根本原因是线程间异常不跨栈传递，因main与子线程调用栈独立，try-catch仅限当前栈帧生效；子线程异常未捕获会终止线程并触发UncaughtExceptionHandler，而非向主线程传播。
Java里线程中的异常捕获不到，根本原因不是“语法写错了”，而是线程之间异常不跨栈传递——main线程和子线程各自拥有独立的调用栈，try-catch只在当前栈帧生效。
为什么主线程try-catch对子线程无效
你写的new Thread(() -> { throw new RuntimeException(); }).start()，本质上启动了一个全新执行流。JVM不会把子线程抛出的异常“转发”给启动它的主线程，就像你不能在main里catch另一个进程崩溃一样。
- 子线程异常未捕获 → 线程立即终止，JVM默默调用
Thread.getUncaughtExceptionHandler() -
main中thread.join()只能等线程结束，但**不会重新抛出它内部的异常**（除非你自己在run()里包装成返回值或状态） - 编译器对
Runnable.run()方法签名强制不抛出checked exception，进一步堵死了“向上声明”的路
三种真正有效的捕获方式及适用场景
别再指望main里包一层try了，得换思路：
Miller CSV TSV JSON 数据处理器
下载
Miller (mlr) 是一个命令行工具，用于查询、整形和重新格式化名称索引数据，如 CSV、TSV、JSON 和 JSON Lines。它将 awk、sed、cut、join 和 sort 的功能整合到一个专为结构化数据处理而构建的单一工具中。
-
方案1：在
run()内try-catch兜底 —— 最直接，适合简单任务、日志记录、降级处理
必须覆盖所有可能路径（包括finally块里的异常），否则仍会逃逸 -
方案2：用
Thread.setUncaughtExceptionHandler()—— 专治“忘了写catch”的漏网之鱼
注意：只对unchecked exception生效；checked exception必须在run()里自己try-catch或转成RuntimeException -
方案3：改用
Callable + Future—— 线程池场景首选Future.get()会把任务内异常封装成ExecutionException，e.getCause()才是原始异常；但仅适用于submit()提交的任务，execute()不行
线程池里异常更隐蔽的坑
用ThreadPoolExecutor.execute(Runnable)时，异常会被吞掉——线程池默认catch住所有异常，然后静默终止该工作线程。后果很实际：
立即学习“Java免费学习笔记（深入）”；
- 线程复用失效：频繁异常 → 频繁创建新线程 →
OOM或连接耗尽 - 日志无声：没配
UncaughtExceptionHandler，异常连堆栈都不打 - 修复建议：
submit(Callable)+future.get()；或自定义ThreadFactory统一设处理器
ThreadFactory factory = r -> {
Thread t = new Thread(r);
t.setUncaughtExceptionHandler((thread, e) ->
System.err.println("线程池线程异常: " + thread.getName() + " - " + e));
return t;
};
ExecutorService pool = Executors.newFixedThreadPool(4, factory);
最容易被忽略的一点：UncaughtExceptionHandler只在异常彻底没人处理时触发，如果你在run()里已经catch了，它根本不会被调用——它不是“兜底的兜底”，而是“最后的最后”。
