JavaScript异步处理核心是避免阻塞主线程，回调函数易导致嵌套和错误处理困难，Promise通过状态托管实现链式调用、错误冒泡和组合能力，现代开发优先使用Promise或async/await。
JavaScript处理异步操作，核心是避免阻塞主线程，让耗时任务（比如网络请求、文件读取、定时器）不卡住页面。回调函数和Promise都是实现方式，但设计思路和使用体验差别挺大——简单说：回调函数是“手动调度”，Promise是“状态托管”。
回调函数：最原始但容易失控
把一个函数作为参数传给另一个函数，在异步任务完成后由它来执行。比如：
setTimeout(() => console.log('3秒后执行'), 3000);
问题不在写法，而在嵌套和错误处理：
立即学习“Java免费学习笔记（深入）”；
- 多层异步嵌套 → “回调地狱”（callback hell），代码向右滑出屏幕
- 每个回调都要单独检查错误，重复写if (err) {...}
- 无法用try/catch捕获异步错误
- 控制流难复用，比如想“全部完成再执行”或“任一失败就中止”，得自己写逻辑
Promise：用状态封装异步结果
Promise代表一个“将来才会有的值”，内部有三种状态：pending（进行中）、fulfilled（成功）、rejected（失败）。一旦状态改变，就不可逆。
它解决了回调的核心痛点：
- 链式调用：.then() 和 .catch() 让流程从嵌套变线性
- 错误自动冒泡：任何一个.then()里抛错，都会被后续最近的.catch()捕获
- 组合能力更强：Promise.all([p1, p2]) 等待全部完成，Promise.race([p1, p2]) 取最快那个
- 可被async/await直接消费，写法接近同步代码
实际选哪个？看场景
新项目基本都用Promise或async/await。回调函数现在主要出现在：
- 老API（如Node.js早期的fs.readFile）
- 事件监听（button.addEventListener('click', handler)）——这不是“异步操作”的典型问题，而是事件机制本身
- 某些底层库为兼容性保留的回调接口
现代写法推荐：优先用fetch().then().catch()，或更简洁的async/await，遇到回调API时用Promise.resolve().then(...)包装一下就行。
基本上就这些。不是谁淘汰谁，而是Promise让异步逻辑更可读、可维护、可组合。
