是，浏览器标签页切后台时setTimeout会被系统性降频；Chrome、Edge、Firefox将最小间隔拉长至约1000ms，即使设为10ms也延迟执行，属主动节电策略，非bug。
当浏览器标签页切换到后台时，setTimeout 会被系统性降频，这不是 bug，而是浏览器为节省 CPU、内存和电量采取的主动节流策略。
后台标签页的最小延迟被强制拉长
主流浏览器（Chrome、Edge、Firefox）在页面不可见时，会将 setTimeout 和 setInterval 的最小执行间隔限制为 约 1000 毫秒。即使你写的是 setTimeout(fn, 10)，实际触发时间通常不会早于 1 秒后。
- HTML5 规范未强制此行为，但所有现代桌面浏览器都实现了该节流
- 移动端（如 Safari on iOS）可能更激进，部分场景下延迟可达数秒
- 该限制作用于所有宏任务定时器，包括递归调用的 setTimeout
事件循环仍在运行，但调度节奏被重设
后台状态下，事件循环并未停止，只是宏任务队列的“取任务”频率被大幅降低：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 主线程依然能处理微任务（如 Promise.then），但宏任务（含定时器回调）被批量延后
- 计时器底层仍计时，但宿主环境（浏览器）延迟将回调推入宏任务队列
- 若页面长时间处于后台，多个待触发的 setTimeout 可能被合并或跳过
如何检测并响应后台状态
不能靠猜测，要用 Page Visibility API 主动感知：
- 监听
document.visibilityState变化：visible表示前台，hidden表示后台 - 切后台时，建议 clearTimeout / clearInterval 并暂停逻辑
- 切回前台时，用
performance.now()对比上次时间戳，做时间差补偿（例如倒计时续算）
替代方案：需要后台精确调度怎么办
纯前端无法绕过该限制，但可结合以下方式缓解：
- Web Worker 中运行定时逻辑（不受标签页可见性影响，但无法直接操作 DOM）
- 服务端下发时间戳 + 客户端用
Date.now()或performance.now()做本地校准 - 对非实时要求高的任务，改用 requestIdleCallback 或 scheduler.postTask（新 API，兼容性需查）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
