前端实时数据刷新全方案详解|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

财务RPA机器人上岗:90%重复工作被取代,会计人该恐慌还是进化?

“每月花3天核对500张发票,现在借助八爪鱼RPA机器人1小时就能搞定;手工录入200条银行流水,出错率高达5%,机器人却能实现零误差;月末结账熬夜到凌晨的日子彻底结束,机器人可自动生成精准报表……”这不是科幻剧情,而是国内多家大中型企业财务部的真实工作场景。 如今,以RPA(机器人流程自动化)技术为核心的财务机器人,正凭借“秒级处理速度”和“零失误率”席卷财务领域,90%的重复性财务工作逐渐被替代。对于会计人而言,这并非职业危机,而是升级转型的关键契机。 本文将深度拆解财务RPA机器人的3大核心能力、5大落地应用场景,并为会计人梳理清晰的“进化路径”,助力大家在这场财务自动化革命中掌握主动权。 一、财务RPA机器人“有多强”?3大核心能力颠覆传统财务模式 能力1:7×24小时不间断作业,效率提升超10倍 典型场景:某连锁零售企业每月需处理10万张销售小票,传统人工模式下,需5名财务人员连续工作3天(合计15人天)才能完成核对、录入与异常标记。引入八爪鱼RPA机器人后,通过OCR图文识别+预设规则校验,1小时即可完成全部10万张小票的处理工作,错误率从人工的3%直接降至

汇川机器人软件RobotLab常规操作

汇川机器人软件RobotLab常规操作

一.权限管理注意事项 1.1 软件登录权限管理 连接上软件后,修改轴参数、点位数据需要权限。点击人物图标,登录对应的权限,管理员权限登录密码6个0。 1.2机器人控制权限管理 点击“锁”,打开机器人控制权配置页面。 选择“InoRoboLabt”,机器人受编程软件控制,使用软件可手动移动点位、示教位置信息。 选择“远程IO单元”,机器人受外部设备控制如PLC、上位机,机器人进入自动模式,收到交互信号就按照程序执行。 选择“远程以太网客户端”,机器人受远程客户短控制,用于查找问题、远程调试。 二、 使用过渡点注意事项 程序中点到点直线运动会有机构干涉或有安全风险时,使用过渡点在运动规避风险。 使用过渡点时,注意指令的工具坐标系,选择正确的Wobj工具好,否则运动出错有撞机风险。 如下图所示为例,wobj0为A工位,wobj1为B工位,注意在“轴控制面板”中选择对应工具坐标号 三、使用全局点位移动注意事项 双击左侧“P.

.NET/JAVA集成GoView低代码可视化大屏完整案例详解【.NET篇】

.NET/JAVA集成GoView低代码可视化大屏完整案例详解【.NET篇】

文章目录 * 一、GoView简介 * 二、.NET集成GoView方案 * 三、集成步骤详解 * 1. 环境准备 * 2. 获取并构建GoView * 3. 创建.NET项目 * 5. 修改.NET路由配置 * 6. 配置API接口 * 7. 修改GoView配置 * 四、进阶集成方案 * 1. 身份验证集成 * 2. 动态主题切换 * 3. 数据缓存优化 * 五、常见问题解决 * 1.跨域问题: * 2. 静态文件404错误: * 3. API请求路径问题: * 4. 性能优化: * 六、总结 一、GoView简介 GoView 是一款基于 Vue3.x 构建的低代码数据可视化开发平台,它允许开发者通过简单的配置快速构建各种数据可视化大屏。 * 官网文档:

(10-1)大模型时代的人形机器人感知:视觉-语言模型在机器人中的应用

(10-1)大模型时代的人形机器人感知:视觉-语言模型在机器人中的应用

本章内容聚焦大模型时代人形机器人的感知体系升级,系统介绍了视觉—语言模型、多模态Transformer与3D大模型在机器人中的核心作用,详细讲解了文本、视觉、点云与语音等信息的语义对齐与融合机制,介绍了从语言指令到视觉目标的Grounding、任务分解与意图理解方法,并通过闭环感知与决策联动,展示了大模型支撑机器人在复杂真实场景中的理解、规划与实时行动的用法。 10.1  视觉-语言模型在机器人中的应用 视觉—语言模型(Vision-Language Model,VLM)通过统一建模视觉与自然语言,使机器人具备“看懂并理解语言”的能力,是大模型时代机器人感知与认知融合的核心技术。VLM不仅能够完成图像识别、目标检测等传统感知任务,还可以直接理解语言指令、进行语义推理,并将高层语义映射为可执行的感知与行动目标,在人形机器人中广泛应用于交互理解、场景认知和任务执行等环节。 10.1.1  CLIP/BLIP/Flamingo等模型简介 随着大规模多模态数据与Transformer架构的发展,视觉—语言模型逐渐从“跨模态对齐”演进为“多模态理解与推理”。CLIP、BLIP与Flam