实时仪表板的轮询与整页重新加载
轮询更新数据切片。整个页面重新加载会从服务器重建整个选项卡。
实时仪表板通常将这两种想法混合在一个句子中——“保持这个面板的新鲜度”——但机制是不同的。 Auto Refresh Turbo 使用 Chrome 警报和 tabs.reload 安排完整选项卡重新加载。它不会为每个供应商板提供自定义 API 轮询器。
投票通常意味着什么
在应用程序代码中，轮询是一个循环，它向端点请求新行、指标或状态 JSON，然后修补 DOM。 URL 保持不变。布局、身份验证 cookies 和客户端状态通常会保留下来。做得好的话，感觉很流畅，而且带宽便宜。
只有当页面已经公开该循环时，或者当您控制前端时，轮询才有效。许多操作墙、票务队列和供应商状态页面无法通过浏览器工具栏为您提供干净的公共投票 API。
整页重新加载的作用
完全重新加载会要求 Chrome 再次获取文档并重新运行脚本。按下“刷新”后，您会看到勤奋的人会看到的任何内容。陈旧的 shell、卡住的图块和半损坏的 SPA 缓存通常会被清除，因为文档是新的。
权衡是显而易见的：短暂的闪现、资源的重新获取（除非缓存有帮助）以及页内草稿状态的丢失。这就是为什么存在可选的单击停止/类型的原因 - 因此重新加载不会在编辑过程中进行。
何时重新加载是正确的工具
- 该图板是第三方页面，您无法修补
- 动态图块停止更新，直到有人手动刷新
- 您需要一个适用于许多不相关网站的间隔
- 您更关心“在墙上看起来正确”，而不是微优化 JSON 调用
对于此类作业，另请参阅仪表板自动刷新。
当轮询（应用内）获胜时
- 产品已正确进行流式传输或轮询
- 完全重新加载会将您注销或重置您需要的过滤器
- 亚秒级更新很重要，重新加载会破坏 UI
如果页面已经上线，延长或删除计划的重新加载通常比与网站对抗更好。
Auto Refresh Turbo 如何适合
扩展的核心循环位于 Service Worker 中：您设置一个时间间隔（或随机的最小–最大），按“开始”，然后警报会为该选项卡触发 tabs.reload。每个选项卡的会话都是独立的。设置保留在本地 chrome.storage 中。
可选的页面工具（可视计时器、交互停止、可疑页面启发式）在启用时使用内容脚本。他们不会将扩展程序变成通用的 XHR 轮询器。
实用混合
许多团队会单独保留应用程序自己的刷新，并添加较慢的完全重新加载作为安全网 - 例如，如果图块在长时间空闲后看起来卡住，则进行 5-15 分钟的硬刷新。开始时要轻柔；仅当您证明有必要时才收紧。
- 确认看板是否已实时更新
- 如果它变得过时，请尝试在专用标签上进行 30-60 秒的正常重新加载
- 添加每日时间表，让夜晚保持安静
- 仅当缓存保留旧外壳时才使用硬刷新
速率限制和挑战
激进的重新加载看起来像是滥用流量。如果您看到验证码或错误，请退出。在脆弱端点上推送亚分钟间隔之前，请先阅读速率限制和定时重新加载。
尝试一下
安装 Auto Refresh Turbo，然后按照大约两分钟后开始进行操作。