Promise是异步操作的底层抽象，async/await是其语法糖；不理解Promise的状态机（pending/fulfilled/rejected）和microtask机制，就无法正确使用错误处理、并发控制与调试。
Promise 和 async/await 不是两个要“选一个学”的概念，而是同一套异步处理机制的两种表达方式：Promise 是底层抽象，async/await 是基于 Promise 的语法糖。不理解 Promise 就直接用 async/await，容易在错误捕获、并发控制或调试时掉坑里。
Promise 是什么：一个表示“未来才会有的值”的对象
它不是回调函数的替代品，而是把“等结果”这件事封装成可组合、可传递、有固定状态（pending / fulfilled / rejected）的对象。
-
new Promise((resolve, reject) => {...})构造时必须立即执行 executor 函数，不能延迟启动 - 状态一旦变为
fulfilled或rejected，就不可逆；多次调用resolve()或reject()只有第一次生效 -
.then()和.catch()总是异步执行（即使 Promise 已 resolve），属于 microtask，比setTimeout优先级高 - 常见错误：
Promise.resolve().then(() => { throw new Error('oops') })不会崩进程，但错误会被吞掉——必须接.catch()或在async函数里用try/catch
async/await 的本质：让 Promise 链写起来像同步代码
async 函数返回的一定是 Promise 对象，哪怕你 return 42，它也会被自动包装成 Promise.resolve(42)；await 后面如果不是 Promise，会自动转成 Promise.resolve(...)。
-
await只能在async函数内部使用，顶层 await 仅在模块（type="module"）中有效 -
await等待的是 Promise 的fulfilled值；如果 Promise 被 reject，且没被try/catch捕获，就会抛出未处理异常 -
并发请求别写成串行：
await fetch(a); await fetch(b)是顺序发，应改用Promise.all([fetch(a), fetch(b)])或await Promise.all([fetch(a), fetch(b)]) - 错误捕获必须显式：只写
await fn()不够，得包try { await fn() } catch (e) { ... }，否则错误会冒泡到最近的 rejection handler
混用时的典型陷阱：.then() 和 await 一起用容易丢错误
比如 asyncFn().then(...).catch(...) 看似能捕获错误，但如果 asyncFn 内部用了 await 且没处理，而 .then() 回调里又抛错，这个新错误不会被外层 .catch() 捕获——因为 .then() 的回调返回的 Promise 错误需要自己的 .catch()。
本文档是python学习笔记与简明教程；为什么用Python作为编程入门语言？每种语言都会有它的支持者和反对者。去Google一下“why python”，你会得到很多结果，诸如应用范围广泛、开源、社区活跃、丰富的库、跨平台等等等等，也可能找到不少对它的批评，格式死板、效率低、国内用的人很少之类。不过这些优缺点的权衡都是程序员们的烦恼。作为一个想要学点编程入门的初学者来说，简单才是最重要的。当学C++的同学还在写链表，学Java的同学还在折腾运行环境的时候，学Pyt
立即学习“Java免费学习笔记（深入）”；
- 推荐统一风格：要么全链式（
Promise+.then/.catch），要么全块式（async/await+try/catch） - 不要在
async函数里混用.then()处理主要流程，除非你明确知道 microtask 队列的执行顺序 -
await Promise.reject('err')会直接 throw，而Promise.reject('err').then(...).catch(...)是标准链式处理，二者错误传播路径不同
真正难的不是语法，是判断什么时候该用 Promise.all、什么时候该用 Promise.allSettled、为什么 await 在循环里可能引发性能问题——这些都建立在对 Promise 状态机和执行时机的理解之上。没理清 pending/fufilled/rejected 的流转，async/await 就只是换了一种写法的黑盒。
