Web Workers 支持 setTimeout/setInterval，定时器在 Worker 线程独立执行，不影响主线程；需通过 postMessage 通信，不可直接操作 DOM；requestIdleCallback 不适用于 Worker；高精度场景可用 performance.now() 自校准。
Web Workers 本身不支持 setTimeout 或 setInterval 的直接“阻塞式”等待，但可以安全、精准地在后台线程中运行定时逻辑，避免干扰主线程的渲染与交互。关键在于：Worker 内部能正常使用定时器 API，且其执行完全独立于主线程。
Worker 中可直接使用定时器
Worker 线程拥有自己的全局作用域和事件循环，setTimeout、setInterval、clearTimeout、clearInterval 全部可用，行为与主线程一致：
- 定时器回调在 Worker 线程内执行，不影响主线程帧率或响应性
- 即使主线程长时间执行（如复杂计算、长任务），Worker 定时器仍按计划触发
- 适合轮询、心跳上报、倒计时、周期性数据预处理等场景
注意跨线程通信的异步本质
Worker 不能直接修改 DOM 或访问主线程变量。若需将定时结果通知页面，必须通过 postMessage 显式发送：
// timer-worker.js
let count = 0;
const intervalId = setInterval(() => {
count++;
postMessage({ type: 'tick', value: count });
}, 1000);
// 主线程监听
const worker = new Worker('timer-worker.js');
worker.onmessage = ({ data }) => {
if (data.type === 'tick') {
console.log('Worker tick:', data.value); // 每秒输出一次，不卡 UI
}
};
⚠️ 注意：频繁 postMessage（如毫秒级定时）可能带来通信开销，建议合并数据或降低频率。
立即学习“Java免费学习笔记（深入）”；
替代方案：使用 requestIdleCallback？不适用
requestIdleCallback 只存在于主线程，无法在 Worker 中调用。Worker 没有空闲调度机制，也不需要——它本就不参与渲染，无需“让出时间给 UI”。因此，坚持使用 setTimeout/setInterval 即可，这是最自然、最可控的方式。
进阶：高精度定时（如音频/游戏同步）需谨慎
普通定时器存在固有误差（通常 ±1–10ms），且受系统负载影响。若需亚毫秒级精度：
- 避免依赖
setInterval累加，改用performance.now()动态计算下一次触发时间 - Worker 中可结合
self.performance.now()实现自校准循环 - 极端场景考虑
SharedArrayBuffer+Atomics.wait()（需启用跨域策略），但兼容性和安全性要求高，一般项目无需
不复杂但容易忽略：只要 Worker 脚本正确加载、定时器逻辑写在内部、结果通过消息传递，就能真正把定时任务“移出”主线程。
