promise构造函数内代码同步立即执行，new promise时即运行，resolve/reject调用仅改变状态并入微任务队列，.then()延后执行；同步错误会直接抛出未捕获异常。
Promise构造函数里的代码是同步立即执行的，它会直接在new Promise那一行就运行，不会等到.then()或await才开始。这个特性直接影响整个异步流程的起始节奏，也是理解Promise执行顺序的关键起点。
构造函数体本身是同步的
只要写在new Promise((resolve, reject) => { … })花括号里的代码，不管有没有resolve/reject，都会在Promise实例创建时立刻执行。
- 比如console.log("AAA")、变量赋值、甚至同步报错，都发生在当前宏任务的同步阶段
- 即使里面调用了setTimeout或fetch，那只是“发起”异步操作，构造函数体本身仍会快速跑完
- 这和.then()、.catch()不同——它们注册的是回调，不立即执行
resolve和reject的调用时机决定状态变更
构造函数里调用resolve()或reject()，并不会让.then()马上执行，而是把对应回调推入微任务队列，等当前同步代码全部结束再处理。
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
- 如果同步调用resolve("ok")，Promise状态立刻变为fulfilled，但.then()要等本轮同步任务清空后才触发
- 如果resolve被包在setTimeout里，那它会在下一个事件循环周期才被调用，状态变更也相应延后
- 同一个Promise里resolve和reject都写上，先执行的那个生效，后执行的会被忽略（状态不可逆）
它和外部同步代码的顺序很明确
new Promise()这一行的执行，严格嵌入在当前同步流程中，输出顺序可预测。
- 示例：let p = new Promise(r => console.log("1")); console.log("2"); p.then(() => console.log("3")) → 输出一定是"1" → "2" → "3"
- 因为"1"在构造函数里同步打印，"2"是下一行同步代码，"3"是微任务，在它们之后执行
- 哪怕Promise内部什么都没做，new Promise()这一步本身也消耗极短的同步时间
容易忽略的副作用：同步错误会直接抛出
构造函数体里如果出现未捕获的同步错误（比如throw new Error()），Promise会立即进入rejected状态，且这个错误不会被try/catch外层捕获，除非用.catch()或reject回调处理。
- 例如：new Promise(() => { throw "boom" }) → 立即变成rejected，但控制台会报未捕获异常（Uncaught）
- 这和异步中发生的错误不同——后者只影响Promise状态，不打断当前同步流
- 所以构造函数里尽量避免裸throw，或确保有配套的.catch()
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
