其实，

JavaScript 同步与异步：从单线程到事件循环与 Promise

一、为什么 JavaScript 是单线程的？怎么说呢，

在设计之初。JavaScript 就被定位为一种简单的浏览器脚本语言，主要用来操作 DOM、处理使用者交互。如果采用多线程模型，两个线程同时修改同一个 DOM 节点。浏览器将不知道该听谁的 —— 这种复杂性是设计者极力要避免的。

JS 选择了一条最简单的路：单线程。只有一个主线程，所有任务按顺序排队执行。

看一个简单的同步代码示例：

let a = 1;let b = 2，老实说，let c = 3;console.log，// 6

这种代码执行效率非常高，因为没有任何等待。但如果所有任务都是同步的，一旦遇到耗时操作。整个页面就会“卡死” —— 这就是单线程面临的困境。

二、同步与异步：鱼与熊掌如何兼得？老实说，

同步的阻塞问题

至于试想。如果 setTimeout 是同步执行，那么在等待时间内页面根本无法响应使用者操作。 这显然不可接受，JS 引入了异步任务的概念，让耗时操作不再阻塞主线程。

常见的异步任务

• setTimeout / setInterval– 定时器
• 事件监听（如 click / load)
• 网络请求（fetch / XMLHttpRequest)
• Promise.n / catch / finally
• alert / confirm
• alert/confirm/prompt 等阻塞对话框

一个最经典的例子

console.log;setTimeout => {
console.log;},0)，不过，console.log;

输出顺序这方面，'start'。'end',接下来才是 'timeout'. 为什么？因为 setTimeout's 回调被放入异步队列中。主线程先执行完所有同步代码，接下来再处理回调。

三、JS 的执行机制：事件循环

进程与线程简述 – 痛点提炼版：

• 进程负责资源分配，但创建成本大；而 线程则专注实际工作，却易产生竞争条件和死锁。对于前端开发者而言，需要快速响应使用者。却又不想引入多余复杂性——这正是单线程策略诞生之初所解决的问题。你是否曾因一次慢速网络请求导致整个页面无响应？那正是由此产生，

执行流程详解

1. 启动进程 ：分配内存等资源，为后续代码运行做准备。
2. 启动主线程 ：开始解释和执行 JS 代码。
3. 同步任务：-立即运行，例如变量声明、函数调用、