再看前言，为何代码明明写在前面却不按顺序跑？

😣 使用者痛点： "明明 setTimeout 写在 console.log 前面为什么 'end' 却先打印出来了？难道 JS 跳着执行，这太反直觉了！"

初学 JavaScript 异步时最容易产生的疑问就是：**代码执行顺序与书写顺序不一致**。请看这个经典案例：

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

实际输出：

start
end
timeout

主要认知重塑： JavaScript **并非**简单地“从上到下、逐行阻塞执行”。当遇到定时器、网络请求、事件监听等**耗时任务**时主线程会将其“挂起”交给宿主环境处理，**立即继续向下执行同步代码**。这就是异步编程的入口，

一、JavaScript 为何必须异步？单线程的生存法则

😣 使用者痛点： "为什么 JS 不像 Java 一样多线程处理并发？单线程不是很慢吗，页面卡死怎么办？"

JavaScript 的主要特性：**主线程单线程**。同一时刻只能做一件事，

// 同步代码：阻塞、顺序、可预测
let a = 1;let b = a + b;
其实，console.log;// 必须等上一行算完才能跑这行

但现实很骨感：

• setTimeout/setInterval: 延迟执行
• fetch / axios :网络 IO 不可预知
• 大文件读取 / 数据库操作 :耗时极长

若主线程傻傻等待网络请求返回。**页面将彻底冻结**，使用者只能强制关闭标签页。，JS **被迫**设计成异步非阻塞模型 ：

1. 同步任务进**主线程**排队执行。
2. 异步任务交给**宿主环境**处理，注册回调。话说回来，
3. 同步任务清空后。通过**事件循环**捞起就绪回调再上主线程。

二 、执行机制详细说明 ： 谁先跑?谁后跑，

strong> 😣 使用者痛点 : strong> "Promise 的.n 和 setTimeout 谁先执 行?async/await 下面 的代码 是同步还 是异步?每次面试都懵圈，"

三阶段执行模型 : strong>

console.log
setTimeout => {   console.log },)