前端实时数据刷新全方案详解|WebSocket / 定时轮询 / 惰性轮询 / Web Worker/SharedWorker/ 后台静默同步

前端实时数据刷新全方案详解|WebSocket / 定时轮询 / 惰性轮询 / Web Worker/SharedWorker/ 后台静默同步

文章目录

请添加图片描述

websocket

  • 一次握手 → 永久保持连接(直到主动关闭)
  • 双向通信:客户端 ↔ 服务器 随时互发消息
  • 服务器有新数据 → 立刻推给前端
  • 真正实时刷新数据
// 连接 WebSocketconst ws =newWebSocket('ws://localhost:8080/ws');// 收到服务端推送的新数据,自动刷新页面 ws.onmessage=(e)=>{const newData =JSON.parse(e.data);renderPage(newData);};// 发生错误/关闭 ws.onerror=()=>{}; ws.onclose=()=>{};

定时轮询(setInterval)

定时轮询是前端实现自动刷新数据最基础、最广为人知的方案。它通过 setInterval 定时器,每隔一段时间就向服务器发送一次请求,从而实现页面数据的自动更新。

// 1. 定义数据请求函数asyncfunctionfetchData(){try{const res =awaitfetch('/api/your-data-endpoint');const data =await res.json();updateUI(data);// 更新页面}catch(err){ console.error('请求数据失败:', err);}}// 2. 设置定时器,每 3 秒(3000ms)请求一次const intervalId =setInterval(fetchData,3000);// 3. 定义更新页面的方法(根据你的框架或原生DOM操作)functionupdateUI(newData){// 例如 Vue: this.list = newData;// 例如 原生: document.getElementById('data-container').innerText = newData.value; console.log('数据已更新:', newData);}

页面离开或不再需要轮询时,必须清除定时器,否则会造成内存泄漏。

// 清除定时器的两种常见时机// 方式1:在某个事件中清除(如点击按钮)functionstopPolling(){clearInterval(intervalId); console.log('已停止轮询');}// 方式2:在页面卸载时清除(推荐) window.addEventListener('beforeunload',()=>{clearInterval(intervalId);});

惰性轮询(setTimeout 递归)

setInterval 有一个致命缺点:如果接口请求耗时超过了定时时间,会导致多个请求堆积,阻塞主线程或造成服务器压力。
惰性轮询(递归 setTimeout)能完美解决这个问题。它的规则是:等上一次请求完成(成功或失败)后,再延迟指定时间,发起下一次请求。

