|
本文基于SpringBoot 2.5.0-M2讲解Spring中Lifecycle和SmartLifecycle的作用和区别，以及如何控制SmartLifecycle的优先级。 并讲解SpringBoot中如何通过SmartLifecycle来启动/停止web容器. SmartLifecycle & Lifecycle作用和区别 SmartLifecycle和Lifecycle作用 都是让开发者可以在所有的bean都创建完成(getBean) 之后执行自己的初始化工作，或者在退出时执行资源销毁工作。 SmartLifecycle和Lifecycle区别 在SpringBoot应用中，或在Spring应用中没有调用 AbstractApplicationContext#start方法，如果一个Bean只是实现了Lifecycle接口的情况下: 不会执行Lifecycle接口中的启动方法，包括Lifecycle#isRunning方法也不会被执行。 但是在应用 退出时 会执行Lifecycle#isRunning方法判断该Lifecycle是否已经启动，如果返回true则调用Lifecycle#stop()停止方法。 如果一个Bean实现了SmartLifecycle接口，则会执行启动方法。先会被根据Phased接口优先级分组，封装在LifecycleGroup，然后循环调用LifecycleGroup#start()方法，SmartLifecycle#isRunning判断是否已经执行，返回false表示还未执行，则调用SmartLifecycle#start()执行。Phased返回值越小，优先级越高。 SmartLifecycle中还有个isAutoStartup方法，如果返回false，在启动时也不会执行start方法，默认返回true 源码分析 DefaultLifecycleProcessor#onRefresh方法在执行 AbstractApplicationContext#finishRefresh时会被调用，调用栈如下: DefaultLifecycleProcessor#onRefresh源码: DefaultLifecycleProcessor#startBeans源码如下: autoStartupOnly 在onRefresh时传入的是true，表示只执行可以自动启动的bean，即为：SmartLifecycle的实现类，并且SmartLifecycle#isAutoStartup返回值必须为true。 而Spring AbstractApplicationContext#doClose退出时，无论是SmartLifecycle或Lifecycle都会执行isRunning方法，判断是否已经启动，返回true表示已经启动，则执行SmartLifecycle或Lifecycle的stop方法。 而执行 AbstractApplicationContext#doClose一般是应用进程退出，通过jvm注册的钩子方法，或者应用程序编码调用。 AbstractApplicationContext#registerShutdownHook源码 自定义LifecycleProcessor处理Lifecycle 在源码分析中提到了DefaultLifecycleProcessor，其实现了LifecycleProcessor接口。然而我们自己也可以实现该接口，替换默认的DefaultLifecycleProcessor。SpringBoot中则是自己配置了DefaultLifecycleProcessor，我们可以按照同样的方式，覆盖默认的实现。例如可以让Lifecycle中的start()方法在onRefresh()时也能被执行。 SpringBoot中内嵌web容器启动时机 SpringBoo中就是通过实现SmartLifecycle来启动内嵌的web容器，实现类为 WebServerStartStopLifecycle。 ServletWebServerApplicationContext在onRefresh方法中调用createWebServer，createWebServer方法中创建org.springframework.boot.web.server.WebServer实例，该对象则包含了控制web容器(tomcat、jetty)的启动与停止方法。 ServletWebServerApplicationContext#createWebServer源码: createWebServer方法会将创建的webServer封装在 WebServerStartStopLifecycle对象中，并注册到Spring容器中。 WebServerStartStopLifecycle则实现了SmartLifecycle接口，当Spring回调到SmartLifecycle接口方法时则调用this.webServer.start();启动web容器，web容器启动完成之后会通过applicationContext发布ServletWebServerInitializedEvent事件，表示web容器启动成功，可以接收http请求。 和 SmartInitializingSingleton区别 相同点： SmartInitializingSingleton和Lifecycle、SmartLifecycle都是在所有的单实例bean创建(getBean方法)之后执行。 不同点： SmartInitializingSingleton优先于Lifecycle、SmartLifecycle执行。 SmartInitializingSingleton只有一个afterSingletonsInstantiated方法。而Lifecycle有start,stop,isRunning等方法。 多个 SmartInitializingSingleton实现之间无法排序控制执行的顺序，而SmartLifecycle实现了Phased接口，可以通过int getPhase()控制执行循序。 SmartInitializingSingleton之间可以通过@DependsOn来控制执行顺序，但这是由Spring中@DependsOn注解的作用及原理来实现的. 并不是对SmartInitializingSingleton做了排序。 ———————————————— 版权声明：本文为CSDN博主「brucelwl」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。 |
|
|
