微任务异常不会中断事件循环但会终止当前任务，且不跨任务传播；必须用内部try/catch捕获，全局兜底仅用于上报而非恢复。

微任务执行过程中发生的异常不会中断整个事件循环，但也不会自动消失——它会终止当前微任务的后续代码，且若未被显式捕获，将作为“未处理异常”暴露给运行时环境。

微任务异常不跨任务传播

在 Dart 或 JavaScript 中，每个微任务（如 Future.microtask 或 Promise.then 的回调）是独立执行单元。一个微任务内抛出异常，只会影响该任务自身剩余语句的执行，不会波及队列中其他微任务或后续事件任务。

• 例如：连续注册两个微任务，第一个抛出未捕获异常，第二个仍会正常执行
• 这种隔离性源于单线程消息循环的设计，而非错误被“吞掉”，而是被运行时标记为未处理

try/catch 是唯一同步捕获方式

微任务内部的异常必须用 try/catch 显式包裹，否则无法拦截。外部的 try/catch 对已入队的微任务无效——因为微任务是在当前同步代码结束后才执行的。

• 错误写法：try { Future.microtask(() => throw 'oops'); } catch (e) { ... } —— 捕获不到
• 正确写法：Future.microtask(() { try { throw 'oops'; } catch (e) { print(e); } });

未捕获异常的兜底出口

当微任务异常未被捕获时，不同平台提供不同级别的兜底机制：

• Dart 中可通过 runZonedGuarded 或全局 FlutterError.onError 捕获
• JavaScript 中触发 unhandledrejection（针对 Promise 微任务）或 error 事件（极少情况）
• 注意：这些兜底不等于“自动恢复”，只是给你上报或记录的机会，异常本身已导致该微任务中断

避免微任务堆积引发异常掩盖

微任务队列优先级高，若大量微任务连续执行，异常可能密集出现；而由于队列无天然分隔，多个未捕获异常可能被压缩成一次日志输出，增加排查难度。

• 建议对关键逻辑的微任务单独加 try/catch，而非依赖全局兜底
• 避免在微任务中执行耗时或易错操作；适合微任务的是轻量、确定性高的逻辑（如状态更新通知）
• 调试时可启用 Dart 的 --enable-asserts 或 JS 的 devtools > console > preserve log 查看逐条异常