多线程中try-catch-finally行为与单线程一致，各线程异常互不干扰、finally必执行（线程未强制终止时）、return与finally顺序规则不变，未捕获异常仅终止当前线程。
在多线程环境下，try-catch-finally 的行为逻辑与单线程一致，但关键在于**每个线程独立拥有自己的执行栈和异常处理上下文**——异常不会跨线程传播，也不会自动影响其他线程的运行。
各线程异常互不干扰
一个线程中抛出的异常，只由该线程内定义的 catch 块捕获；其他线程既看不到这个异常，也不会因此中断或终止。例如：
- 线程 A 在
run()中执行10 / 0抛出ArithmeticException，仅触发 A 自己的catch分支； - 线程 B 即使也在运行相同代码，只要没发生异常，就不会进入任何
catch； - 主线程启动两个子线程后，即使两者都崩溃，主线程仍会继续执行后续语句（除非显式等待或检查状态）。
finally 总会在本线程内执行
finally 块的“必执行”特性在线程中依然成立，前提是该线程尚未被强制终止：
- 无论
try中是否抛异常、是否被catch捕获，只要线程未调用System.exit()或被Thread.stop()（已废弃）杀死，finally就一定执行； - 常见用途是释放本线程独占的资源：如关闭本线程打开的文件流、断开本线程建立的数据库连接、标记本线程任务完成等；
- 注意：
finally不保证“原子性”或“线程安全”，若多个线程共用同一资源（如静态文件句柄），需额外加锁或使用线程局部变量（ThreadLocal）隔离。
return 与 finally 的执行顺序不变
即使在多线程中，return 和 finally 的执行优先级规则完全复用单线程语义：
立即学习“Java免费学习笔记（深入）”；
- 若
try或catch中有return，JVM 会先暂存返回值，再跳入finally执行； - 若
finally中也有return，则直接返回finally的值，覆盖之前暂存的结果； - 这一行为在线程内部独立发生，不影响其他线程的返回逻辑或执行流程。
无法捕获未处理的运行时异常
如果线程中抛出的异常未被 catch，且不是 checked exception（如 NullPointerException），默认行为是：
- 该线程的执行立即终止；
- JVM 调用该线程的
UncaughtExceptionHandler（若已设置），否则打印堆栈到标准错误流； - 其他线程照常运行，不会连锁崩溃；
- 建议为关键线程显式设置异常处理器，避免静默失败：
thread.setUncaughtExceptionHandler((t, e) → log.error(t.getName(), e));
