[转]jvm关闭钩子与信号处理

对于使用Java做server端程序来说，通常会希望在JVM关闭时做些扫尾工作，比如写内存数据到磁盘、关闭句柄等。JVM提供了关闭钩子（shutdown hooks）来做这件事情。关闭钩子使用起来很简单，调用Runtime实例的public void addShutdownHook(Thread hook)即可，其中参数hook就是要做扫尾工作的钩子线程。这就是说，调用这个方法，JVM便会在初始化时注册这个钩子，待时机到了触发钩子。而触发的时机有：1）程序正常退出或者调用System.exit方法，如果是多线程环境，要求是最后一个非守护线程终止，2）JVM收到需要关闭自己的信号（比如SIGINT、SIGTERM等，但像SIGKILL，JVM就没有机会去处理了），也或者发生如系统关闭这种不可阻挡的事件。

对于addShutdownHook中的钩子代码，也是有一些要注意的地方，下面列举几点：
1、关闭钩子可以注册多个，在关闭JVM时就会起多个线程来运行钩子。通常来说，一个钩子就足够了，但如果需要启用多个钩子，就需要注意并发带来的问题。
2、钩子里也要注意对异常的处理，如果不幸抛出了异常，那么钩子的执行序列就会被终止。
3、在钩子运行期间，工作线程也在运行，需要考虑到工作线程是否会对钩子的执行带来影响，我最近发现的一个bug就是这种情况，场景是钩子要关闭文件句柄，但因为同时server还接收提交请求，结果文件又被打开，造成不想要的结果。
4、钩子里的代码尽可能简洁，否则当像系统关闭等情景可能钩子来不及运行完JVM就被退出了。

话题转到信号处理上，我们知道在linux下c服务端编程里，信号处理是必不可少的，它除了像JVM那样可以在程序退出前做些扫尾工作，还可以针对特定的信号做些实用的处理，比如自定义信号来重新加载文件等（当然这个功能使用一个线程轮询检查也是很方便的）。但不管怎么说，在Linux c中，你是可控信号的。但在Java，JVM掌管着信号处理，这使得程序端无法对信号做处理。这也可以理解，就像一些Server它本身对各种信号做了处理，如果你写个挂在它下面的扩展也对信号做处理，就可能出现冲突。不过，如果你真想在Java里做信号处理，也是有办法的，jdk里提供了相关可使用的接口，那就是sun.misc包下的Signal和SignalHandler。不过看名字就知道这个东西不靠谱，人家也强烈不建议你用。我测试的结果时，在eclipse里根本不能自动编译通过，使用javac编译会给出警告信息”sun.misc.Signal 是 Sun 的专用 API，可能会在未来版本中删除“。所以，就不要想在Java里做信号处理了，还是想想其他方法来解决问题吧。

附，关于JVM的关闭钩子及信号处理，http://www.ibm.com/developerworks/java/library/i-signalhandling/ 很值得一读。

=============================== 华丽的终止符 ================================

本文作者：kafka0102，转载文章请注明来源，谢谢！！
本文链接：http://www.kafka0102.com/2010/04/107.html