promise 提供统一抽象接口处理同步与异步值，通过 promise.resolve() 统一封装各类返回值，async/await 自然融合两者，.then() 回调总在微任务执行，错误可通过 try/catch 统一捕获。
Promise 本身不“解决”同步与异步混合的问题，而是提供一种统一的抽象接口，让同步值和异步操作能以相同方式被消费——关键在于标准化处理流程，而不是强行把同步变异步或反之。
统一用 Promise 包装所有返回值
当函数可能返回普通值、Promise 或 thenable 时，直接用 Promise.resolve() 统一封装，避免调用方反复判断类型：
- 传入普通值（如
42、"ok"）→ 返回一个已 resolve 的 Promise，值在微任务中可用 - 传入 Promise → 直接返回该 Promise，不额外包装，状态和执行时机保持原样
- 传入 thenable（含
then方法的对象）→ 触发其then，按 Promise 规范展开
例如：一个工具函数既可能同步返回配置，也可能异步拉取远程配置：
function getConfig() {if (cached) return cached; // 同步返回
return fetch('/config').then(r => r.json()); // 异步返回 Promise
}
调用时统一处理：
Promise.resolve(getConfig()).then(config => {/* 无论同步/异步，这里都安全 */});
在 async 函数里自然融合同步逻辑
async 函数内部允许混写同步代码和 await 表达式，引擎会自动将同步部分立即执行，异步部分暂停等待：
- 函数体开头的同步语句（如日志、参数校验、缓存检查）照常执行
- 遇到
await时，若右侧是 Promise，则暂停；若右侧是普通值，await会隐式调用Promise.resolve()，立刻继续执行下一行 - 整个函数始终返回 Promise，调用方无需区分内部是纯同步还是混合逻辑
示例：
async function loadUser(id) {console.log('开始加载'); // 同步执行
if (!id) throw new Error('ID required'); // 同步抛错
const data = await getUserFromCache(id); // 可能是 Promise，也可能是字符串
return data ?? await fetchUserFromAPI(id); // ?? 左侧为 null/undefined 时才 await
}
避免常见陷阱：不要误以为 Promise.resolve() 总是异步
它对同步值的包装仍是“异步交付”——即 .then() 回调总在微任务队列中执行，哪怕输入是普通数字：
-
Promise.resolve(123).then(console.log)中的console.log不会立即输出，而是在当前同步代码结束后、下一个宏任务前执行 - 这和
setTimeout(() => console.log(123), 0)不同：后者进宏任务队列，延迟更高；前者进微任务队列，优先级更高 - 因此，不能依赖
Promise.resolve()来“延迟执行”，但可以依赖它保证回调顺序一致
链式处理中保持错误路径清晰
混合逻辑最容易出错的是错误传播不一致。用 .catch() 或 try/catch 统一捕获，比手动判断 if (err) 更可靠：
- 同步抛错（如
throw new Error()）会被async函数自动转为 rejected Promise - Promise 链中任意环节 reject，都会跳过后续
.then()，直达最近的.catch()或try/catch - 推荐写法：
try { const res = await fn(); } catch (e) { /* 统一处理 */ }，比fn().then(...).catch(...)更贴近同步阅读习惯
