面试官：Dubbo服务重启下线，消费者继续调用，都异常了怎么办

我们有没有想过一个问题，在分布式系统中，服务节点重启的时候，消费者流量继续调用该节点，那么这部分调用全部异常，对于线上用户来说，系统故障？

针对这种情况，我们可以这么想：Dubbo服务重启下线的时候，消费者还会不会继续调用此服务节点？

答案当然是不会。

今天就结合dubbo源码一起来捋一捋，先上一个目录：

• 一、操作系统的优雅停机
• 二、JVM的优雅下线
• 三、Spring容器的优雅下线
• 四、Dubbo的优雅停机
• 五、结语

一、操作系统的优雅停机

优雅停机是指在停止应用时，执行一系列"操作"保证应用正常关闭。这些操作包括拒绝新请求和新连接、关闭服务注册、等待已有请求执行完成、关闭线程池、关闭连接、释放资源等。

优雅停机可以避免非正常关闭程序可能造成的任务被抛弃、数据丢失、应用异常等问题。优雅停机本质上是进程即将关闭前执行的一些额外流程。

操作系统本身也有对优雅停机的思考。

我们停止一个进程是，会使用kill -9和kill -15命令。但是，我们一般不建议使用kill -9。

这是因为kill -9命令很强硬，它会向操作系统内核发出SIGKILL信号，该信号直接停止进程，不能被阻塞或者忽略。

kill -9显然不那么优雅，如果在发出SIGKILL信号的时候，进程还有未处理完成的任务，这时候任务就会被丢弃或者终止导致数据的不可预知错误。

使用kill -15就不一样了，这时候发给系统内核的是一个SIGTERM信号。

当进程接收到SIGTERM信号时，具体要如何处理是由进程自己决定，进程就可以拒绝外部新的任务并完成已有任务后再停止。

在Docker中，docker stop相当于kill -15，他会向容器内的进程发送SIGTERM信号，在10S之后（可通过参数指定）再发送SIGKILL信号。

而docker kill就像kill -9，直接发送SIGKILL信号。

二、JVM的优雅下线

我们Java应用运行时就是一个独立的进程，它的关闭也即是JVM的关闭。

JVM的关闭也分为正