17370845950

JavaScript异步编程核心是避免阻塞主线程并主动管理流程；回调地狱源于嵌套与错误处理失控，可用Promise链式调用和async/await解决，但需注意错误捕获、并发控制及兼容性封装。

JavaScript 异步编程不是“等一下再执行”，而是让代码不阻塞主线程、能继续处理其他任务；回调地狱完全可以避免，关键不在写不写回调，而在是否主动管理异步流程的嵌套与错误传递。

什么是回调函数？它为什么容易形成“地狱”

回调函数是作为参数传入另一个函数、并在某个事件或操作完成后被调用的函数。它本身没有问题，问题出在多层嵌套时的可读性与错误处理失控。

常见错误现象：Uncaught TypeError: cb is not a function（传错类型）、callback is not defined（作用域丢失）、深层嵌套导致逻辑分支难以追踪。

• 每层回调都需手动检查 err，漏一次就静默失败
• 无法用 try/catch 捕获异步回调里的异常
• 变量作用域易混淆，比如循环中用 var 声明的 i 在所有回调里共享同一值

setTimeout(() => {
  console.log('1');
  setTimeout(() => {
    console.log('2');
    setTimeout(() => {
      console.log('3'); // 这就是典型“金字塔”结构
    }, 100);
  }, 100);
}, 100);

Promises 怎么打破嵌套？重点看 then 和 catch 的链式行为

Promise 的核心价值不是“更短的写法”，而是把异步操作变成可组合、可中断、可统一错误处理的状态容器。

使用场景：封装 XMLHttpRequest、fetch、定时器、Node.js 的 fs.readFile 等原生不支持 async/await 的 API。

• then 返回新 Promise，所以能链式调用；返回普通值会自动包装成 resolved 状态
• catch 会捕获前面所有 then 中抛出的异常和 reject，但只捕获最近未处理的那一个
• 不要在 then 里写 if (err) return —— 那是回调思维，应该用 reject() 或直接抛错

fetch('/api/user')
  .then(res => {
    if (!res.ok) throw new Error('Network error');
    return res.json();
  })
  .then(user => fetch(`/api/posts?uid=${user.id}`))
  .then(res => res.json())
  .catch(err => console.error('Failed at any step:', err));

async/await 是语法糖，但改变了错误控制方式

async/await 不改变 Promise 执行机制，只是让异步代码看起来像同步。真正影响行为的是你是否用 try/catch 包裹 await 表达式。

性能 / 兼容性影响：现代浏览器和 Node.js 14+ 均原生支持；打包时若需兼容旧环境，Babel 会转为 Promise 链，不是 generator。

• await 只能在 async 函数内使用，顶层 await 仅限 ES 模块和某些运行时（如 Node.js 14.8+）
• 多个独立请求别写成串行：await a(); await b(); → 应该用 Promise.all([a(), b()])
• await 后面如果不是 Promise，会自动用 Promise.resolve() 包装，所以 await 42 是合法的

async function loadProfile() {
  try {
    const user = await fetch('/api/user').then(r => r.json());
    const posts = await fetch(`/api/posts?uid=${user.id}`).then(r => r.json());
    return { user, posts };
  } catch (err) {
    console.error('Loading failed:', err.message);
    throw err; // 不要吞掉错误，除非你明确要降级处理
  }
}

什么时候还必须用回调？哪些库至今没迁移到 Promise

不是所有异步 API 都提供了 Promise 版本，尤其是一些老的 Node.js 核心模块（如 fs）或第三方 C++ 插件（如某些数据库驱动）。这时你需要自己封装，或使用官方提供的 util.promisify。

容易踩的坑：util.promisify 要求原始函数最后一个参数是 callback，且签名是 (err, result)；如果函数本身不遵循这个约定，promisify 会失效。

• fs.readFile 可直接 promisify(fs.readFile)；但 fs.watch 是事件型，不能 promisify
• 某些 EventEmitter 类（如 http.Server）必须用 once() 或 on() + 手动清理
• 浏览器中 addEventListener 仍是纯回调，目前无标准 Promise 封装

const { promisify } = require('util');
const fs = require('fs');
const readFile = promisify(fs.readFile);

readFile('./config.json', 'utf8')
  .then(JSON.parse)
  .catch(err => console.error('Invalid JSON:', err));

最常被忽略的一点：无论用 Promise 还是 async/await，只要异步操作没被显式 await 或加入 Promise 链，它就只是“被发起”，不会等待完成——这会导致你以为的“顺序执行”实际是并发乱序。