-
外部请求:外部的请求正在执行的需要执行完,并且新的请求不再执行。
-
异步任务: 异步任务需要执行完 这里的异步任务通常指我们放入线程池中进行处理的任务,如果强制进行程序的停止,那么线程池里的任务就会丢掉,所以除了同步被外部调用的逻辑要处理完,这种异步的逻辑也是要处理完的。 这里再提一点,就是如果异步任务丢失会对业务造成影响的这种场景,建议还是不要放到线程池里面进行处理,如果要放,那么必须有持久化,程序重启后可以继续执行。
-
消息: 消息需要消费完 需要把消息持久化,避免丢失消息等
- 其实优雅下线的核心在于流量的切换,就是我要下线的这个服务必须把所有外部的流量都切走,然后再把没处理完的事情处理完,完成后就可以直接重新发布了。
-
正常合规的步骤:
- 第一步:停止接收请求和内部线程。
- 第二步:判断是否有线程正在执行。
- 第三步:等待正在执行的线程执行完毕。
- 第四步:停止容器。
-
其实java给我们提供了结束项目的功能,比如:tomcat可以使用shutdown.bat/shutdown.sh进行优雅结束。`
-
kill -9 pid 带来的问题
- kill -9 属于暴力删除,
- 举个栗子:转账功能,再给两个账户进行加钱扣钱的时候突然断电了?这个时候会发生什么事情?对于InnoDB存储引擎来说,没有什么损失,因为它支持事务, 但是对于MyISAM引擎来说那简直就是灾难,为什么?假如给A账户扣了钱,现在需要将B账户加钱,这个时候停电了,就会造成,A的钱被扣了,但是B没有拿到这笔钱,这在生产环境是绝对不允许的。
- kill -9 相当于突然断电的效果。
- 当然了,像转账这种,肯定不是使用MyISAM引擎,但是如今分布式火了起来,跨服务转账已经是很平常的事情,这种时候如果使用kill -9 去停止服务,那就不是你的事务能保证数据的准确性了,
- 这个时候你可能会想到分布式事务,这个世界上没有绝对的安全系统或者架构,分布式事务也是一样,他也会存在问题,概率很小,如果一旦发生,损失有可能是无法弥补的,
- 所以一定不能使用kill -9 去停止服务,因为你不知道他会造成什么后果。
- 在MyISAM引擎中表现的更明显,比如用户的信息由两张表维护,管理员修改用户信息的时候需要修改两张表,但由于你的kill -9 暴力结束项目,导致只修改成功了一张表,这也会导致数据的不一致性,这是小事,
- 因为大不了再修改一次,但是金钱、合同这些重要的信息如果由于你的暴力删除导致错乱,我觉得可能比删库跑路还严重,至少删库还能恢复,你这个都不知道错在哪里。`
-
优雅停机的方式
-
1.kill -15 pid
- 写一个controller接口,然后打印:test — start之后让让程序休眠100秒,然后再打印:test — end,在线程休眠中我们使用kill -15 pid来结束这个进程,你们猜 test — end会被打印吗?
- 但是test — end是打印出来了,为什么会报错呢?这就和sleep这个方法有关了,在线程休眠期间,当调用线程的interrupt方法的时候会导致sleep抛出异常,
- 这里很明显就是kill -15 这个命令会让程序马上调用线程的interrupt方法,目的是为了让线程停止,虽然让线程停止,但线程什么时候停止还是线程自己说的算,这就是为什么我们还能看到:test — end的原因。
-
2.ConfigurableApplicationContext.close,springboot提供的程序关闭方式。该方式和kill -15 pid差不多
-
3.actuator
- 加入actuator依赖,并且配置application.yml中的management配置,在模拟请求localhost:8080/actuator/start接口之后,再POST请求http://localhost:8080/actuator/shutdown
- 效果似乎和kill -15 pid是差不多
-
4.优雅停机
-
其他:
* endpoint 是我们使用 Spring Boot Actuator 最需要关心的对象,列举一些你可能感兴趣的 endpoint
beans 查看 Spring 容器中的所有对象
configprops 查看被 @ConfigurationProperties 修饰的对象列表
env 查看 application.yaml 配置的环境配置信息
health 健康检查端点
info 应用信息
metrics 统计信息
mappings 服务契约 @RequestMapping 相关的端点
shutdown 优雅下线
* 配置web暴露:
* 访问: localhost:8080/actuator/info #其中info是endpoint下的功能key