javascript定时器是事件循环timers阶段的入口控制器，决定异步任务何时开始，需与promise微任务协同而非替代；其核心用途包括防抖、重试、节流等，且必须警惕主线程阻塞导致的延迟。
定时器决定“何时开始”，Promise 管理“是否成功”
两者职责分明，不可混用：
• setTimeout 属于宏任务，适合做时机控制：防抖触发、重试退避、延迟初始化、节流间隔；
• Promise.then / .catch 属于微任务，天然紧随当前宏任务结束执行，适合封装状态流转与错误边界。
常见误区是直接在 Promise 构造函数里写 setTimeout(() => resolve(), 0)，这会把本该立即执行的微任务降级为下一轮宏任务，破坏时序预期。正确做法是用 Promise.resolve().then() 实现“下一帧”调度。
超时、重试、节流等能力必须基于定时器构建
原生 Promise 不提供超时、重试或频率限制——这些都要靠定时器打底：
• 超时控制：用 Promise.race([apiCall(), timeoutPromise])，其中 timeoutPromise 由 new Promise((_, reject) => setTimeout(() => reject(new Error('timeout')), 5000)) 构建；
• 指数退避重试：失败后按 100ms → 200ms → 400ms 规律，用 setTimeout 触发下一次 Promise 执行；
• 节流（throttle）：记录上次执行时间戳，结合 setTimeout 延迟下一次调用，确保函数不会过于频繁触发。
设计可组合的原子能力，而非封装单点功能
高性能库的关键在于解耦与复用：
• createTimeout(promise, ms)：返回一个带超时语义的新 Promise；
• createRetry(fn, { max: 3, backoff: 'exponential' })：返回函数，每次调用都返回 Promise 并内置重试逻辑；
• createThrottle(fn, delay)：返回函数，保证 fn 最多每 delay 毫秒执行一次，且每次调用都返回对应 Promise。
所有函数保持参数透传、类型一致、错误冒泡统一，支持嵌套：比如 createTimeout(createRetry(fetchUser), 8000)。
警惕主线程阻塞导致定时器延迟执行
定时器的延时时间只是「最短等待时间」，不是精确时刻：
• 如果同步代码长时间运行（如大型计算、死循环），即使设了 setTimeout(fn, 0)，fn 也要等主线程空闲后才进入任务队列；
• 浏览器对 setTimeout 有最小延迟限制（通常 ≥4ms），低于该值也会被自动提升；
• 在性能敏感场景（如动画、实时交互），避免依赖高精度定时器，优先考虑 requestAnimationFrame 或 Web Workers 卸载重负载。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
