System.exit(0)会跳过finally执行，因其是进程级强制退出，绕过JVM控制流；而return和throw仍受JVM管理，保证finally执行；关键清理应使用shutdown hook。
System.exit(0) 会直接终止 JVM，所以 finally 不会执行。
System.exit() 的本质是进程级退出
它不是抛异常，也不是 return，而是向操作系统发送终止当前 Java 进程的请求。JVM 收到这个指令后，会立即开始销毁进程，跳过所有尚未执行的 Java 字节码——包括 try-catch-finally 的控制流逻辑。
- finally 块的执行依赖于 JVM 的正常控制流转移（比如 try 执行完、异常被捕获后、return 前等）
- System.exit() 绕过了 JVM 的控制流机制，属于“强制关机”，不给 finally 留执行机会
- 即使 finally 里有重要清理代码（如关闭文件、释放锁），也会被跳过
和 return、throw 的关键区别
return 和 throw 仍处于 JVM 控制范围内：return 会先执行 finally 再返回；throw 若被 catch 住，也会走完 finally 再继续抛或处理。但 System.exit() 不参与这套流程。
- return：JVM 保证 finally 在方法真正退出前执行
- throw（未被捕获）：若无匹配 catch，finally 仍会执行，然后线程终止
- System.exit()：JVM 直接调用本地方法 exit(0)，不触发任何 Java 层的清理钩子（除已注册的 shutdown hooks）
想确保清理逻辑执行？用 shutdown hooks
如果确实需要在 JVM 退出前做清理，应使用 Runtime.getRuntime().addShutdownHook()，它是专门为此设计的机制：
立即学习“Java免费学习笔记（深入）”；
- shutdown hook 是一个独立线程，在 JVM 关闭流程中被启动
- 它会在 System.exit()、Ctrl+C、系统关闭等场景下被触发
- 注意：它不保证执行顺序，也不保证一定完成（如 kill -9 强制终止就无法触发）
实际开发中的建议
避免在业务逻辑中直接调用 System.exit()，尤其在库代码或 Web 容器中——它会杀死整个应用，而非单个请求。
- Web 应用应通过返回响应或抛出特定异常来结束请求，而不是退出 JVM
- 命令行工具中若需退出，优先考虑 return 或抛出带状态码的异常，再由主方法统一 exit
- 必须用 System.exit() 时，把关键清理逻辑移到 shutdown hook 中
