回调函数是JavaScript异步编程的基石，指作为参数传入并在特定条件满足后执行的函数；它支持错误优先模式（err-first），但易导致回调地狱，现多被Promise和async/await替代。
JavaScript 的异步编程，本质是让耗时操作（比如网络请求、文件读取、定时器）不卡住主线程，等它完成后再执行后续逻辑——这样页面不会“假死”，用户体验更顺滑。回调函数就是实现这一步最原始也最直接的方式。
回调函数是什么？怎么写？
回调函数就是一个被当作参数传进另一个函数里的函数，它不立刻执行，而是等某个条件满足（比如数据加载完、时间到了）才被“回头调用”。
它不是 JavaScript 特有的概念，但因为 JS 是单线程 + 事件驱动，回调成了处理异步的基石。
- 函数是一等公民：可以赋值、传参、返回，所以能当参数传给别的函数
- 异步回调 ≠ 同步回调：像 setTimeout 或 fs.readFile 触发的是异步回调；而数组的 map、filter 里传的函数是同步回调，它们立刻执行
- 常见写法有两种：命名函数或箭头函数
示例：
立即学习“Java免费学习笔记（深入）”；
console.log('1. 开始');
setTimeout(() => { console.log('3. 2秒后执行'); }, 2000);
console.log('2. 主线程继续');
输出顺序是 1 → 2 → 3，说明 setTimeout 没有阻塞后面代码。
回调函数怎么用在真实异步场景？
典型用法是“错误优先回调（err-first）”：第一个参数约定为 err，如果有错就传 Error 对象，否则为 null；第二个参数才是成功数据。
这是 Node.js 风格的标准写法，很多原生 API 和老库都这么设计。
示例（读文件）：
const fs = require('fs');
fs.readFile('./data.txt', 'utf8', (err, data) => {
if (err) {
console.error('读取失败:', err.message);
return;
}
console.log('内容:', data);
});
注意：if (err) return 这句不能少，否则出错后还会继续往下跑，容易引发未定义行为。
回调函数的坑和应对思路
它简单，但一不小心就会掉进“回调地狱”——多层嵌套、逻辑分散、错误难追踪。
- 嵌套三层以上就明显难读，比如连续发三个接口，每个依赖上一个结果
- 每层都要单独写 if (err) 处理，重复又易漏
- 中间结果要靠闭包或全局变量传递，状态管理混乱
这不是回调本身的问题，而是组织方式的问题。现代方案就是为解决它而生：
- 用 Promise 把嵌套变成 .then().then() 链式调用
- 用 async/await 写得像同步代码，还能用 try/catch 统一捕错
- 事件监听（如 EventEmitter）适合解耦多个无关模块间的响应
但别急着淘汰回调——DOM 事件（btn.addEventListener('click', handler)）、定时器、兼容旧环境时，它依然高效可靠。
基本上就这些。回调函数是理解 JS 异步的起点，搞懂它，后面 Promise 和 await 才不会只是“会用”，而是真正明白为什么这么设计。
