能，Promise.resolve可直接包装原始数值（如42、"ok"、null），立即返回fulfilled状态的Promise，适用于统一接口调用；但输入已是Promise或thenable时不应使用，避免意外展开。
Promise.resolve 能直接包装原始数值吗
能，而且这是它最常用也最容易被忽略的用途之一。当你有一个同步返回的数值（比如 42、"ok" 或 null），但下游接口明确要求接收一个 Promise（例如统一用 .then() 处理），Promise.resolve 就是最轻量的“升格”方式。
它不会触发异步调度延迟——对原始值（非 thenable、非 Promise）会立即进入 fulfilled 状态，但行为上仍符合 Promise A+ 规范，确保调用链一致。
-
Promise.resolve(123)→ 立即 resolve 为123的 Promise -
Promise.resolve("hello")→ 同样是立即 fulfilled - 注意：
Promise.resolve(undefined)和Promise.resolve(null)也完全合法，别因为值“空”就绕开它
什么时候不该用 Promise.resolve
当输入本身已经是 Promise 或 thenable（比如有 .then 方法的对象），Promise.resolve 会尝试展开它，可能引入意外的异步跳转或重复 resolve，反而破坏控制流。
- ❌
Promise.resolve(fetch("/api"))——fetch返回的就是 Promise，再包一层纯属冗余，还可能干扰取消逻辑 - ❌
Promise.resolve({ then(cb) { cb(42) } })—— 这会被识别为 thenable 并执行then，不是你想要的“原样包装” - ✅ 正确做法：对已知是 Promise 的值，直接透传；不确定时先用
if (val && typeof val.then === 'function')判断
在统一接口中如何避免 then 链断裂
常见场景：函数要兼容同步返回和异步返回，统一返回 Promise。错误写法是手动 new Promise 包裹同步值，既啰嗦又容易漏掉 reject 分支；正确做法是用 Promise.resolve 统一收口。
function getData(id) {
if (id === "cached") {
return Promise.resolve(cachedValue); // ✅ 同步值升格
}
return fetch(`/api/${id}`).then(r => r.json()); // ✅ 原生 Promise 直接返回
}
// 调用方无需判断，一律 .then 处理
getData("cached").then(console.log);
- 不要写
return new Promise(r => r(cachedValue))—— 多一次微任务，且没处理 reject 情况 - 如果同步分支可能抛错，应在外层 try/catch 后用
Promise.reject(e)，而不是让Promise.resolve承担错误传播 - TypeScript 用户注意：返回类型需声明为
Promise，否则类型推导可能误判为T | Promise
与 async/await 混用时的隐蔽陷阱
看似简单：async function 内部 return 同步值，自动包装成 Promise。但如果你在 async 函数里显式调用 Promise.resolve，会多套一层 Promise，导致类型嵌套（如 Promise），TS 报错或运行时取值出错。
- ❌ 错误：
async function foo() { return Promise.resolve(42); }→ 实际返回Promise> - ✅ 正确：
async function foo() { return 42; }—— 自动等价于Promise.resolve(42)，且无嵌套 - 混合场景（比如条件分支中部分走异步、部分想 return 同步值）：统一用
return Promise.resolve(x)或全部走await，别混用风格
真正容易被忽略的是跨函数边界的 Promise 层级：一旦某处多包了一层 Promise.resolve，后续所有 .then 的参数类型就会偏移一级，调试时看到 value.then is not a function 往往就是这个原因。
