setTimeout(fn, 0) 并非立刻执行，而是将fn推入宏任务队列，待同步代码和微任务执行完毕、主线程空闲时才运行，受事件循环机制及浏览器最小延迟（通常4ms）限制。
因为 JavaScript 是单线程的，setTimeout(fn, 0) 并不表示“立刻执行”，而是把回调函数 fn 推入任务队列，等待当前调用栈清空、且主线程空闲时才执行——这中间存在不可忽略的延迟。
事件循环机制决定它无法真正“零延迟”
JavaScript 执行依赖事件循环（Event Loop）：
- 同步代码会先全部执行完，填满调用栈；
- setTimeout(fn, 0) 的回调被放入宏任务队列（macrotask queue），不是立即调用；
- 只有当当前所有同步任务、以及本次事件循环中已有的微任务（如 Promise.then）全部执行完毕后，才会从宏任务队列取出一个任务执行；
- 所以实际延迟 = 当前同步代码执行时间 + 微任务处理时间 + 浏览器任务调度开销（通常至少 1–4 毫秒）。
浏览器有最小延迟限制
根据 HTML 标准，当嵌套层级过深或连续多次调用 setTimeout 时，浏览器会强制将延迟设为最低 4 毫秒（早期 IE 曾是 15ms）：
- 例如连续调用 setTimeout(fn, 0) 多次，第 5 次起可能被自动提升为 setTimeout(fn, 4)；
- 这是为了防止脚本过度抢占主线程，影响页面响应和电池消耗；
- 即使手动写 setTimeout(fn, 1)，也常被等同于 4ms。
它常被误用为“让出主线程”的技巧
开发者常用 setTimeout(fn, 0) 实现异步“让点时间给 UI 更新”，比如：
sc-java-to-ts-interface
下载
将后端 Java 接口文档转换为前端 TypeScript 类型定义（interface / type）。输入：飞书文档、Spring Boot 接口文档、Swagger/OpenAPI、手写 API 文档等。输出：包含请求参数与响应结果的 .md 文件，含完整 JSDoc 注释。触发关键词：Java 转 TS、接口转换、生成前端类型、接口文档转 TypeScript、DTO/VO/BO 转 interface、后端文档转前端类型、生成接口类型、类型定义生成。
立即学习“Java免费学习笔记（深入）”；
- 在修改大量 DOM 后，用它把后续逻辑延后到下一轮事件循环，避免阻塞渲染；
- 打破长同步任务，防止页面卡死（类似“分片处理”）；
- 但要注意：这不是真正的并发，也不保证执行时机精确，仅是“尽快在下一个空闲时机运行”。
替代方案要看具体需求
如果目标是“尽快执行”，可考虑：
- 用 Promise.resolve().then(fn) —— 进入微任务队列，比 setTimeout 更快（但仍是异步，且不打断当前同步流）；
- 需要精确控制节奏？用 requestIdleCallback（适合低优先级后台任务）；
- 真要“立刻”执行？那就直接调用 fn() —— 但得接受它会阻塞当前线程。
本质上，setTimeout(fn, 0) 是一种调度提示，不是计时指令。它的价值不在“0毫秒”，而在于“脱离当前执行上下文，交由事件循环统一协调”。
