回调函数是函数作为值被传入并由他人控制执行时机，既用于异步（如setTimeout）也用于同步场景（如sort、forEach），关键在于明确调用者、时机与参数。
回调函数不是“等前面执行完再执行”的简单顺序关系，而是把函数当参数传进去，由别人决定什么时候调用它——关键在“谁控制执行时机”。
回调函数的本质是「函数作为值」
JavaScript 中函数是一等公民，可以赋值给变量、作为参数传入、在运行时动态创建。所谓“回调”，只是开发者约定俗成的说法：你写好一个函数，交给另一个函数（比如 setTimeout、addEventListener、Array.prototype.map），让它在合适的时候“回过头来调用”你这个函数。
常见误解是认为“回调一定发生在异步操作后”，其实同步场景也大量存在：
-
Array.prototype.sort((a, b) => a - b)：比较函数是回调，sort在内部循环中多次同步调用它 -
[1,2,3].forEach(console.log)：console.log是回调，逐个同步执行 -
fs.readFile(path, callback)：Node.js 中的回调在文件读取完成（可能耗时）后异步触发
为什么容易混淆？看这三个典型错误现象
实际写代码时，出问题往往不是因为没写回调，而是没理解它何时被调用、在什么上下文中执行：
立即学习“Java免费学习笔记（深入）”；
- 变量提前输出
undefined：写了let data = getData(callback)，但getData本身不返回数据，只负责发起异步请求并传参调用callback -
this指向丢失：用对象方法作回调，如obj.handleClick绑定到按钮上，点击时this指向button而非obj - 嵌套过深（回调地狱）：连续多个异步操作层层传回调，缩进越来越深，错误处理分散，逻辑难追踪
怎么写才算真正“用对了”回调？
核心就两点：明确谁调用、明确调用时给了什么参数。查文档比猜更重要。
以 addEventListener 为例：
button.addEventListener('click', function(event) {
console.log(event.target); // event 是浏览器自动传入的事件对象
});这里你写的函数没有手动调用，也不需要知道 event 从哪来——API 文档明确写了“回调接收一个 Event 类型参数”。同理：
-
setTimeout(callback, delay)：回调无参数（除非你用闭包捕获） -
fetch(url).then(response => {...})：then的回调接收一个Response实例 -
readFile(path, 'utf8', callback)：Node.js 的回调签名固定为(err, data) => {...}，必须先检查err
别忽略：回调里的错误无法用外层 try/catch 捕获
这是最容易掉坑的地方。同步抛错能被上层 try/catch 拦住；但异步回调里抛错，已经脱离原始调用栈：
try {
setTimeout(() => {
throw new Error('boom');
}, 0);
} catch (e) {
console.log('不会执行到这里');
}正确做法是：在回调内部自己 try/catch，或依赖 API 提供的错误通道（如 catch 方法、err 参数）。Node.js 回调习惯用 if (err) return handleError(err) 开头，就是为这一步留位置。
真正难的从来不是语法，而是判断“此刻我写的这个函数，会被谁、在什么条件下、带着哪些参数调用”。翻文档，看类型提示，打日志验证参数，比背概念有用得多。
