一、

二、同步与异步

• 同步执行：按照代码顺序从上往下依次执行；前面必须完成后才能执行后面。
• 异步执行：当碰到耗时任务时程序会先把它挂起，接下来继续执行后面的代码；等耗时任务完成后再恢复，

三、线程与进程

• 线程：CPU 执行指令所需的时间单元。
• 进程：CPU 接收到指令，到加载完上下文所需的时间单元。

四、首代方法——回调

V8 引擎默认只开启一个线程来执行 JavaScript。当遇到耗时任务，它会把任务挂起，先去执行不耗时的任务，这就导致了一个严重的问题：

从举个例子来看。

let a = null;function A {
setTimeout => {
a = 100;},1000)，老实说，}
function B {
console.log;// 此处还未赋值
}
A;// A 被挂起
B，// B 先跑出来却找不到值

想要正常输出，就必须把 B 的调用写在 A 的赋值之后这就是回调函数。但当业务越来越复杂时回调链条会变得深不可测，被称为“回调地狱”。这导致可读性差、错误难查，让开发者头疼不已。

再看使用者痛点。繁重业务导致错误堆积

✔️ 当业务逻辑复杂时你可能会发现错误层层叠叠，每一次改动都可能破坏其他模块。 ✔️ 回调链条越长，可维护性越差；团队协作成本急剧上升，

五、最终的 Promise 方法

✅ Promise 给了我们一种更优雅、更易维护的方式来处理异步逻辑。一个 Promise 实例代表一个未来才会完成的异步任务.

• PENDING: 初始状态，不是成功也不是失败。
• FULFILLED: 操作成功完成。
• NOTHING: 操作失败。

案例演示的观点是，约会 → 婚姻

function date {
return new Promise => {
setTimeout => {
console.log;resolve，},1000);})，}
function marry {
return new Promise => {
setTimeout => {
console.log;resolve，},500);})，}
date
.n => marry)
.catch);不过，

主要流程解析的观点是，

• : 调用即返回一个 Promise 对象，初始状态为 PENDING.
• 构造函数内部立即执行:  => { ... }
• resolve: 将状态改为 FULFILLED。并把结果传递给 .n 链.
• n 检测到状态变化后自动调用 marry:  保证顺序执行，无需手动嵌套回调.

使用者痛点的观点是，顺序控制困难与错误堆积减少了?

✔️ 使用 Promise 可以一次性描述整个业务流程，而不是多层嵌套 ✔️ 错误统一捕获，通过 .catch 一站式处理 ✔️ 可读性提高。新成员上手更快

六、