两个Promise链可交替执行，关键在于then回调的同步注册时机、是否同事件循环触发及链中是否创建新Promise；微任务队列虽FIFO，但交错源于回调插入顺序差异。
两个独立的 Promise 链可以在微任务队列中交替执行，关键在于它们的 then 回调是否被**同步注册**、是否在同一个事件循环周期内触发、以及是否在回调中又创建了新的 Promise。
微任务队列是先进先出（FIFO）的，但“交替”取决于注册时机
JavaScript 的微任务队列（Microtask Queue）本身是 FIFO 结构，不会主动“交错”。所谓“交替执行”，其实是两个 Promise 链的 then 回调被**交错地推入微任务队列**，从而在后续的微任务清空阶段依次执行。
这通常发生在：
- 一个 Promise 链的
then回调里，同步创建并返回另一个 Promise（比如调用另一个函数返回新 Promise）； - 该新 Promise 立即 resolve（例如
Promise.resolve()），它的then回调就会被立即排进微任务队列，插在当前链的下一个then之前或之后——取决于代码顺序； - 多个独立链如果在同一个宏任务中都完成了（比如都已 resolve），它们各自的
then会按注册顺序排队；但如果某条链在执行中又产生新微任务，就可能“穿插”进来。
典型交错示例：链中返回新 Promise
看这段代码：
立即学习“Java免费学习笔记（深入）”；
Promise.resolve().then(() => {console.log('A1');
return Promise.resolve().then(() => console.log('B1'));
}).then(() => console.log('A2'));
Promise.resolve().then(() => console.log('C1'));
输出是：
A1
B1
C1
A2
原因：
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
- 第一行的
then(() => ...)先入队 → 执行 A1； - A1 回调里返回了一个
Promise.resolve().then(...)，这个内层then被立即加入微任务队列（在 A1 执行完、但外层第二个then还没入队前）； - 紧接着第二行的
Promise.resolve().then(...)也入队 → 此时微任务队列是：[A1 的后续 then, B1 的 then, C1 的 then]； - 但注意：A1 的
return值是那个新 Promise，所以外层第二个then(() => A2)要等该 Promise settle 后才入队 —— 它实际在 B1 执行完后才入队； - 于是执行顺序变成：A1 → B1 → C1 → A2。
真正“独立链”的交错：靠同步触发 + 快速 resolve
如果两条链完全独立（无嵌套、无依赖），想看到交错，需确保它们都在同一轮宏任务中 resolve，并且 then 注册顺序与执行逻辑形成穿插。例如：
const p2 = Promise.resolve();
p1.then(() => console.log('1a'))
.then(() => console.log('1b'));
p2.then(() => console.log('2a'))
.then(() => console.log('2b'));
输出固定是：
1a
1b
2a
2b
因为 p1 和 p2 同时 resolve，p1 的两个 then 先注册，就先入队；p2 的两个后注册，后排在后面。
要让它们交错，得让其中一条链的第二个 then 在另一条链的第一个 then 执行中才注册：
const p2 = Promise.resolve();
p1.then(() => {
console.log('1a');
p2.then(() => console.log('2a')); // 这里才注册 2a
});
p1.then(() => console.log('1b'));
p2.then(() => console.log('2b'));
输出可能是：
1a
2a
1b
2b
因为：
– p1 的两个 then 先注册；
– 第一个执行 1a，期间注册了 2a（此时 2a 入队，在 1b 之后、2b 之前）；
– 微任务队列变为：[1b, 2a, 2b] → 所以顺序是 1a → 1b → 2a → 2b？不对 —— 实际上，p2.then(...) 在 1a 中执行，它生成的微任务会排在当前正在执行的微任务（1a 所属链）的后续微任务之后，但仍在本轮微任务清空过程中。更准确说：1a 执行完后，队列是 [1b, 2a]；执行 1b 后，再执行 2a；而 2b 是最初就注册的，它在 2a 之前还是之后？取决于注册时间：最初那行 p2.then(() => 2b) 是同步注册的，早于 1a 中的 p2.then(() => 2a)，所以 2b 先入队。因此真实顺序是：1a → 2b → 1b → 2a。可见，手动控制注册时机才能影响交错效果。
小结：交错不是 Promise 自动行为，而是注册时机 + 队列 FIFO 的自然结果
两个 Promise 链能否交错执行，不取决于“它们是否独立”，而取决于：
- 它们的
then回调是否在同一个事件循环周期内被注册； - 注册的先后顺序；
- 是否有某个
then回调里同步创建并 resolve 新 Promise，从而插入新微任务； - 浏览器/Node.js 的微任务调度实现严格遵循规范（如 HTML spec 的 “perform a microtask checkpoint”），不会重排序。
换句话说：你无法强制“交替”，但可以通过控制 then 的注册时机和链内 Promise 创建逻辑，让微任务以你期望的顺序排队。
