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 放哪儿。