start()方法无法捕获线程内异常，因为它仅启动线程调度，run()在新线程中异步执行，异常发生在子线程上下文且不向上冒泡；可通过setuncaughtexceptionhandler、run内try-catch或executorservice+future等方式处理。
Java 中 start() 方法本身不会抛出异常，也无法直接捕获线程执行过程中发生的异常。线程内抛出的未捕获异常会由线程的默认异常处理器处理，默认行为是打印堆栈跟踪并终止该线程，而不会影响其他线程或主线程。
为什么 start() 无法捕获线程内异常
start() 只负责启动线程调度，它返回后线程可能刚进入运行状态，也可能还没执行任何代码。此时线程体（即 run() 方法）是在新线程中异步执行的，主线程无法通过 try-catch 捕获其内部异常。
-
start()不会抛出RuntimeException或检查异常（除非调用时机错误，如重复 start，抛IllegalThreadStateException） -
run()中抛出的异常不会向上冒泡到start()调用处 - 异常发生在子线程上下文中，与主线程隔离
使用 setUncaughtExceptionHandler 捕获线程异常
每个线程都可以设置一个未捕获异常处理器，当其 run() 方法因未处理异常而退出时，JVM 会调用该处理器。
- 通过
Thread.setUncaughtExceptionHandler()为单个线程设置 - 通过
Thread.setDefaultUncaughtExceptionHandler()设置全局默认处理器 - 处理器方法签名：
void uncaughtException(Thread t, Throwable e)
示例：
Thread t = new Thread(() -> {
throw new RuntimeException("线程内出错了");
});
t.setUncaughtExceptionHandler((thread, ex) ->
System.err.println("线程 [" + thread.getName() + "] 异常: " + ex.getMessage())
);
t.start();
在 run() 内部主动 try-catch 处理异常
最直接可控的方式是在 run() 方法中包裹逻辑并捕获异常，避免异常逃逸到 JVM 默认处理流程。
- 适合已知可能出错的业务逻辑，便于记录、重试或通知
- 可结合自定义回调、Future、CountDownLatch 等机制向外部反馈结果
- 注意：不要忽略异常（空 catch），至少记录日志
示例：
new Thread(() -> {
try {
// 可能抛异常的代码
riskyOperation();
} catch (Exception e) {
// 记录日志或触发恢复逻辑
logger.error("线程执行失败", e);
// 可选：通知主线程、写入监控指标等
}
}).start();
使用 ExecutorService + Future 获取任务执行结果和异常
相比裸线程，推荐使用线程池提交 Callable 任务，通过 Future.get() 主动获取结果或异常。
-
Callable.call()可抛出受检异常，被封装进ExecutionException -
Future.get()在任务完成前阻塞，完成后若异常则抛ExecutionException（原因在getCause()中） - 主线程能统一感知和处理所有任务异常
示例：
ExecutorService exec = Executors.newSingleThreadExecutor();
Future<string> future = exec.submit(() -> {
if (Math.random() > 0.5) throw new IOException("模拟IO异常");
return "success";
});
try {
String result = future.get(); // 此处可能抛 ExecutionException
} catch (ExecutionException e) {
Throwable cause = e.getCause();
System.err.println("任务异常: " + cause.getClass().getSimpleName());
}
exec.shutdown();
</string>
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
