怎么说呢，

目录

一、 ：一段不按套路出牌的代码

先看一段最简单的 JS 代码。预测输出顺序：

console.log;setTimeout => {
console.log;},1000)，其实，console.log;

按照“代码从上到下顺序执行”的直觉。你可能会认为输出是：

start
timeout
end

但实际结果却是：

start
end
timeout

end 在 'timeout' 之前打印出来了——这不是 Bug，而是 JavaScript 最主要的设计之一：同步优先，异步靠边。要理解这个行为，得从操作程序的进程与线程说起。

二、进程与线程：JS 为什么是单线程？

进程与线程的类比

在操作程序中运行任何一个程序，都会启动一个进程。说起来，进程内部可以启动多个线程。每个线程负责实际执行代码。怎么说呢，

声明 a。b,c 三个变量，如果是多线程语言，可以三个线程同时做。但在 JS 中，它们依次执行——简单、安全、可预测。

三、Event Loop：同步优先。异步靠边

单线程最大的代价就是阻塞问题——如果某段代码需要等待秒数才能继续，整个页面就会卡住这对使用者体验极其不友好。

JS 的方法就是EVEnt Loop 。EL 通过把异步任务放入队列。让主线在同步任务完成后再去处理它们，这样就能实现非阻塞。

flowchart LR
A --> B
B -->|否| A
B -->|是| C
C --> D
D --> B

至于完整流程，

说到回到代码示例，

console.log;//① 同步立即打印
setTimeout=>{ //② 异步放入 EL
console.log;},1000)，console.log;//③ 同步立即打印
//④ 所有同步已跑完 → 主线空闲
//⑤ 1s 后 EL 拿回 setTimeout 回调 -> 打印 timeout

四、Promise ：异步任务的控制中枢 

虽然 EL 能把异步任务放在合适的位置。但如果这些异步任务之间有依赖关系，就会出现经典 **回调地狱** —— 嵌套层层递归，使得可读性和可维护性大幅下降。

ES6 引入 Promise，为此提供了更简洁、更安全、更易组合的方法。老实说，Promise 本质上是 **耗时任务容器**；它接受一个 -executor 函数，该函数*立即*同步执行*。但真正耗时逻辑包裹在内部，通过 resolve/reject 把结果或错误传递出去。

const p = new Promise=>{
console.log;//① executor 已被立刻调用
setTimeout=>{
resolve;其实，//② 成功时履约 -> n 执行
//reject;//② 失败时毁约 -> catch 执行
},1000);})，// 链式使用示例
p.n;}) // resolve 时触发
.catch;})// reject 时触发
.finally=>{ console.info;})，// 收尾处理



Promise 关键点梳理 




概念 & 用法 & 时机 
何时/如何触发 / 返回值说明 
作用 / 示例场景   ​​​​​​​  ​  ​ ​​​​ ​​ ​​ ​​​​   …，…，…，…，…，…，…，…，…，…，…，—
​
​
​                              >
​
龟
'\u003c!
\/span\u003e
“\u0027\(\u003c!\/span\u003e
“\u003c!\/span\u003e”
““”\"’”“’‘’‘''\"‘‘’’” “”“''’’'' ’ ‘’ ” ”“ ’ ‘’ ”’ ’ ‘’ ’ '' ’ ‘’’ '' ’ ‘'' '' ””’’ ‘ ‘’’ ‘’ ’’ “” ‘ ’ ‘‘ ‘‘‘‘‘’’’ “”“″″""\"\"\t\t\t\t\t\t">
?，?老实说，









五、fetch 与 Promise 链 


• 痛点1: 想要发送 HTTP 请求。却常常看到混乱又难以维护的大块 .n/.catch 嵌套。• 痛点2: 对请求成功/失败分别写两份处理逻辑，使得业务逻辑冗余。• 痛点3: 当请求返回后还要做清理工作，手动插入 finally 再来一次。


html