promise链执行顺序由微任务队列严格保证，.then/.catch/.finally回调均按注册顺序异步入队并优先于宏任务执行，queuemicrotask可辅助验证。
Promise 链的执行顺序由 JavaScript 的微任务队列严格保证，Genspark 实验中观察到的现象本质是 Promise.then 回调被统一推入微任务队列，并按注册顺序依次执行，与宏任务（如 setTimeout）完全隔离。
Promise.then 总是进入微任务队列
每次调用 Promise.prototype.then，其回调函数不会立即执行，也不会等到下一轮事件循环，而是被排入当前事件循环的微任务队列末尾。即使 Promise 已处于 fulfilled 状态，.then 仍会异步调度。
- 同步链式调用（如
promise.then(...).then(...)）只是连续注册多个微任务，不是嵌套执行 - 不同 Promise 实例的 .then 回调也按注册时间先后进入同一微任务队列
- 微任务队列在每次宏任务结束后清空，所有已排队的 .then 回调按序执行，中间不穿插其他代码
与 setTimeout 的对比清晰体现“宏 vs 微”优先级
在 Genspark 实验中插入 setTimeout(() => {...}, 0) 会明显看到：所有已排队的 Promise.then 回调先全部执行完毕，之后才运行 setTimeout 的回调。这是因为 setTimeout 属于宏任务，而 Promise.then 属于微任务——微任务永远抢占宏任务之前执行。
PHP中文网提供 Genspark AI 桌面客户端及浏览器的 Windows 官方获取入口与安装教程。作为强大的 AI 智能体搜索引擎与自动化平台，Genspark AI 完美适配 Windows 系统，支持本地文件处理与多模型协同。通过本页面，您可以快速下载并安装 Genspark AI，一键体验超级智能体（Super Agent）、异步代理（Autopilot Agent）以及一键生成 PP
- 哪怕 setTimeout 设置为 0ms，它也要等当前宏任务结束 + 所有微任务执行完才轮到
- 一个 Promise 链中多次 .then，它们的回调仍是独立微任务，彼此间不会阻塞，但严格保序
- 若在某个 .then 回调里又创建新 Promise 并调用 .then，该新回调会加入“下一轮”微任务队列末尾（不是当前轮）
catch 和 finally 的微任务行为一致
.catch() 和 .finally() 的处理逻辑同样遵循微任务机制：只要 Promise 状态确定（fulfilled 或 rejected），对应回调就作为微任务入队，不依赖后续是否还有 .then。
- .catch() 不仅捕获上游 reject，也会接收上游 Promise 链中抛出的错误，且自身返回值（无论是否异常）继续传递给下一个 .then
- .finally() 总会执行，其回调不接收值，也不影响链式值传递，但它本身也是微任务
- 多个 .finally() 连续调用，和 .then 一样按注册顺序排队，不打断原有流程
实际调试建议：用 queueMicrotask 辅助验证
当需要确认某段逻辑是否在微任务中运行，可用原生 queueMicrotask 显式插入对比点。它与 Promise.then 共享同一微任务队列，执行时机完全一致。
- 例如：
Promise.resolve().then(() => console.log('A')); queueMicrotask(() => console.log('B'));输出一定是 A、B - 避免误用
process.nextTick（Node.js 特有）或MutationObserver模拟，它们虽属微任务，但优先级或触发条件略有差异 - Chrome DevTools 的 “Event Loop” 面板可直观查看微任务队列状态，适合 Genspark 类实验的实时观察
