上篇文章 ShutdownHook- Java 优雅停机解决方案 提到应用停机时需要释放资源，关闭连接。对于一些定时任务或者网络请求服务将会使用线程池，当应用停机时需要正确安全的关闭线程池，如果处理不当，可能造成数据丢失，业务请求结果不正确等问题。 关闭线程池我们可以选择什么都不做，JVM 关闭时自然的会清除线程池对象。当然这么做，存在很大的弊端，线程池中正在执行执行的线程以及队列中还未执行任务将会变得极不可控。所以我们需要想办法控制到这些未执行的任务以及正在执行的线程。 线程池 API 提供两个主动关闭的方法 ThreadPoolExecutor#shutdownNow 与 ThreadPoolExecutor#shutdown，这两个方法都可以用于关闭线程池，但是具体效果却不太一样。 线程池的状态 在说线程池关闭方法之前，我们先了解线程池状态。 线程池状态关系图如下： 从上图我们看到线程池总共存在 5 种状态，分别为： RUNNING：线程池创建之后的初始状态，这种状态下可以执行任务。 SHUTDOWN:该状态下线程池不再接受新任务，但是会将工作队列中的任务执行结束。 STOP....
有更新！

一文教你安全的关闭线程池

有时候我们调试源码，并不知道代码起点以及代码调用链路，这样可能就无从下手。 举个例子，比如说我想知道 Spring Bean 初始化整个过程，但是我并不熟悉这个调用过程，怎么办？ 代码起点不知道，最终调用代码我们肯定清楚。所以我们现在代码最终调用处打上断点。如图所示。 在 IDEA 上开启 DEBUG 模式，程序启动之后，将会暂停这个断点上。我们打开 DEBUG 窗口，打开 Threads ，就可以看到代码完整调用链了。 双击其中某个方法，IDEA 就会跳转到这个方法处。
有更新！

分享 IDEA 调试源码的小技巧

一、前言 在 『ShutdownHook- Java 优雅停机解决方案』 一文中我们聊到了 Java 实现优雅停机原理。接下来我们就跟根据上面知识点，深入 Dubbo 内部，去了解一下 Dubbo 如何实现优雅停机。 二、Dubbo 优雅停机待解决的问题 为了实现优雅停机，Dubbo 需要解决一些问题： 新的请求不能再发往正在停机的 Dubbo 服务提供者。 若关闭服务提供者，已经接收到服务请求，需要处理完毕才能下线服务。 若关闭服务消费者，已经发出的服务请求，需要等待响应返回。 解决以上三个问题，才能使停机对业务影响降低到最低，做到优雅停机。 三、2.5.X Dubbo 优雅停机在 2.5.X 版本实现比较完整，这个版本的实现相对简单，比较容易理解。所以我们先以 Dubbo 2.5.X 版本源码为基础，先来看一下 Dubbo 如何实现优雅停机。 3.1、优雅停机总体实现方案 优雅停机入口类位于 AbstractConfig 静态代码中，源码如下： static { Runtime.getRuntime().addShutdownHook(new Thread(new Runnab....
有更新！

Dubbo 优雅停机演进之路