别再用kill-9关闭程序了……

蜻讷4

“
kill 可将指定的信息送至程序。预设的信息为 SIGTERM(15)，可将指定程序终止。若仍无法终止该程序，可使用 SIGKILL(9) 信息尝试强制删除程序。程序或工作的编号可利用 ps 指令或 jobs 指令查看。

                               
登录/注册后可看大图

图片来自 Pexels
kill -9 pid ？？？
讲的这个复杂，简单点来说就是用来杀死 Linux 中的进程，啥？你问我啥是进程？请自行百度。
我相信很多人都用过 kill -9 pid 这个命令，彻底杀死进程的意思，一般情况我们使用它没有上面问题，但是在我们项目中使用它就有可能存在致命的问题。
kill -9 pid 带来的问题
由于kill -9 属于暴力删除，所以会给程序带来比较严重的后果，那究竟会带来什么后果呢？
举个栗子：转账功能，再给两个账户进行加钱扣钱的时候突然断电了？这个时候会发生什么事情？
对于 InnoDB 存储引擎来说，没有什么损失，因为它支持事务，但是对于 MyISAM 引擎来说那简直就是灾难，为什么？
假如给 A 账户扣了钱，现在需要将 B 账户加钱，这个时候停电了，就会造成，A 的钱被扣了，但是 B 没有拿到这笔钱，这在生产环境是绝对不允许的，kill -9 相当于突然断电的效果。
当然了，像转账这种，肯定不是使用 MyISAM 引擎，但是如今分布式火了起来，跨服务转账已经是很平常的事情。
这种时候如果使用 kill -9 去停止服务，那就不是你的事务能保证数据的准确性了，这个时候你可能会想到分布式事务。
这个世界上没有绝对的安全系统或者架构，分布式事务也是一样，他也会存在问题，概率很小。
如果一旦发生，损失有可能是无法弥补的，所以一定不能使用 kill -9 去停止服务，因为你不知道他会造成什么后果。
在 MyISAM 引擎中表现的更明显，比如用户的信息由两张表维护，管理员修改用户信息的时候需要修改两张表。
但由于你的 kill -9 暴力结束项目，导致只修改成功了一张表，这也会导致数据的不一致性。
这是小事，因为大不了再修改一次，但是金钱、合同这些重要的信息如果由于你的暴力删除导致错乱，我觉得可能比删库跑路还严重，至少删库还能恢复，你这个都不知道错在哪里。
那我们应该怎么结束项目呢？其实 Java 给我们提供了结束项目的功能，比如：Tomcat 可以使用 shutdown.bat/shutdown.sh 进行优雅结束。
什么叫优雅结束？
第一步：
停止接收请求和内部线程。
第二步：
判断是否有线程正在执行。
第三步：
等待正在执行的线程执行完毕。
第四步：
停止容器。
以上四步才是正常的结束流程，那 SpringBoot 怎么正常结束服务呢？下面我介绍几种正常结束服务的方案，请拿好小本本做好笔记。
优雅结束服务
kill -15 pid
这种方式也会比较优雅的结束进程（项目），使用他的时候需要慎重，为什么呢？
我们来看个例子，我写了一个普通的 controller 方法做测试：
代码很简单，打印：test — start 之后让让程序休眠 100 秒，然后再打印：test — end。
在线程休眠中我们使用 kill -15 pid 来结束这个进程，你们猜 test — end 会被打印吗？
application.yml：
启动项目：
这是 maven 启动 SpringBoot 项目的方式：

                               
登录/注册后可看大图

看到这个就代表项目启动成了，找到项目的进程 id：

                               
登录/注册后可看大图

这个就是项目的进程号，接下来我们先测试 test 接口，让线程进入休眠状态，然后再使用 kill -15 14086 停止项目：
回到项目日志：
我们发现请求已经到达服务，并且线程已经成功进入休眠，现在我们 kill -15 14086 结束进程：
回到日志：
居然报错了，但是 test — end 是打印出来了，为什么会报错呢？

                               
登录/注册后可看大图

这就和 sleep 这个方法有关了，在线程休眠期间，当调用线程的 interrupt 方法的时候会导致 sleep 抛出异常。
这里很明显就是 kill -15 这个命令会让程序马上调用线程的 interrupt 方法，目的是为了让线程停止。
虽然让线程停止，但线程什么时候停止还是线程自己说的算，这就是为什么我们还能看到：test — end 的原因。
ConfigurableApplicationContext colse
我们先看怎么实现：
重点在：cyx.close; 为什么他能停止 SpringBoot 项目呢？请看源码：
程序在启动的时候向 JVM 注册了一个关闭钩子，我们在执行 colse 方法的时候会删除这个关闭钩子，JVM 就会知道这是需要停止服务。
我们看测试结果：

                               
登录/注册后可看大图

很明显，他也出发了线程的 interrupt 方法导致线程报错，原理和 kill -15 差不多。
actuator
这种方式是通过引入依赖的方式停止服务，actuator 提供了很多接口，比如健康检查，基本信息等等，我们也可以使用他来优雅的停机。
引入依赖：
我这里对 actuator 的接口重新给定了一个接口，这样可提高安全性，下面我们来测试一下：
在请求 test 途中停止服务：

                               
登录/注册后可看大图

我们发现发送停止服务请求之后还给我们返回了提示信息，很人性化，我们看看控制台：
test — end 被执行了，不过在停止线程池的时候还是调用了线程的 interrupt 方法，导致 sleep 报错，这三种方式都可以比较优雅的停止 SpringBoot 服务。
如果我项目中存在线程休眠，我希望 10 秒以后再停止服务可以吗？肯定是可以的，我们只需要稍微做点修改就可以了。
新增停止 SpringBoot 服务类：ElegantShutdownConfig.java。
在启动类中加入 bean：
这样我们就配置好了，我们再来测试一遍，test 的接口还是休眠 10 秒：
我们发现这次没有报错了，他是等待了一段时间之后再结束的线程池，这个时间就是我们在 ElegantShutdownConfig 类中配置的 waitTime。
那可能你会有疑问了，JVM 没有立即停止，那这个时候在有请求会发生什么呢？如果关闭的时候有新的请求，服务将不在接收此请求。
数据备份操作
如果我想在服务停止的时候做点备份操作啥的，应该怎么做呢？其实很简单在你要执行的方法上添加一个注解即可：@PreDestroy。
Destroy：消灭、毁灭。
pre：前缀缩写。
所以合在一起的意思就是在容器停止之前执行一次，你可以在这里面做备份操作，也可以做记录停机时间等。
新增服务停止备份工具类：DataBackupConfig.java。
我们再来测试然后打印控制台日志：

                               
登录/注册后可看大图