Web Worker 中可直接使用 setTimeout 和 setInterval，它们是 self 全局对象的原生方法，行为与主线程一致，但不可访问 window 或 DOM；定时器回调需通过 postMessage 与主线程通信。
在 Web Worker 中可以直接使用 setTimeout 和 setInterval，无需额外引入或特殊处理——它们是 Worker 全局作用域的原生方法，行为与主线程一致。
Worker 中定时器的基本用法
Web Worker 的全局对象是 self（等价于 globalThis），它已内置支持定时器 API：
-
setTimeout(callback, delay, ...args)延迟执行一次 -
setInterval(callback, interval, ...args)每隔指定毫秒重复执行 - 返回的 timer ID 可用于
clearTimeout/clearInterval
示例（在 worker.js 中）：
self.onmessage = function(e) {
if (e.data === 'start') {
const timerId = self.setInterval(() => {
self.postMessage({ type: 'tick', time: Date.now() });
}, 1000);
// 5 秒后自动停止
self.setTimeout(() => {
self.clearInterval(timerId);
self.postMessage({ type: 'stopped' });
}, 5000);
}
};
注意：不能访问 window 或 DOM 相关 API
Worker 运行在独立线程，没有 window、document、alert 等浏览器宿主 API。但定时器本身不依赖这些，所以完全可用。常见误区：
- ❌
window.setTimeout——window在 Worker 中不存在，会报错 - ✅
self.setTimeout或直接setTimeout（因self是默认全局） - ❌ 在回调中操作
document.body—— 会抛出ReferenceError - ✅ 所有逻辑应通过
postMessage与主线程通信
定时器的执行环境与限制
Worker 中的定时器由浏览器底层线程调度，精度受以下因素影响：
- 最小延迟通常不低于 1ms，但实际可能被节流（尤其在后台标签页或系统资源紧张时）
- 如果 Worker 正在执行耗时同步任务（如大循环），定时器回调会被推迟，直到当前任务完成
- Worker 被
terminate()后，所有未触发的定时器自动清除，无需手动清理
替代方案：使用 self.postMessage + setTimeout 实现更可控的延时
若需跨线程精确协调，推荐将“延时逻辑”放在 Worker 内，用定时器触发 postMessage，再由主线程响应：
// worker.js
self.setTimeout(() => {
self.postMessage({ action: 'delayed-response', payload: 'done' });
}, 2000);
主线程监听即可：
// main.js
const worker = new Worker('worker.js');
worker.onmessage = e => {
if (e.data.action === 'delayed-response') {
console.log(e.data.payload); // 'done'
}
}; 