let timerId =null;// 定义轮询函数asyncfunctionpolling(){try{const res =awaitfetch('/api/your-data-endpoint');const data =await res.json();updateUI(data);}catch(err){ console.error('请求失败:', err);}finally{// 关键:无论成功失败,3秒后再执行下一次 timerId =setTimeout(polling,3000);}}// 启动轮询polling();// 停止轮询functionstopPolling(){clearTimeout(timerId);}
优缺点
特性setInterval (定时轮询)setTimeout (惰性轮询)
执行逻辑固定时间间隔执行,不受请求耗时影响上一次完成后,延迟固定时间再执行
请求堆积风险(请求慢时会堆积)(串行执行,安全)
适用场景短请求、对时序要求不高的简单场景绝大多数业务场景(推荐)
代码复杂度简单稍复杂(需使用 finally

Web Worker 轮询

Web Worker 最大作用:开一个独立后台线程,不受主线程阻塞、页面切后台也不会被浏览器严重节流,用来做轮询非常稳,是普通项目里最实用的常驻刷新方案。

为什么要用 Web Worker 做轮询?

普通 setInterval 缺点:

  • 页面切后台 → 浏览器会节流 / 变慢 / 暂停定时器
  • JS 执行卡顿、渲染阻塞 → 定时器不准
  • 大量计算时,轮询直接 “卡住不执行”

Web Worker 优点:

  • 独立线程,不阻塞主线程
  • 切后台、页面隐藏依然相对稳定执行
  • 不会被 DOM 渲染、JS 阻塞影响
  • 兼容性极好(IE10+、所有现代浏览器都支持
vue2 写法

安装依赖

npm install worker-loader -D 

vue.config.js 配置

module.exports = { configureWebpack: { module: { rules: [ { test: /\.worker\.js$/, use: { loader: 'worker-loader' } } ] } } } 

创建 src/utils/poll.worker.js

// 后台轮询线程let timer =null// 接收主线程消息 self.onmessage=(e)=>{const{ type, interval }= e.data // 开始轮询if(type ==='start'){clearInterval(timer) timer =setInterval(async()=>{try{// 请求接口const res =awaitfetch('/api/notice')const data =await res.json()// 发给 Vue 页面 self.postMessage({status:'success', data })}catch(err){ self.postMessage({status:'error',msg: err.message })}}, interval)}// 停止if(type ==='stop'){clearInterval(timer)}}

页面使用(Vue2 示例)

import PollWorker from'@/utils/poll.worker.js'exportdefault{mounted(){this.worker =newPollWorker()this.worker.onmessage=(e)=>{ console.log('新数据:', e.data.data)// this.list = e.data.data}this.worker.postMessage({type:'start',interval:3000})},beforeDestroy(){this.worker.postMessage({type:'stop'})this.worker.terminate()}}
Vue3 + Vite 写法(最常用)

Vite 内置支持 Web Worker,超级简单。

<script setup>import{ onMounted, onUnmounted }from'vue'// 直接引入 Worker(Vite 语法)import PollWorker from'@/utils/poll.worker?worker'let worker =nullonMounted(()=>{// 1. 创建 Worker worker =newPollWorker()// 2. 监听后台返回的新数据 worker.onmessage=(e)=>{if(e.data.status ==='success'){ console.log('后台刷新数据:', e.data.data)// 这里更新 Vue 数据 → 页面自动刷新// list.value = e.data.data}}// 3. 启动轮询:3 秒一次 worker.postMessage({type:'start',interval:3000})})// 页面销毁时关闭 WorkeronUnmounted(()=>{if(worker){ worker.postMessage({type:'stop'}) worker.terminate()// 销毁线程}})</script>
使用场景

页面切到后台 / 最小化,你依然希望轮询稳定执行

  • 比如后台管理系统、监控页面、客服系统
  • 用户切走窗口、最小化,普通 setInterval 会被浏览器节流、变慢、甚至暂停
  • Worker 不会被轻易暂停,能保持基本定时精度

页面本身很卡、JS 执行重,定时器不准

  • 大数据表格渲染、图表、大量 DOM 操作
  • 主线程一卡,定时器就 “跳秒”
  • Worker 是独立线程,不受主线程卡顿影响

worker 在使用结束后必须销毁,否则会导致内存泄露问题

Periodic Background Sync

它是浏览器级别的定时任务调度器,基于 Service Worker 运行,不受页面生命周期影响,专门用于后台定时同步数据。
Periodic Background Sync(周期性后台同步) 是专为 PWA 设计的、能在页面完全关闭后仍在后台定时执行网络任务的浏览器 API,完美解决你之前担心的 Worker 销毁、后台轮询失效问题。

核心机制
  • 注册:在 Service Worker 注册时,指定唯一标签(tag)和最小间隔(minInterval)。
  • 调度:浏览器内核接管计时,在设备联网、充电、闲置等低干扰时机触发。
  • 执行:唤醒 Service Worker,触发 periodicsync 事件,执行同步逻辑。
  • 持久化:注册后跨会话生效,直到主动取消。
代码示例

注册(主线程)

// 等待 Service Worker 就绪 navigator.serviceWorker.ready.then(async(registration)=>{// 检查支持if(!registration.periodicSync)return;try{// 注册:每 4 小时同步一次(最小间隔)await registration.periodicSync.register('order-sync',{minInterval:4*60*60*1000// 14400000ms}); console.log('周期性同步注册成功');}catch(err){ console.error('注册失败(权限/浏览器限制)', err);}});

监听与执行(Service Worker)

// sw.js self.addEventListener('periodicsync',(event)=>{if(event.tag ==='order-sync'){// 必须用 waitUntil 保证任务完成 event.waitUntil(fetch('/api/order/sync').then(res=> res.json()).then(data=>{// 缓存新数据、更新 IndexedDB 等return caches.open('order-cache').then(cache=>{return cache.put('/api/order/latest',newResponse(JSON.stringify(data)));});}).catch(err=> console.error('同步失败', err)));}});
  • 浏览器支持:Chrome、Edge 支持;Firefox、Safari 暂不支持。
  • 权限要求:需用户授予 “后台同步” 权限。
  • 触发不保证:minInterval 是下限,浏览器会根据用户活跃度、电量、网络等策略调整,低活跃应用可能很久不触发。
  • 网络限制:仅在已连接过的 Wi-Fi / 蜂窝网络下触发,陌生网络不执行。
  • 任务时长:Service Worker 有超时限制(通常几分钟),长任务需拆分。

requestIdleCallback

requestIdleCallback(简称 rIC)是浏览器提供的主线程闲时调度 API,专门用来执行非紧急、非阻塞的后台任务,避免长任务卡住渲染与交互。
把不重要的任务见缝插针地放在浏览器空闲时段执行,优先保障渲染、动画、用户输入的流畅度。
二、核心原理
浏览器每帧(约 16ms)的工作

  • JS 执行 → 样式计算 → 布局 → 绘制 → 合成
  • 如果一帧提前完成(比如只用了 10ms),剩余时间就是空闲时段
  • requestIdleCallback 回调就在这个时段执行

回调会收到一个 deadline 对象

  • deadline.timeRemaining():当前空闲周期还剩多少毫秒(动态)
  • deadline.didTimeout:是否因超时被强制执行
// 注册一个空闲回调const handle =requestIdleCallback((deadline)=>{// 只要还有空闲时间,就处理任务while(deadline.timeRemaining()>0&& taskQueue.length >0){const task = taskQueue.shift();doHeavyWork(task);// 单次任务要轻}// 没做完,下次空闲继续if(taskQueue.length >0){requestIdleCallback(handle);}},{timeout:2000// 可选:2秒内没空闲就强制执行});// 取消// cancelIdleCallback(handle);

SharedWorker

SharedWorker = 可以被多个标签页 / 多个窗口共享的同一个后台线程
这是它和普通 WebWorker 最核心的区别。
优点

  • 全局轮询、多页同步、避免重复请求
  • 多页面共享同一个
  • 最后一个页面关闭 → 才销毁
  • 基于 port 通信

代码示例
共享线程文件:shared.worker.js

let timer =null;let ports =[];// 连接 self.onconnect=(e)=>{const port = e.ports[0]; ports.push(port);// 监听页面消息 port.onmessage=(e)=>{if(e.data ==='start'){startPoll();}}; port.start();};// 全局唯一轮询functionstartPoll(){if(timer)return; timer =setInterval(async()=>{const res =awaitfetch('/api/notice');const data =await res.json();// 发给所有页面 ports.forEach(port=>{ port.postMessage(data);});},3000);}

页面中使用(任意页面都一样)

const worker =newSharedWorker('/shared.worker.js');const port = worker.port;// 开启 port.start();// 接收共享 Worker 发来的数据 port.onmessage=(e)=>{ console.log('新消息:', e.data);};// 启动轮询 port.postMessage('start');

Read more

零代码上手!用 Rokid 灵珠平台,5 步搭建专属旅游 AR 智能体

零代码上手!用 Rokid 灵珠平台,5 步搭建专属旅游 AR 智能体

零代码上手!用 Rokid 灵珠平台,5 步搭建专属旅游 AR 智能体 本文应用基于Rokid灵珠智能体/CXR SDK开发,开发指南https://forum.rokid.com/index 灵珠平台简介 Rokid 自研 AI 开发平台,基于多模态大模型与轻量化架构,打造零门槛、全栈化 AI 开发体系。平台提供可视化编排、预置能力组件,支持原型到云端、端侧一站式敏捷部署,并深度适配 Rokid Glasses 智能眼镜,通过专属硬件接口与低功耗优化,实现 AI 应用高效端侧落地,助力开发者快速打造视觉识别、语音交互等穿戴式 AI 应用,拓展 AI + 物理世界的交互边界可视化编排工具,拖拽式快速搭建应用预置丰富能力组件库,涵盖对话引擎、视觉识别等核心模块支持从原型设计到云端、端侧的一站式敏捷部署提供设备专属适配接口,实现硬件深度协同搭载低功耗运行优化方案,

openclaw多Agent和多飞书机器人配置

增加Agent多个飞书机器人 一个Agent尽量只用一个飞书机器人配置 一:先增加新的agent # 创建新的Agent,命名为new-agnet openclaw agents add new-agnet # 查看创建结果 openclaw agents list 二:新的agent与新的飞书链接 配置agnet下的channels: 在命令行输入 # 配置new-agnet机器人(替换为实际App ID和App Secret) openclaw config set agents.new-agnet.channels.feishu.appId "你的new-agnet 飞书 App ID" openclaw config set agents.new-agnet.channels.feishu.appSecret "你的new-agnet 飞书 App Secret"

零基础本地部署Stable Diffusion:无需魔法上网的完整避坑指南

1. 为什么选择本地部署Stable Diffusion? 最近AI绘画火得一塌糊涂,但很多在线平台要么收费贵,要么限制生成次数。本地部署最大的好处就是完全免费,想画多少张就画多少张,还能随心所欲地安装各种插件和模型。我刚开始玩的时候也纠结要不要本地部署,后来发现其实没想象中那么难,只要跟着步骤一步步来,小白也能搞定。 本地部署还有个好处是隐私性强。你的所有操作都在自己电脑上完成,不用担心作品被别人看到或利用。而且响应速度比在线平台快多了,不用排队等待,修改参数也能立即看到效果。我测试过,用RTX 3060显卡生成一张512x512的图片只要5-8秒,比很多在线平台快好几倍。 2. 安装前的准备工作 2.1 硬件配置检查 首先得看看你的电脑够不够格。显存是最关键的,建议至少4GB,2GB也能跑但会很卡。我有个朋友用GTX 1650(4G显存)跑得还挺流畅。查看显存很简单:任务管理器→性能→GPU,看"专用GPU内存"。 CPU倒不是特别重要,i5以上就够用。内存建议16GB,8GB勉强可以但容易爆内存。硬盘空间至少要留出20GB,因为模型文件都很大。

Stable Diffusion aki v4下载

Stable Diffusion aki v4下载

@秋葉aaaki近期发布了Stable Diffusion整合包v4版本,一键在本地部署Stable Diffusion!! 适用于零基础想要使用AI绘画的小伙伴~ 百度网盘,https://pan.baidu.com/s/1HoCrRgqtGBujtCdTc6WqIA?pwd=xfyz 附有不限速地址 夸克网盘,https://pan.quark.cn/s/09d69f25d3ac 安装教程 如果你的电脑时第一次安装,需要先下载启动器运行依赖,安装依赖后,再解压 sd-webui-aki-v4 文件夹。 第一个文件夹里面是模型,根据需求选择性下载。 解压 sd-webui-aki-v4 文件夹后,双击打开A启动器 程序即可。 点击右下角一键启动即可运行Stable Diffusion ,它先会弹出启动控制台! 一般会等待十来秒,它就会自动弹出Stable Diffusion 的操作页面!然后在提示词输入框输入你要生成图片的描述,点击生成即可!