我们有没有想过一个问题,在分布式系统中,服务节点重启的时候,消费者流量继续调用该节点,那么这部分调用全部异常,对于线上用户来说,系统故障?
针对这种情况,我们可以这么想: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的关闭也分为正