javascript单线程实现异步靠事件循环协调调用栈、宏任务队列和微任务队列：同步代码入栈执行，异步回调分入两类队列；每次调用栈清空后，先执行完全部微任务，再取一个宏任务，如此循环。
JavaScript 单线程能实现异步，靠的不是 JS 引擎自己“多线程”，而是调用栈（Call Stack）和任务队列（Task Queue + Microtask Queue）在事件循环（Event Loop）协调下的精准配合。
调用栈只做一件事：执行同步代码
调用栈是 JS 主线程的执行上下文容器。函数调用就入栈，执行完就出栈。它严格遵循“后进先出”原则，且全程无中断——只要栈里还有任务，就不会去管别的队列。
例如：
-
console.log('A')立即入栈、执行、出栈 -
setTimeout(() => console.log('B'), 0)不入栈，而是交给定时器线程处理，主线程继续往下走 -
Promise.resolve().then(() => console.log('C'))同样不入栈，其回调被放入微任务队列等待调度
任务队列分两类：宏任务与微任务
浏览器/Node.js 环境中，异步操作完成后的回调不会直接执行，而是按类型进入不同队列：
-
宏任务队列（Macrotask Queue）：包含
setTimeout、setInterval、I/O 回调、渲染任务等 -
微任务队列（Microtask Queue）：包含
Promise.then/catch/finally、MutationObserver、queueMicrotask()等
关键规则：每次调用栈清空后，事件循环会先清空整个微任务队列，再从宏任务队列取一个任务执行。
事件循环驱动整个流程
事件循环不是独立线程，而是一个持续运行的检查机制。它不断重复以下步骤：
- 执行所有当前可执行的同步代码（填满并清空调用栈）
- 检查微任务队列，如有任务，全部执行完毕（不中断）
- 执行一次宏任务（如一个
setTimeout回调） - 再次清空微任务队列（因为宏任务执行中可能又产生了新 Promise）
- 重复上述过程
为什么这个设计不卡页面？
因为所有耗时操作（网络请求、计时、用户事件）都由浏览器的其他线程（网络线程、定时器线程、DOM事件线程）提前处理，JS 主线程只负责“收结果”和“跑回调”。调用栈永远轻量，任务队列则像缓冲区，把压力卸给宿主环境。
换句话说：JS 引擎不干活儿，只调度；真正干活的是浏览器多线程后台，JS 主线程只管“排队领活、干完下班”。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
