Solon2 的 Bean 生命周期
Solon 框架的 Bean 是被容器托管的,所以它的生命周期只限定在容器内部:
时机点 | 说明 | 补充 |
---|---|---|
AopContext::new() 是在应用初始化时执行 | ||
::new() | AopContext::beanScan() 时,符合条件的才会被构造 | 此时,未登记到容器 |
afterInjection() | 所有字段注入后执行(需要实现 InitializingBean 接口) | v2.2.0 后支持 |
::登记到容器;并发布通知;订阅它的注入会被执行 | ||
@Init | AopContext::start() 时执行。会根据依赖关系自动排序 | |
start() | 同上(需要实现 LifecycleBean 接口) | v2.2.0 后支持 |
stop() | AopContext::stop() 时执行(需要实现 LifecycleBean 接口) | v2.2.0 后支持 |
1、时机点介绍
::new()
即构建函数。是在 Bean 被扫描时,且符合条件才会执行。此时,还未入进容器
afterInjection()
需要实现 InitializingBean 接口。当所有字段完成注入后,才会执行。提示:
- 只能确保同步注入的内容是绝对可用
- 字段注入的 Bean ,它自身的 Bean 注入字段有可能未完成(可能仍在订阅等待中)
- 如果有字段一直未注入,则函数不会被触发!!!
@Init 和 start() 效果相同
都是在 AopContext::start() 时被执行。其中 start() 需要 实现 LifecycleBean 接口。此时 Bean 扫描已完成,一般的 Bean 都已进入容器。理论上:
- 所有的 Bean 都已产生
- 所有 Bean 的字段,都已完成注入
偶有些 Bean 是在 AopContext.start() 时才生产的,例外!
stop()
是在 AopContext::stop() 时被执行。也就是应用停止时被执行。时机时,比插件的 stop() 要晚一点。
2、应用
a)一般的组件
@Component
public class DemoCom{
}
b)实现 InitializingBean 接口的组件
@Component
public class DemoCom implements InitializingBean{
@Override
public void afterInjection(){
//当所有字段完成注入后,才会执行(如果有字段一直未注入,则函数不会被触发)
}
}
c)实现 LifecycleBean 接口的组件
这个接口,只对单例有效。非单例,仅扫描时产生的实例会被纳管。其它实例的生命周期要自己处理。
@Component
public class DemoCom implements LifecycleBean{
@Override
public void afterInjection(){
//当所有字段完成注入后,才会执行(如果有字段一直未注入,则函数不会被触发)
}
@Override
public void start(){
//在 AopContext:start() 时被调用。此时所有bean扫描已完成,订阅注入已完成
}
@Override
public void stop(){
//在 AopContext:stop() 时被调用。一般做些释放或停止类的工作
}
}
d)带 @Init 注解的组件
@Init 注解函数,与 LifecycleBean::start() 时机点相同。
@Component
public class DemoCom{
@Init
public void init(){
//在 AopContext:start() 时被调用。此时所有bean扫描已完成,订阅注入已完成
}
}