Promise.resolve仅作值的Promise化，不改变执行时机；它不能启动异步任务、不创建微任务、不替代async/await或Promise构造器，误用会导致同步报错未被捕获、异步逻辑未触发等问题。
Promise.resolve 能不能直接包装普通函数调用？
能，但必须明确它只做“值的 Promise 化”，不改变执行时机。比如 Promise.resolve(fn()) 会立刻执行 fn()，再把返回值包成已兑现的 Promise；而 Promise.resolve(fn) 只是把函数本身包成 Promise，不会调用它——这常被误以为是“延迟执行”。
常见错误现象：
– 写成 Promise.resolve(doSomething()).then(...)，结果同步报错没被 Promise 的错误捕获机制兜住；
– 试图用 Promise.resolve(() => apiCall()) 想让异步逻辑“自动接入链路”，实际只是把箭头函数包进 Promise，根本没触发请求。
- 真正想封装同步/异步统一入口，应统一返回 Promise 实例，而非靠
Promise.resolve“补救”执行结果 - 若函数本身可能同步返回值、也可能返回 Promise，推荐用
Promise.resolve(result)做归一化，而不是包装调用过程 - Node.js 15+ 中
util.callbackify或自定义 wrapper 更适合混合场景，Promise.resolve不负责调度
同步逻辑怎么塞进 .then 链而不破坏流程控制？
关键不是“塞”，而是让同步逻辑也返回 Promise，这样后续 .then 才能按序等待。直接在 .then 里写同步代码没问题，但若该同步操作可能抛异常，就必须确保它被 Promise 的 rejection 机制捕获。
示例对比：
Promise.resolve()
.then(() => {
return syncCalc(); // ✅ 返回原始值 → 自动转为 Promise.resolve(syncCalc())
})
.then(data => apiRequest(data)) // ✅ 返回 Promise → 链式等待
但下面这种就危险：
Promise.resolve()
.then(() => {
throw new Error('boom'); // ❌ 同步异常，.catch 仍能捕获，但易被忽略
})
- 同步逻辑中显式
throw会被当前 Promise 链的.catch捕获，行为一致 - 但若同步逻辑内部调用第三方库并静默吞错（如某些 DOM 操作），异常就真的丢了
- 更稳妥的做法：对不确定的同步块主动包一层
Promise.resolve().then(() => {...})，确保上下文可控
为什么不能用 Promise.resolve 替代 async/await 或 Promise 构造器？
Promise.resolve 是“终值转换工具”，不是“异步任务启动器”。它无法创建新微任务、不能 await、也不支持 resolve/reject 回调注入。
典型误用场景：
- 想模拟延时：写成
Promise.resolve(setTimeout(...))—— 实际返回的是 timer ID，不是延时后的 Promise - 想封装回调 API：写成
Promise.resolve(fs.readFile(...))—— 若fs.readFile是 callback 版本，这行根本不会执行，因为没传 callback 参数 - 想中断链路：在
.then里写return Promise.resolve();—— 它只是继续往下走，不是“取消”
真正需要启动异步任务时，必须用：
– new Promise((resolve, reject) => {...})
– async function + await
– 或已返回 Promise 的函数（如 fetch(), readFile() promise 版）
复杂链路中容易被忽略的拒绝穿透问题
当同步逻辑和异步逻辑混在一条链里，拒绝（rejection）默认会跳过所有中间的 .then，直到遇到第一个 .catch 或链尾。但很多人忘了：如果某个 .then 回调里既没 return，也没 throw，它隐式返回 undefined，上一个 Promise 的状态（fulfilled/rejected）会原样透传下去。
- 这意味着：前面某步异步失败了，后面几个空
.then(() => {})不会拦截，错误直接掉到末尾 - 同步抛错和异步 reject 在链中表现一致，但调试时容易误判来源（比如 console 看堆栈只有
Promise.then，看不出是哪行同步代码崩的） - 建议在关键节点加
.catch(err => { console.error('at step X:', err); throw err; })，避免错误静默丢失
最麻烦的不是语法写法，而是意识不到“同步代码一旦进入 Promise 链，它的异常语义就完全交由 Promise 机制接管”——这点不厘清，调试时永远在猜。
