在 Java 中，以下代码中有或没有 System.exit(0) 有什么区别？
public class TestExit
{
public static void main(String[] args)
{
System.out.println("hello world");
System.exit(0); // is it necessary? And when it must be called?
}
}
document 说：“这个方法永远不会正常返回。”这是什么意思？
【问题讨论】：
在这种情况下，不需要。不会启动额外的线程，您不会更改退出代码（默认为 0） - 基本上没有意义。
当文档说该方法永远不会正常返回时，这意味着后续代码行实际上无法访问，即使编译器不知道：
System.exit(0);
System.out.println("This line will never be reached");
要么抛出异常，要么虚拟机在返回之前终止。它永远不会“返回”。
很少有人值得致电System.exit() IME。如果您正在编写命令行工具，并且您想通过退出代码指示错误而不是仅仅抛出异常，这可能是有意义的......但我不记得我上次在正常生产代码中使用它是什么时候.
【讨论】：
System.exit() 永远不会正常完成 - 它总是会在出现异常或关闭 VM 的情况下完成（JLS 中并未真正涵盖）。
System.exit() 可用于在程序退出前运行shutdown hooks。这是在较大的程序中处理关闭的一种便捷方法，其中程序的所有部分都不能（也不应该）相互了解。然后，如果有人想退出，他可以简单地调用System.exit()，然后关闭挂钩（如果设置正确）负责执行所有必要的关闭仪式，例如关闭文件、释放资源等。
"此方法永远不会正常返回。"仅表示该方法不会返回；一旦一个线程去那里，它就不会回来了。
另一种可能更常见的退出程序的方法是简单地到达main 方法的末尾。但是如果有任何非守护线程在运行，它们不会被关闭，因此 JVM 也不会退出。因此，如果你有任何这样的非守护线程，你需要一些其他的方法（除了关闭钩子）来关闭所有非守护线程并释放其他资源。如果没有其他非守护线程，从main返回会关闭JVM并调用shutdown hook。
出于某种原因，关闭挂钩似乎是一种被低估和被误解的机制，人们正在通过各种专有的自定义黑客重新发明轮子来退出他们的程序。我会鼓励使用关闭挂钩；这一切都在您将使用的标准Runtime 中。
【讨论】：
Runtime.getRuntime().halt())
需要System.exit
在你的情况下，它与简单的从主返回完全相同的事情。
【讨论】：
exit 不是你唯一的选择。
exit 启动关闭挂钩。不是唯一的选择，但绝对是值得考虑的选择。
System.exit(0) 终止 JVM。在像这样的简单示例中，很难察觉差异。该参数被传递回操作系统，通常用于指示异常终止（例如某种致命错误），因此如果您从批处理文件或 shell 脚本调用 java，您将能够获取此值并了解如果申请成功。
如果您在部署到应用程序服务器的应用程序上调用System.exit(0) 会产生相当大的影响（在尝试之前请考虑一下）。
【讨论】：
该方法永远不会返回，因为它是世界末日，您的任何代码都不会被执行。
在您的示例中，您的应用程序无论如何都会在代码中的同一位置退出，但是，如果您使用 System.exit。您可以选择将自定义代码返回到环境中，例如
System.exit(42);
谁会使用您的退出代码？调用应用程序的脚本。适用于 Windows、Unix 和所有其他可编写脚本的环境。
为什么要返回代码？说“我没有成功”、“数据库没有回答”之类的话。
要了解如何获取退出代码的值并在 unix shell 脚本或 windows cmd 脚本中使用它，您可以查看this answer on this site
【讨论】：
Java Language Specification 这么说
程序退出
当发生以下两种情况之一时，程序会终止其所有活动并退出 发生：
所有不是守护线程的线程都终止。
某个线程调用了Runtime类或System类的exit方法， 并且退出操作未被安全管理器禁止。
这意味着当你有大程序（嗯，至少比这个大）并且想要完成它的执行时，你应该使用它。
【讨论】：
在可能具有复杂关闭挂钩的应用程序中，不应从未知线程调用此方法。 System.exit 永远不会正常退出，因为调用将阻塞，直到 JVM 终止。就好像正在运行的任何代码都在完成之前拔掉了电源插头。调用System.exit 将启动程序的关闭钩子，任何调用System.exit 的线程都会阻塞直到程序终止。这意味着如果关闭钩子依次向调用System.exit的线程提交任务，程序将死锁。
我正在使用以下代码在我的代码中处理此问题：
public static void exit(final int status) {
new Thread("App-exit") {
@Override
public void run() {
System.exit(status);
}
}.start();
}
【讨论】：
如果您在 JVM 中运行另一个程序并且您使用 System.exit，则该第二个程序也将被关闭。例如，假设您在集群节点上运行 java 作业，并且管理集群节点的 java 程序在同一个 JVM 中运行。如果作业使用 System.exit，它不仅会退出作业，还会“关闭整个节点”。由于管理程序已意外关闭，您将无法向该集群节点发送另一个作业。
因此，如果您希望能够从同一 JVM 中的另一个 java 程序控制您的程序，请不要使用 System.exit。
如果您想故意关闭整个 JVM，并且如果您想利用其他答案中描述的可能性（例如关闭挂钩：Java shutdown hook，非零返回值，请使用 System.exit对于命令行调用：How to get the exit status of a Java program in Windows batch file)。
还可以查看运行时异常：System.exit(num) or throw a RuntimeException from main?
【讨论】：
出于以下原因，切勿致电 System.exit(0)：
“正常”退出程序会向操作系统提供与System.exit(0) 相同的退出代码，因此是多余的。
如果您的程序无法“正常”退出，您就失去了对开发 [设计] 的控制。您应该始终完全控制系统状态。
顺便说一句：如果您想指示程序异常终止，返回 0 以外的其他返回码确实有意义。
【讨论】：
虽然答案确实很有帮助，但它错过了一些额外的细节。除了上面的答案，我希望下面的内容能帮助理解java中的关机过程：
PS：JVM 可以以有序或突然的方式关闭。
【讨论】：