java 捕获sigkill_如何在Java中正常处理SIGKILL信号

我期望JVM优雅地中断 ( thread.interrupt() )应用程序创build的所有正在运行的线程，至less对于信号SIGINT (kill -2)和SIGTERM (kill -15) 。

这样，信号将被转发给它们，允许以标准的方式优雅的线程取消和资源定位。

但事实并非如此 (至less在我的JVM实现中： Java(TM) SE Runtime Environment (build 1.8.0_25-b17), Java HotSpot(TM) 64-Bit Server VM (build 25.25-b02, mixed mode) 。

正如其他用户所说， closures钩子的使用似乎是强制性的。

那么，我该如何处理呢？

首先，我并不关心所有程序，只在那些我想跟踪用户取消和意外结束的程序中。 例如，假设你的java程序是由其他程序pipe理的。 您可能想区分它是否已正常终止(来自pipe理进程的SIGTERM )或发生了closures(以便在启动时自动重新启动作业)。

作为基础，我总是让长时间运行的线程周期性地意识到中断状态，如果InterruptedException则抛出InterruptedException 。 这使得开发人员可以控制执行终止(也产生与标准阻止操作相同的结果)。 然后，在线程堆栈的顶层捕获InterruptedException ，并执行相应的清理。 这个线程被编码为已知如何响应中断请求。 高凝聚力devise。

所以，在这种情况下，我添加了一个closures钩子，这就是我认为JVM默认应该执行的操作：中断我的应用程序创build的所有仍在运行的非守护线程：

Runtime.getRuntime().addShutdownHook(new Thread() { @Override public void run() { System.out.println("Interrupting threads"); Set runningThreads = Thread.getAllStackTraces().keySet(); for (Thread th : runningThreads) { if (th != Thread.currentThread() && !th.isDaemon() && th.getClass().getName().startsWith("org.brutusin")) { System.out.println("Interrupting '" + th.getClass() + "' termination"); th.interrupt(); } } for (Thread th : runningThreads) { try { if (th != Thread.currentThread() && !th.isDaemon() && th.isInterrupted()) { System.out.println("Waiting '" + th.getName() + "' termination"); th.join(); } } catch (InterruptedException ex) { System.out.println("Shutdown interrupted"); } } System.out.println("Shutdown finished"); } });

完整的testing应用程序在github上： https ： //github.com/idelvall/kill-test