java中try-catch-finally仅适用于同步异常处理，异步场景需用future.get()、completablefuture的exceptionally/handle/whencomplete及thread.setdefaultuncaughtexceptionhandler兜底。
Java中try-catch-finally是同步异常处理的核心机制，但它**不适用于异步场景**——线程池提交的任务、CompletableFuture链式调用、事件监听器中的异常，若未显式捕获，会静默丢失或导致线程终止。实战中必须区分同步与异步的异常处理策略。
同步代码：严格遵循 try-catch-finally 执行逻辑
在主线程或普通方法内，异常流可控且可预测：
- try块中抛出异常后，剩余语句跳过，立即匹配catch；无匹配则向上抛
- 无论是否发生异常、是否return，finally一定执行（JVM正常运行前提下）
- try或catch中有return时，返回值先暂存，再进finally；finally中修改引用类型对象属性会影响返回结果，但不能改变基本类型返回值
- finally里写return会直接覆盖原返回值，应绝对避免
异步任务：异常不会自动传播到提交方
使用ExecutorService.submit(Runnable)或Future.get()时，异常被封装在Future中，不调用get()就看不到：
-
submit(Runnable)：异常在future.get()时才抛出，类型为ExecutionException，原始异常在cause中 -
submit(Callable)：同上，必须显式调用get()才能触发异常处理 -
execute(Runnable)：异常未捕获会导致工作线程终止，且无任何反馈——这是常见隐患
CompletableFuture：用 handle / whenComplete 替代 catch
链式异步操作中，catch关键字无效；需用专门方法响应异常：
-
exceptionally(Function<throwable t>)</throwable>：仅在发生异常时执行，可返回默认值或降级结果 -
handle(BiFunction<t throwable r>)</t>：无论成功或失败都执行，统一处理结果和异常 -
whenComplete(BiConsumer<t throwable>)</t>：只做副作用（如打日志、清理），不改变结果 - 避免在
thenApply等中间阶段裸写可能抛异常的逻辑，应在内部用try-catch兜住
全局兜底：Thread.setDefaultUncaughtExceptionHandler
对无法控制的异步执行路径（如第三方SDK回调、定时任务），设置线程级异常处理器：
- 它捕获的是未被任何try-catch捕获、也未被Future/CompletableFuture处理的异常
- 适合记录日志、发送告警，但**不能恢复业务逻辑**
- 需在应用启动时为所有线程池配置，例如：
threadPool.setThreadFactory(r -> { Thread t = new Thread(r); t.setUncaughtExceptionHandler(handler); return t; });
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
