Node.js 有 setImmediate 而浏览器没有，这是最直接的识别标志；它属于 check 阶段，紧接 poll 阶段之后，浏览器事件循环无此阶段和 API，调用会报 ReferenceError。
Node.js 有 setImmediate，浏览器没有——这是最直接的识别标志。
setImmediate 只存在于 Node.js 的事件循环中
它被明确安排在事件循环的 check 阶段，位于 poll 阶段之后、close callbacks 阶段之前。这个阶段是 Node.js 独有的设计，浏览器事件循环完全不包含 check 阶段，也没有 setImmediate API。
Wjs Localizing Video
下载
用于端到端视频本地化流程的轻量编排器，路由至四个专注子技能——/wjs-transcribing-audio、/wjs-translating-subtitles...
- Node.js 中调用
setImmediate(() => console.log('hi'))，回调一定进入 check 队列 - 浏览器中执行相同代码会报错：
ReferenceError: setImmediate is not defined - 即使使用 polyfill（如
setimmediatenpm 包），也只是模拟行为，并非原生事件循环的一部分
执行时机对比：I/O 后的“立刻” vs 浏览器的“宏任务尾部”
在 Node.js 的 I/O 回调（如 fs.readFile 完成后）中，setImmediate 总是比 setTimeout(fn, 0) 先执行，因为它紧接 poll 阶段触发；而浏览器中不存在这种 I/O 阶段绑定，setTimeout(fn, 0) 和 Promise.then 都按各自队列规则排队，没有 check 阶段可依托。
- Node.js 示例中，I/O 回调内同时注册两者，输出顺序稳定为：
setImmediate→setTimeout - 浏览器中无此保障，
setTimeout(fn, 0)和Promise.resolve().then()的相对顺序由微任务/宏任务调度决定，与 I/O 无直接阶段关联
与 process.nextTick 的层级关系暴露运行时本质
process.nextTick 不属于任何事件循环阶段，它在当前操作结束后、下一阶段开始前立即清空队列；而 setImmediate 明确属于 check 阶段——这种“插队者 vs 阶段内成员”的分工，只在 Node.js 的多阶段事件循环模型中有意义。
- 浏览器事件循环只有宏任务和微任务两层抽象，没有 nextTick 或 check 的概念
- 当看到代码中同时出现
process.nextTick和setImmediate，且讨论它们的优先级差异，基本可确认是 Node.js 环境
