JavaScript异步执行模型基于单线程本质，由事件循环、任务队列和调用栈协同运作；宏任务与微任务分级调度，Promise回调总比setTimeout先执行；async/await是Promise语法糖，需注意串行并发及错误捕获。
JavaScript 异步执行模型不是靠“设计出来”的新架构，而是基于单线程本质，通过运行时环境（如浏览器或 Node.js）协同配合形成的天然机制。它的核心是事件循环（Event Loop）+ 任务队列 + 调用栈三者协作，不需要开发者手动设计底层模型，但需要理解其运作逻辑才能正确编写异步代码。
单线程与非阻塞的底层前提
JavaScript 主线程只有一条，无法真正并行执行耗时操作（如网络请求、文件读取、定时器）。为避免卡死，所有可能耗时的任务必须交由宿主环境（如浏览器内核或 libuv）在后台处理。主线程只负责调度和执行回调，这就是非阻塞的基础。
- 同步代码直接入调用栈，顺序执行，栈空即停
- 异步操作（如
fetch、setTimeout、fs.readFile）立即返回，实际工作移交宿主环境 - 宿主环境完成任务后，把对应回调推入任务队列，等待事件循环调度
宏任务与微任务的两级调度
事件循环不统一处理所有回调，而是严格区分两类队列，决定执行优先级：
-
宏任务（Macrotask）：包括
setTimeout、setInterval、I/O 回调、UI 渲染、setImmediate（Node.js）等。每次循环只取一个执行 -
微任务（Microtask）：包括
Promise.then/catch/finally、MutationObserver、queueMicrotask。每次宏任务执行完，会清空整个微任务队列，再取下一个宏任务
这个顺序决定了 Promise 回调总比 setTimeout 先执行——不是因为更快，而是调度规则如此。
立即学习“Java免费学习笔记（深入）”；
异步编程的表达层演进
底层模型固定，但开发者使用的语法不断升级，目的是让逻辑更清晰、错误更可控：
- 回调函数：最原始方式，易嵌套过深，错误需手动传递
-
Promise：封装异步状态（pending/fulfilled/rejected），支持链式调用和集中捕错（
.catch） -
async/await：语法糖，让异步流程写起来像同步，但本质仍是 Promise；
await会暂停当前 async 函数执行，把控制权交还事件循环
三者可混合使用，比如 async 函数里 await fetch().then(...) 是合法的，但推荐统一风格以利维护。
实际编码中要留意的关键点
理解模型不只是为了理论，更是避开常见陷阱：
- 不要依赖
setTimeout(fn, 0)实现“立刻执行”，它仍属宏任务，要等当前同步代码和所有微任务完成后才轮到 -
Promise.resolve().then()属于微任务，常用于把同步逻辑“让出”当前轮次，避免长任务阻塞渲染 - 多个
await默认串行，如需并发应改用Promise.all([p1, p2]) - 未被
catch或try/catch捕获的 Promise rejection 会触发unhandledrejection事件，可能静默失败
