SpringBoot 优雅停机

本文探讨了优雅停机的定义,强调在服务停止时进行资源清理以保护数据完整性和系统资源。内容涉及Spring应用、线程池、Spring Batch Job、MQ、Logback Context的关闭顺序和实现方法。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

目录

前言

优雅停机定义

为什么要优雅停机

如何实现优雅停机

基本原理

关闭的顺序

线程池的关闭

spring batch job的停止

mq的停止

logback context的停止


前言

最近项目当中在搞各种测试,有一项就是节点服务停机或者各种kill或者各种不可用,然后看看应用能扛住多少场景。

优雅停机定义

我想给出一个定义,但是没有发现能有一个准确的定义,不妨我们给他下一个定义,在停止服务的时候不是什么都不做直接退出进程,而是将手里的工作做一些善后处理,便于后续能够继续处理。

为什么要优雅停机

  • 从用户体验方面或者从服务提供方的角度看,应用在停止服务的时候,此时正好接收到了一个新的请求该怎么处理或者说停的时候正在处理的请求该怎么办。
  • 从数据完整性来看,如果在停服务的时候不做任何的动作,可能会使数据出现预想不到的结果比如一些数据状态的更新以及一个连续性很强的业务被中断,导致连续性得不到保证。
  • 从系统资来看,应用系统应该本着谁申请谁治理的原则对于应用程序中申请的内存,线程,连接等资源进行管理,而不是直接停服务把这些工作甩给系统来完成也是不可取的,万一系统资源比较紧张,系统还没来得及去检查和回收已经出问题了呢,本来是完全可以避免的一件事。

如何实现优雅停机

基本原理

在spring的项目当中,优雅的停止一个容器需要考虑到Bean生命周期以及事件如下:

启动阶段:  @PostConstruct -> InitializingBean -> init-method ->  refreshContext -> ContextStartedEvent

停止阶段:ContextClosedEvent -> @PreDestroy -> DisposableBean -> destroy method

其中在refreshContext的时候会向JVM注册shutdownHook的钩子,让jvm在退出时能够通知应用的一个线程使得其有机会做一些事情

@Override
	public void registerShutdownHook() {
		if (this.shutdownHook == null) {
			// No shutdown hook registered yet.
			this.shutdownHook = new Thread() {
				@Override
				public void run() {
					synchronized (startupShutdownMonitor) {
						doClose();
					}
				}
			};
			Runtime.getRuntime().addShutdownHook(this.shutdownHook);
		}
	}

spring正是利用这个点,在接收到消息后发布context close事件,让上层应用去处理

protected void doClose() {
		if (this.active.get() && this.closed.compareAndSet(false, true)) {
			if (logger.isDebugEnabled()) {
				logger.debug("Closing " + this);
			}

			LiveBeansView.unregisterApplicationContext(this);

			try {
				// Publish shutdown event.
				publishEvent(new ContextClosedEvent(this));
			}
			catch (Throwable ex) {
				logger.warn("Exception thrown from ApplicationListener handling ContextClosedEvent", ex);
			}

			// Stop all Lifecycle beans, to avoid delays during individual destruction.
			if (this.lifecycleProcessor != null) {
				try {
					this.lifecycleProcessor.onClose();
				}
				catch (Throwable ex) {
					logger.warn("Exception thrown from LifecycleProcessor on context close", ex);
				}
			}

			// Destroy all cached singletons in the context's BeanFactory.
			destroyBeans();

			// Close the state of this context itself.
			closeBeanFactory();

			// Let subclasses do some final clean-up if they wish...
			onClose();

			this.active.set(false);
		}
	}

关闭的顺序

应用从业务和数据流向来分析先停什么后停什么以免由于顺序而带来新的问题。

原则就是先从数据流量来源的地方开始切断,然后再考虑放进来的这些流量的处理的先后顺序,如web请求, rpc provider,以及mq 的consumer等等。

篇幅有点长,后面的我分两三篇来写吧。

Spring Boot 的“优雅停机”特性允许应用在接收到特定信号(如 `SIGINT` 或 `SIGTERM`)时能够有足够的时间完成当前正在进行的操作,然后有序地关闭资源,而不是突然停止并可能导致数据丢失或其他不可预测的行为。 ### 实现优雅停机的方式: 1. **配置 `application.properties` 或 `application.yml`**: 在 Spring Boot 应用的配置文件中,可以添加 `management.endpoints.web.exposure.include=shutdown` 来启用管理端点,这包括了优雅停机的功能。此外,可以通过添加 `spring.main.allow-bean-definition-overriding=true` 配置项来避免默认的线程池初始化,因为默认的初始化可能会导致在应用程序运行过程中线程创建异常。 2. **使用内置的 `ShutdownIndicator` 接口**: Spring Boot 提供了用于检测何时应该结束服务的机制。开发者可以通过实现自定义的 `ShutdownIndicator` 并注入到应用程序上下文中,让 Spring Boot 能够在适当的时候触发清理工作。 3. **利用 Spring Cloud Sleuth 和 Zipkin 等工具**: 如果你的应用程序正在使用微服务架构,并且依赖于分布式追踪系统,那么通过设置正确的配置(例如在Zipkin中设置`zipkin.shutdown-delay`属性),可以在接收到停止信号后暂停一段时间,允许所有跟踪记录都收集完整后再停止服务,减少因断开连接而产生的错误记录。 4. **编写自定义退出策略**: 你可以根据业务需求定制退出策略,在某些特定操作完成后才真正关闭应用,比如等待队列清空、事务处理完成等。 ### 相关问题: 1. **如何在生产环境中禁用 Spring Boot 自动启动的健康检查端点**? 2. **Spring Boot优雅停机的最佳实践是什么**? 3. **当需要维护或重启 Spring Boot 应用时,如何确保优雅停机功能正常工作**?
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值