Java中什么时候应该调用System.exit

Question

在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? 
    }      
}

文档 说： “这个方法永远不会正常返回。”这是什么意思？

Answer 1

System.exit() 可用于运行 在程序退出之前关闭挂钩。这是处理大型程序中关闭的便捷方法，其中程序的所有部分不能（也不应该）相互了解。然后，如果有人想要退出，他可以简单地调用 System.exit()，关闭挂钩（如果设置正确）会负责执行所有必要的关闭仪式，例如关闭文件、释放资源等等

“这个方法永远不会正常返回。”意味着该方法不会返回；一旦线程到达那里，它就不会再回来。

另一种可能更常见的退出程序的方法是简单地到达 main 方法的末尾。但如果有任何非守护线程正在运行，它们将不会被关闭，因此 JVM 也不会退出。因此，如果您有任何此类非守护线程，则需要一些其他方法（而不是关闭挂钩）来关闭所有非守护线程并释放其他资源。如果没有其他非守护线程，从 main 返回将关闭 JVM 并调用关闭挂钩。

由于某种原因，关闭挂钩似乎是一种被低估和误解的机制，人们正在用各种专有的自定义黑客来重新发明轮子来退出他们的程序。我鼓励使用关闭挂钩；这一切都在标准运行时中反正都会用

Answer 2

在这种情况下，就不需要了。不会启动额外的线程，您不会更改退出代码（默认为 0） - 基本上这是没有意义的。

当文档说该方法永远不会正常返回时，这意味着后续代码行实际上无法访问，即使编译器不知道：

System.exit(0);
System.out.println("This line will never be reached");

要么抛出异常，要么虚拟机将终止返回之前。它永远不会“只是回来”。

很少有值得调用 System.exit() IME 的情况。如果您正在编写命令行工具，并且您想通过退出代码指示错误而不是仅仅抛出异常，那么这是有意义的......但我不记得上次在正常生产代码中使用它是什么时候。

Answer 3

该方法永远不会返回，因为这是世界末日，接下来不会执行任何代码。

在您的示例中，您的应用程序无论如何都会在代码中的同一位置退出，但是，如果您使用 System.exit。您可以选择将自定义代码返回到环境中，例如

System.exit(42);

谁将使用您的退出代码？调用应用程序的脚本。适用于 Windows、Unix 和所有其他可编写脚本的环境。

为什么要返回代码？说“我没有成功”、“数据库没有回答”之类的话。

要了解如何获取退出代码的值并在 unix shell 脚本或 windows cmd 脚本中使用它，您可以检查 此网站上的此答案

Answer 4

System.exit(0) 终止 JVM。在这样的简单示例中，很难察觉其中的差异。该参数被传回操作系统，通常用于指示异常终止（例如某种致命错误），因此如果您从批处理文件或 shell 脚本调用 java，您将能够获取该值并了解一下如果申请成功。

如果您在部署到应用程序服务器的应用程序上调用 System.exit(0) ，将会产生相当大的影响（在尝试之前请考虑一下）。

Answer 5

在可能具有复杂关闭挂钩的应用程序中，不应从未知线程调用此方法。 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();
}

Answer 6

虽然答案确实很有帮助，但有些人错过了一些更多的额外细节。除了上面的答案之外，我希望下面的内容能够帮助理解java中的关闭过程：

1. 在有序*关闭中，JVM首先启动所有已注册的关闭挂钩。关闭挂钩是使用 Runtime.addShutdownHook 注册的未启动线程。
2. JVM 不保证关闭挂钩的顺序
   已开始。如果任何应用程序线程（守护程序或非守护程序）仍在运行
   在关闭时，它们继续与关闭过程同时运行。
3. 当所有关闭挂钩完成后，JVM 可能会选择运行终结器
   如果 runFinalizersOnExit 为 true，则停止。
4. JVM 不会尝试停止或中断任何在关闭时仍在运行的应用程序线程；当 JVM 最终停止时，它们会突然终止。
5. 如果关闭挂钩或终结器未完成，则有序关闭进程将“挂起”，并且 JVM 必须突然关闭。
6. 在突然关闭时，JVM 除了停止 JVM 之外不需要执行任何操作； shutdown hooks 将不会运行。

PS：JVM 可以以有序或突然方式关闭。

1. 当最后一个“正常”（非守护进程）线程终止、有人调用 System.exit 或通过其他特定于平台的方式（例如发送 SIGINT 或按 Ctrl-C）时，会启动有序关闭。
2. 虽然以上是标准和首选方式
   JVM要关闭，也可以通过调用Runtime.halt来突然关闭
   或者通过操作系统杀死 JVM 进程（例如发送
   信号杀死）。

Answer 7

由于以下原因，永远不要调用 System.exit(0)：

1. 它是一个隐藏的“goto”和“goto”，会破坏控制流。在这种情况下依赖钩子是团队中每个开发人员都必须了解的心理图。

2. “正常”退出程序向操作系统提供与 System.exit(0) 相同的退出代码，因此它是多余的。

   如果您的程序无法“正常”退出，您就失去了对开发[设计]的控制。您应该始终完全控制系统状态。

3. 诸如运行正常情况下不停止的线程之类的编程问题会被隐藏起来。
4. 您可能会遇到不一致的应用程序状态异常中断线程。 （请参阅#3）

顺便说一句：如果您想指示程序异常终止，则返回 0 以外的其他返回代码确实有意义。

Answer 8

需要 System.exit

• 当您想返回非 0 错误代码时
• 当您想从不是 main() 的地方退出程序时

在您的情况下，它与简单的 return-from-main 执行完全相同的操作。

Answer 9

Java 语言规范 说

程序退出

当发生以下两种情况之一时，程序将终止其所有活动并退出
发生：

所有非守护线程的线程都会终止。

某个线程调用类Runtime或类System的exit方法，
并且退出操作未被安全管理员禁止。

这意味着当您有大型程序（好吧，至少比这个更大）并且想要完成其执行时，您应该使用它。

Answer 10

如果您有另一个程序在 JVM 中运行并且您使用 System.exit，那么第二个程序也将被关闭。例如，假设您在集群节点上运行 java 作业，并且管理集群节点的 java 程序在同一个 JVM 中运行。如果作业使用 System.exit，它不仅会退出作业，还会“关闭整个节点”。由于管理程序已意外关闭，您将无法向该集群节点发送另一个作业。

因此，如果您希望能够从同一 JVM 中的另一个 java 程序控制您的程序，请不要使用 System.exit。

如果您想有意关闭整个 JVM，并且想利用其他答案中描述的可能性（例如关闭挂钩：Java 关闭钩子，命令行调用的非零返回值：如何在 Windows 批处理文件中获取 Java 程序的退出状态）。

另请查看运行时异常： System.exit(num) 或 throw来自 main 的 RuntimeException？