主线程抛出未捕获异常会直接终止JVM，打印堆栈后强制结束所有线程；子线程异常则仅自身终止，不影响JVM和其他线程运行。
主线程抛出未捕获异常会直接终止JVM
Java程序启动时，main方法运行在主线程（即Thread[main,5,main]）。如果这个线程执行中抛出未被try-catch捕获的异常（包括RuntimeException及其子类、Error等），JVM会打印堆栈跟踪，然后立即退出——整个进程终止，其他所有线程（无论是否守护线程）都会被强制中断。
这和子线程行为完全不同：普通子线程未捕获异常只会自身死亡，不影响JVM存活。
-
main方法里写throw new NullPointerException()→ 控制台输出异常后程序退出，返回码通常为 1 - 即使有正在运行的非守护线程（如后台定时任务），只要
main挂了，它们全被杀掉 - 不会触发
finally块之后的代码（除非异常在try内且finally已开始执行）
如何让主线程异常不导致JVM退出
唯一可靠方式是**在main方法内兜底捕获所有异常**。不能依赖Thread.setDefaultUncaughtExceptionHandler——它对主线程无效（该处理器只对显式创建的线程生效）。
public static void main(String[] args) {
try {
doSomethingRisky();
} catch (Throwable t) {
System.err.println("主线程异常：" + t);
// 记录日志、发送告警、清理资源...
System.exit(1); // 显式退出，避免静默失败
}
}
- 用
Throwable而非Exception，以覆盖Error（如OutOfMemoryError） - 不要只
catch (Exception e)，否则StackOverflowError等仍会导致JVM崩溃 - 捕获后建议调用
System.exit(int)，明确控制退出状态，而不是靠异常传播自动退出
子线程异常对主线程完全无影响
这是常被误解的一点：主线程和子线程的异常处理域完全隔离。子线程抛异常，主线程照常运行；主线程抛异常，子线程立刻陪葬——但反过来不成立。
ImageMagick 批处理处理器
下载
使用 ImageMagick 的 convert 和 mogrify 命令进行批量图像处理，支持调整大小、裁剪、水印和格式转换。与 libvips 集成以实现高性能缩略图生成。
立即学习“Java免费学习笔记（深入）”；
例如：
public static void main(String[] args) throws InterruptedException {
Thread t = new Thread(() -> {
throw new RuntimeException("子线程炸了");
});
t.start();
Thread.sleep(100); // 主线程继续执行
System.out.println("主线程还在跑"); // 这行会正常输出
}
- 上面代码会输出"主线程还在跑"，然后JVM继续运行（直到
main自然结束） - 子线程异常默认由
ThreadGroup.uncaughtException处理，仅打印堆栈，不中断主线程 - 若需感知子线程异常，必须通过
join()+ 共享状态，或使用Future.get()（配合ExecutorService）
守护线程异常也不会救主线程
有人误以为把关键逻辑放进守护线程（setDaemon(true)）能“保命”，其实没用。守护线程只是JVM退出时的清理辅助角色，它异常与否，既不影响主线程生死，也不能阻止主线程异常带来的JVM退出。
- 主线程异常 → JVM立即终止 → 所有线程（含守护线程）强制销毁
- 守护线程自己异常 → 它自己结束，JVM继续运行（只要还有非守护线程活着）
- 没有“守护线程兜住主线程异常”这种机制
真正需要容错的场景，得靠进程级监控（如systemd重启）、外部看门狗，或者把核心逻辑拆成独立服务——JVM内部没有异常逃生舱。
