javascript是单线程，因dom操作需避免竞态冲突、保证执行可预测；通过事件循环与任务队列实现异步，并非技术限制而是刻意设计。
JavaScript 单线程运行模型，核心就一句话：**同一时刻，主线程只执行一个任务，所有代码排队走，不插队、不并行**。这不是技术限制，而是刻意设计——为的是让 DOM 操作安全、代码逻辑可预测、开发者不用天天跟锁和竞态条件打架。
为什么必须是单线程？
浏览器里 JS 最主要干的事就是读写 DOM。如果允许多个线程同时改同一个按钮的 innerHTML 或样式，A 线程刚设成“加载中”，B 线程立刻覆盖成“完成”，结果不可控，页面行为会随机出错。单线程天然规避了这类冲突，也省去了线程同步的复杂机制（比如互斥锁、信号量）。
历史选择也很关键：JS 1995 年诞生时，目标只是轻量增强网页交互，不是跑高性能服务。简单可靠，比“看起来快”更重要。
单线程 ≠ 只能干一件事
靠的是浏览器提供的「协作式异步」能力：
- 耗时操作（如 fetch、setTimeout、用户点击）不卡主线程，而是交给浏览器底层的 Web APIs 处理；
- 这些 API 完事后，把回调函数放进任务队列（宏任务或微任务）；
- 主线程空闲时，事件循环自动从队列里取任务执行——就像前台只有一名服务员，但订单由后厨分批做好再统一上桌。
怎么看出它真是单线程？
一段死循环就能验证：
for (let i = 0; i执行时，页面完全冻结：按钮点不动、滚动条拖不了、定时器也不触发。因为调用栈被占满，事件循环根本没机会检查队列。这和多线程语言（如 Java 启动新线程后主线程照常运行）有本质区别。
那需要并行计算怎么办？
用 Web Workers——它是在独立线程里跑 JS，但和主线程完全隔离：
- Worker 不能访问 DOM、window、document；
- 通信只能靠 postMessage 和 onmessage 传数据（注意是拷贝，不是共享内存）；
- 适合图像处理、加密、大数据分析等纯计算场景，不干扰 UI 流畅性。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
