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