JavaScript异步编程本质是单线程+事件循环实现非阻塞执行；回调函数作为参数传入异步操作，由底层环境在任务完成后调用，主线程不等待而继续执行。
JavaScript 的异步编程，本质是让耗时操作（比如网络请求、文件读取、定时器）不卡住主线程，程序可以一边等结果，一边继续干别的事。它不是“多线程”，而是靠单线程 + 事件循环来实现的非阻塞执行。
回调函数是怎么参与异步的
回调函数本身只是一个普通函数，但当它被当作参数传给某个异步操作（如 setTimeout、fs.readFile、fetch 的旧式封装），它的执行时机就由那个异步操作控制——不是立刻执行，而是在异步任务完成之后才被调用。
- 主线程遇到异步操作（比如
setTimeout(..., 1000)），会把回调函数交给浏览器或 Node.js 的底层环境去“记着” - 主线程立刻继续往下跑，不会停在这儿等一秒
- 任务队列（宏任务队列）
- 等当前所有同步代码和微任务（如 Promise.then）执行完，事件循环发现调用栈空了，就从队列里取出这个回调，压进调用栈执行
为什么回调能“不阻塞”
关键在于控制权移交：你把“接下来做什么”打包成函数交出去，自己先撤退。就像点完外卖说“好了叫我”，然后去看剧——通知你这件事，不再由你盯着锅，而由平台在出餐后主动触发。
- 函数是一等公民，可赋值、可传递、可存储，这是回调可行的语言基础
- 异步操作本身（如 I/O、计时器）由运行时环境在后台线程或系统内核中处理，JS 主线程只负责调度回调
- 事件循环机制确保回调不会“插队”，而是在合适时机（栈空 + 队列有任务）才执行
回调函数的典型写法与注意点
常见形式包括命名函数、匿名函数、箭头函数，但核心逻辑一致：它必须被设计为接收预期参数（如 (err, data) 或 result），并在异步完成后被调用。
立即学习“Java免费学习笔记（深入）”；
- Node.js 风格回调：第一个参数约定为
err，用于错误优先处理 - 浏览器 API（如
setTimeout）通常只传成功结果，无内置错误通道 - 错误无法用
try...catch捕获，必须在回调内部判断或靠上层兜底 - 多个依赖异步嵌套时容易形成“回调地狱”，结构深、难调试、难复用
基本上就这些。回调是异步编程的起点，理解它怎么被推迟、谁来触发、何时入栈，就抓住了 JavaScript 异步模型的脉门。
