Java线程内未捕获异常默认不传播、不中断其他线程，仅终止自身并打印堆栈；需用Future.get()、共享变量或CompletableFuture等显式机制传递异常。
Java中线程内的异常默认不会传播到创建它的线程，也不会中断其他线程，更不会自动抛给主线程——这是多线程异常处理最易误解的核心点。
线程内未捕获异常的默认行为
当一个线程（包括通过Thread或Runnable启动的线程）运行时抛出未捕获的异常，JVM会调用该线程的UncaughtExceptionHandler。如果没显式设置，就使用其父线程的处理器；若仍无，则交由ThreadGroup处理，最终打印堆栈到System.err，然后线程终止——但不会影响其他线程，也不会通知启动方。
- 主线程抛异常会直接退出JVM；子线程抛异常只会自己结束
- try-catch必须写在run()方法内部才有效
- 把run()里抛的异常往外throws声明毫无意义（Runnable.run()不声明抛异常）
主动捕获并传递异常的常用方式
若需让主线程感知子线程异常，得靠显式机制传递，不能依赖“自动传播”。
- 使用Future.get()：配合ExecutorService.submit(Callable)，异常会被封装进ExecutionException，调用get()时原样抛出（原始异常是getCause()）
-
共享状态 + wait/notify 或 volatile 标记：子线程将异常赋值给某个共享字段（如AtomicReference
），主线程定期检查或等待完成信号 - 自定义UncaughtExceptionHandler：适用于记录、告警等事后处理，但无法“同步阻塞等待异常发生”
ExecutorService 与异常处理的最佳实践
使用线程池时，execute(Runnable)遇到异常会静默吞掉（仅打日志），而submit(Callable)才是可控异常传递的推荐路径。
立即学习“Java免费学习笔记（深入）”；
- 避免用execute()提交可能出错的逻辑；优先选submit() + Future
- 务必在主线程中调用future.get()（可设超时），否则异常永远不会浮现
- 批量提交任务时，用invokeAll()统一获取所有Future，再逐个get()，便于集中处理异常
CompletableFuture 的现代化解法
Java 8+ 推荐用CompletableFuture替代原始线程和Future，它天然支持异常链式处理：
- exceptionally(Function)：类似 catch，返回默认值或转换异常
- handle(BiFunction)：无论成功或失败都执行，统一收口处理结果与异常
- whenComplete(BiConsumer)：只做副作用（如清理、日志），不改变结果
- 异常会自动沿链传播，无需手动get()，也支持组合多个异步任务的错误恢复逻辑
