通过JDK源码分析关闭钩子详解

关闭钩子

用户关闭关闭程序，需要做一些善后的清理工作，但问题是，某些用户不会按照推荐的方法关闭应用程序，肯能导致善后工作无法进行。像tomcat调用server的start方法启动容器，然后会逐级调用start。当发出关闭命令是会启动关闭功能，但是关闭可能会有一些意外产生，导致应用程序没有进入到我们制定的关闭方法去。如何解决这个问题呢，使得即使有意外也能正常进入关闭流程。

好在java提供了一种优雅的方式去解决这种问题。使得关闭的善后处理的代码能执行。java的关闭钩子能确保总是执行，无论用户如何终止应用程序。除非用户kill，这个是个死穴。

Java提供了Shutdown Hook机制，它让我们在程序正常退出或者发生异常时能有机会做一些清场工作。使用的方法也很简单，Java.Runtime.addShutdownHook(Thread hook)即可。关闭钩子其实可以看成是一个已经初始化了的但还没启动的线程，当JVM关闭时会并发地执行注册的所有关闭钩子。

对java而言，虚拟机会对以下几种操作进行关闭：

      (1)系统调用System.exit()方法

      (2)程序最后一个守护线程退出时，应用程序正常退出。

      (3)用户强行中断程序运行，比如ctrl+c等其他方式中断java程序

关闭钩子的生成：

    1.创建Thread的子类

    2.实现run方法，应用程序关闭时会调用该方法，不需要调用start方法

    3.在应用中实例化关闭钩子类

    4.使用Runtime注册关闭钩子

钩子执行时机

向JVM注册关闭钩子后的什么时候会被调用，什么时候不会被调用呢？分成以下情况：

• Java程序正常运行完退出时会被调用。
• windows和linux终端中通过ctrl-c终止命令时会被调用。
• JVM发生OutOfMemory而退出时会被调用。
• Java程序中执行System.exit()时会被调用。
• 操作系统关闭时会被调用。
• linux通过kill pid（除了kill -9 pid）结束进程时会被调用。
• windows直接结束进程时不会被调用。

添加删除钩子

钩子的添加和删除都是通过 Runtime 来实现，里面的实现也比较简单，可以看到 addShutdownHook 和 removeShutdownHook 方法都是先通过安全管理器先检查是否有 shutdownHooks 的权限，然后再通过 ApplicationShutdownHooks 添加和删除钩子。

public void addShutdownHook(Thread hook) {  SecurityManager sm = System.getSecurityManager();  if (sm != null) {   sm.checkPermission(new RuntimePermission("shutdownHooks"));  }  ApplicationShutdownHooks.add(hook); }public boolean removeShutdownHook(Thread hook) {  SecurityManager sm = System.getSecurityManager();  if (sm != null) {   sm.checkPermission(new RuntimePermission("shutdownHooks"));  }  return ApplicationShutdownHooks.remove(hook); }