异步任务丢失本质是“本该执行的回调没被执行”，主因包括promise未被消费、错误处理缺失、上下文失效、资源提前释放及微任务队列积压，需通过显式catch、上下文绑定、清理标志和全局监听来防控。
异步任务丢失，本质是“本该执行的回调没被执行”，常见于错误处理缺失、promise 未被消费、事件监听器未绑定或资源提前释放。它不报错，却让逻辑静默失效，排查困难。
确保 Promise 始终被消费
未被 .then() 或 await 处理的 Promise，即使 rejected，也不会触发全局错误（除非开启 unhandledrejection 监听）。浏览器可能仅在控制台警告，但程序继续运行，任务就“丢了”。
- 所有 Promise 都应显式链上
.catch()，或包裹在try/catch中 - 避免“fire-and-forget”写法：如
fetch('/api').then(render)没有.catch，网络失败时 render 不会调用，且无提示 - 第三方 SDK 返回非 Promise 值（比如某些旧版上传方法），直接
await会同步执行并可能抛错——应先包装：await Promise.resolve(thirdPartyCall())
防止异步回调脱离上下文
定时器、事件监听器、Promise 回调中的 this 或变量引用失效，会导致函数执行但逻辑无效，看似“任务丢失”。
- 类方法中使用
setTimeout或addEventListener，需用箭头函数或.bind(this)绑定上下文 - 闭包中引用的外部变量被后续代码覆盖（如循环中为每个按钮注册点击事件，但共用同一个变量）——用
let声明或立即执行函数隔离作用域 - 组件卸载后仍执行异步回调（如 React 中
useEffect启动的 fetch），需加清理标志：let mounted = true; fetch().then(data => mounted && update(data))
统一捕获未处理的异步错误
Promise rejection 和 async 函数中未捕获的异常，默认不会中断主线程，也不冒泡到全局 try/catch，极易静默丢失。
- 全局监听
window.addEventListener('unhandledrejection', e => console.error(e.reason))，用于发现遗漏的 Promise 错误 - Node.js 环境监听
process.on('unhandledRejection', ...) - 对关键路径（如登录、支付）的异步操作，强制添加兜底
.catch并上报错误，不依赖开发者自觉
检查微任务与宏任务的执行时机
任务“没执行”，有时只是还没轮到——尤其在大量 Promise.then 链或 queueMicrotask 场景下，微任务队列积压可能导致后续逻辑延迟甚至被浏览器中断。
- 避免无限递归 resolve（如
p.then(() => p)），会阻塞微任务队列 - 高频操作（如滚动加载）中，用
requestIdleCallback或节流代替连续Promise.then，给渲染留出时间 - 调试时可插入
console.log('before await'); await something(); console.log('after await')，确认是否卡在 await 后（说明 await 后面不是真异步）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
