javascript是单线程的，这是为避免dom操作冲突而做的设计选择；虽单线程，但通过浏览器/node.js提供的后台线程和事件循环（先执行同步代码，再清空微任务，后取一个宏任务）实现异步。
JavaScript 是单线程的，因为它只有一个主线程来执行代码，同一时间只能做一件事。这不是技术限制，而是设计选择：浏览器中若允许多线程操作 DOM，就可能出现一个线程删节点、另一个线程往里面加内容的冲突，渲染结果无法确定。所以从诞生起，JS 就被定为单线程——这是它和用户交互、操作页面的核心前提。
单线程不等于不能异步
虽然只有一条主线程，但浏览器或 Node.js 提供了额外的“后台线程”来处理耗时操作（比如定时器、网络请求、文件读取）。这些操作由系统线程完成，JS 主线程不阻塞，只等结果回来再执行回调。这就是异步能力的来源，背后靠的是事件循环机制协调。
事件循环的基本流程
事件循环不是一次性跑完的流程，而是一个持续不断的检查—执行循环：
- 先执行调用栈里所有同步代码，直到栈为空
- 接着清空当前所有微任务（如 Promise.then、MutationObserver）
- 然后从宏任务队列取一个任务（如 setTimeout 回调、script 整体、I/O 回调），推入调用栈执行
- 执行完这个宏任务后，再次清空全部微任务
- 重复上面步骤
宏任务和微任务的区别很关键
两者不在同一个队列，执行优先级也不同：
立即学习“Java免费学习笔记（深入）”；
- 宏任务包括：整体 script、setTimeout、setInterval、I/O、UI 渲染触发的任务
- 微任务包括：Promise.then/catch/finally、queueMicrotask、MutationObserver 回调
- 每次宏任务执行完，必须把当轮微任务队列全部执行完，才去取下一个宏任务
- 所以哪怕 setTimeout 设为 0ms，它的回调也一定晚于当前同步代码 + 所有已排队的 Promise 回调
为什么 setTimeout 不是“准时”的？
setTimeout 的延时只是“最早可执行时间”，不是精确时刻。它需要等当前宏任务结束、所有微任务清空、且轮到它自己被取出时，才能进栈执行。如果前面有长任务（比如大数组遍历、死循环），它就得一直等——主线程不空，它就动不了。
基本上就这些。理解单线程是起点，搞懂宏/微任务的穿插节奏，才是掌握事件循环的关键。
