promise.resolve 传入已存在 promise 时直接返回原实例并透传其状态，不创建新 promise；后续 .then/.catch 绑定到原始 promise，状态完全由其决定，不会“修复”拒绝或解包多层。
Promise.resolve 传入一个已存在的 Promise 时，不会创建新 Promise，而是直接返回它本身，并“跟随”其最终状态（fulfilled 或 rejected）。
它不构造新 Promise，而是做身份识别与状态透传
当调用 Promise.resolve(p) 且 p 已是一个 Promise 实例时，JavaScript 引擎会执行以下逻辑：
- 检查
p是否为原生 Promise（或具有then方法的 thenable 对象）； - 若确认是 Promise，则直接返回
p，不包装、不克隆； - 后续对返回值的
.then()或.catch()调用，实际绑定到原始 Promise 上； - 其最终 settled 状态（成功值或失败原因）完全由原始 Promise 决定。
状态跟随：resolved promise 会等原 Promise 完成才触发链式回调
即使你写的是 Promise.resolve(p).then(...)，这个 .then 的回调也不会立即执行。它会被挂起，直到 p 进入 fulfilled 或 rejected 状态：
- 如果
p是 pending 状态，Promise.resolve(p)返回的仍是 pending，后续回调排队等待； - 如果
p已 fulfilled，.then回调会在下一个微任务中执行，传入它的 value； - 如果
p已 rejected，且没有.catch，错误会沿链向上传播；有.catch则捕获其 reason。
与直接使用原 Promise 几乎等价，但语义更统一
下面两段代码行为一致：
// 方式一：直接链式 somePromise.then(...).catch(...); // 方式二：先包一层再链式 Promise.resolve(somePromise).then(...).catch(...);
区别仅在于语义和一致性：
- 当你不确定输入是否为 Promise（可能是值、thenable 或 Promise），
Promise.resolve(x)可统一转为 Promise； - 若确定是 Promise，用不用
Promise.resolve不影响行为，但能避免重复判断类型； - 注意：若
p是被拒绝的 Promise，Promise.resolve(p)不会“修复”它，仍会以 reject 结束。
常见误区：以为会“解包多层”或“强制 resolve”
有人误以为 Promise.resolve(Promise.resolve(Promise.reject(42))) 会把拒绝“压平”成成功——其实不会：
- 嵌套的
Promise.resolve只做一次识别，最外层返回最内层那个被拒绝的 Promise； - 它不改变原始 Promise 的状态，也不拦截或重写 rejection；
- 所谓“解包”，仅指对 thenable 的展开（如
{ then(cb) { cb(123); } }），对 Promise 本身只是透传。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
