上篇文章 ShutdownHook- Java 优雅停机解决方案 提到应用停机时需要释放资源，关闭连接。对于一些定时任务或者网络请求服务将会使用线程池，当应用停机时需要正确安全的关闭线程池，如果处理不当，可能造成数据丢失，业务请求结果不正确等问题。 关闭线程池我们可以选择什么都不做，JVM 关闭时自然的会清除线程池对象。当然这么做，存在很大的弊端，线程池中正在执行执行的线程以及队列中还未执行任务将会变得极不可控。所以我们需要想办法控制到这些未执行的任务以及正在执行的线程。 线程池 API 提供两个主动关闭的方法 ThreadPoolExecutor#shutdownNow 与 ThreadPoolExecutor#shutdown，这两个方法都可以用于关闭线程池，但是具体效果却不太一样。 线程池的状态 在说线程池关闭方法之前，我们先了解线程池状态。 线程池状态关系图如下： 从上图我们看到线程池总共存在 5 种状态，分别为： RUNNING：线程池创建之后的初始状态，这种状态下可以执行任务。 SHUTDOWN:该状态下线程池不再接受新任务，但是会将工作队列中的任务执行结束。 STOP.... 有更新！ 一文教你安全的关闭线程池 Java
想象一下，如果你现在刚好在 word 上写需求文档，电脑突然重启。等待开机完成，你可能会发现写了一个小时文档没有保存，就这么没了。。。 一个正在运行 Java 应用如果突然将其停止，影响不止数据丢失,还会造成其他影响。比如： 请求丢失：内存队列中等待执行请求丢失 数据丢失：处于内存缓存中数据未持久化到磁盘 文件损坏：正在写的文件没有没有更新完成，导致文件损坏 业务中断：处理一半的业务被强行中断，如支付成功了，却没有更新到数据库中 服务未下线：上游服务依然往停止节点发送请求 所以在关闭服务之前，我们需要先做好善后工作，比如保存数据，清理资源，下线服务，然后才退出应用。这种有计划平滑的关闭应用相对直接停止应用，就显得非常『优雅』。 ps: 仔细品味，优雅停机这个词真好~ ShutdownHook Java 语言提供一种 ShutdownHook（钩子）进制，当 JVM 接受到系统的关闭通知之后，调用 ShutdownHook 内的方法，用以完成清理操作，从而平滑的退出应用。 ShutdownHook代码如下： Runtime.getRuntime().addShutdownHoo.... 有更新！ ShutdownHook- Java 优雅停机解决方案 Java
程序通事