async函数必定返回Promise，await用于解包Promise但误用会引发性能与语义问题，错误必须用try/catch捕获，多请求应优先用Promise.all()并行。
async 和 await 不是新 API，而是让 Promise 异步逻辑“看起来像同步”的语法糖——它不改变执行本质，但彻底改变了你写异步代码的姿势。
async 函数到底返回什么？
标记为 async 的函数，哪怕内部全是同步代码，也必定返回一个 Promise。这是最常被忽略的前提。
- 没写
return→ 返回Promise.resolve(undefined) - 写了
return 42→ 返回Promise.resolve(42) - 抛出错误 → 返回
Promise.reject(error)
这意味着：你不能直接用 const res = myAsyncFunc() 拿到结果，必须用 .then() 或 await（且后者只能在另一个 async 函数里）。
await 只能等 Promise，但别乱 await 普通值
await 的作用是「解包 Promise」，如果操作数不是 Promise（比如数字、字符串、普通对象），它会自动包装成 Promise.resolve(value)，然后立即继续执行——看似无害，实则埋下性能隐患和语义混淆。
async function example() {
const a = await 123; // ✅ 合法，但没必要：等同于 const a = 123
const b = await Promise.resolve(456); // ✅ 正常等待
const c = await fetch('/api'); // ✅ 典型用法
return { a, b, c };
}
常见误用：await someSyncFunction() —— 如果 someSyncFunction 不返回 Promise，加 await 只是徒增微任务调度开销，还误导读者以为它异步。
错误处理必须用 try/catch，.catch() 会失效
await 后的 Promise 被 reject 时，不会触发链式 .catch()，而是直接抛出异常，必须用 try/catch 捕获：
async function loadUser() {
try {
const res = await fetch('/user/1');
if (!res.ok) throw new Error(`HTTP ${res.status}`);
return await res.json();
} catch (err) {
console.error('加载失败:', err.message);
throw err; // 或返回默认值、重试等
}
}
- 漏写
try/catch→ 错误变成未捕获的 Promise rejection，控制台报黄警告，可能静默失败 - 混用
.catch()：比如(await fetch(...)).json().catch(...)→ 语法错误，.json()返回的是 Promise，不能直接链.catch()
多个异步请求怎么并行？别傻等
连续写 await a(); await b(); await c(); 是串行，总耗时 ≈ a + b + c；想并行就得用 Promise.all()，而它本身返回 Promise，所以仍可 await：
async function loadProfileAndPosts() {
// ❌ 串行（慢）
// const profile = await getProfile();
// const posts = await getPosts();
// ✅ 并行（快）
const [profile, posts] = await Promise.all([
getProfile(),
getPosts()
]);
return { profile, posts };
}
注意：Promise.all() 任一失败就整体 reject；如需“尽力而为”，改用 Promise.allSettled()。
真正难的从来不是语法，而是判断哪一步该 await、哪一步该并行、哪一步该兜底——这些决策依赖对业务时序和失败容忍度的理解，而不是记住 async 放哪儿。
