任务队列即宏任务队列，是JS引擎内部维护的FIFO队列，用于存放setTimeout、事件监听器等宏任务；Promise回调则进入优先级更高的微任务队列，二者分离且不可直接访问。

任务队列（Task Queue）和消息队列在 JavaScript 中其实是同一个概念的不同叫法——它们都指浏览器或运行时维护的宏任务队列（Macrotask Queue），底层是一个遵循“先进先出”（FIFO）原则的队列结构，用于暂存待执行的宏任务回调。

任务在队列中怎么存储

它不以对象、数组或自定义数据结构显式暴露给开发者，而是由 JS 引擎（如 V8）内部用高效的数据结构（例如链表或环形缓冲区）管理。你无法直接读写或遍历这个队列，只能通过 API 间接向其中添加任务：

• setTimeout / setInterval：时间到期后，其回调函数被封装为一个宏任务，入队
• 用户交互事件（click、input 等）：事件触发时，对应监听器被作为宏任务入队
• I/O 回调（如 fetch 的 then 链末端、Node.js 中的 fs.readFile 回调）：完成时入队
• script 标签整体代码：也视为一个初始宏任务

消息队列 ≠ Promise 回调存放处

注意，“消息队列”这个名称容易让人误解为所有异步消息都进这里。实际上：

Wjs Uploading Video

将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。

下载

• Promise 的 .then/.catch/.finally 回调不会进消息队列，而是进入独立的微任务队列（Microtask Queue）
• 微任务队列也是 FIFO，但优先级更高：每次宏任务执行完，引擎会立即清空整个微任务队列，再取下一个宏任务
• MutationObserver 回调、queueMicrotask() 创建的任务，也都走微任务队列

为什么不能直接访问队列

这是设计使然：

• 避免应用层干扰事件循环节奏，保证执行可预测
• 防止开发者误操作（如清空队列、跳过任务）破坏异步语义
• 引擎可对队列做优化（如合并、延迟调度、优先级调整），无需暴露实现细节

可以间接观察队列行为

虽然不能读取队列内容，但可通过执行顺序验证其存在和规则：

例如：

console.log(1);
setTimeout(() => console.log(2), 0);
Promise.resolve().then(() => console.log(3));
console.log(4);
// 输出：1 → 4 → 3 → 2
// 说明：2 在宏任务队列，3 在微任务队列；同步执行完后，先清微任务，再取宏任务