javascript 浏览器中是单线程的,但通过浏览器多线程配合实现异步非阻塞:主线程执行js、渲染dom、响应交互,网络/定时器/事件等由其他线程处理,结果通过回调(微/宏任务)通知主线程;遇cpu密集型任务可用web worker。

JavaScript 在浏览器中确实是单线程的,但这不意味着它只能“傻等”耗时操作完成。它的核心在于:主线程只负责执行 JS 代码、更新 DOM 和响应用户交互,而把真正耗时的工作(比如网络请求、定时器、事件监听)交给浏览器内部的其他线程去处理。等这些工作做完,再通过回调函数“通知”主线程来收尾——这就是异步非阻塞模型的实际运作方式。
主线程只做三件事:执行、渲染、响应
浏览器的 JS 主线程不是孤立运行的,它和渲染线程、网络线程、定时器线程等共存于一个运行环境中。但关键限制是:JS 引擎本身只有一个调用栈,一次只能执行一个函数。DOM 操作必须在主线程进行,所以不能让两个线程同时删节点又加节点——单线程从根本上避免了这类竞态问题。这也意味着,如果写了一个死循环或超长计算,整个页面立刻卡住,因为渲染和点击都得排队等它结束。
异步不是 JS 自己实现的,而是靠浏览器多线程配合
所谓“异步”,本质是 JS 主线程把任务委托出去,自己先去做别的事:
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
fetch 或 XMLHttpRequest:由网络线程发起请求,主线程继续跑后续代码;响应返回后,Promise 的
.then()被放入微任务队列 - setTimeout(fn, 0):由定时器线程计时,时间一到就把回调推入宏任务队列
- 点击、滚动等事件:由 DOM 事件线程监听,触发后把事件处理函数放进宏任务队列
事件循环是调度中枢,决定谁先执行
主线程空闲时,事件循环就开始工作:
- 先清空所有已有的微任务(如 Promise 回调、
queueMicrotask),一个个执行,中间不插队 - 再从宏任务队列里取一个(如 setTimeout、事件回调),执行完后再次检查微任务队列
- 这个“宏任务 → 微任务 → 宏任务…”的节奏,就是你看到
console.log('A'); setTimeout(() => console.log('B'), 0); console.log('C');输出 A→C→B 的原因
真需要并行计算?用 Web Worker
当遇到大量数学运算、图像处理、数据加密等 CPU 密集型任务时,单线程确实扛不住。这时可以用 Worker 开一个新线程:
- Worker 独立于主线程,有自己的 JS 引擎实例,不会阻塞 UI
- 但它不能访问
window、document或 DOM,通信只能靠postMessage和onmessage - 适合把耗时计算拆出来,算完再把结果传回主线程更新页面
Java免费学习笔记:立即使用
解锁 Java 大师之旅:从入门到精通的终极指南










