Solon2 开发之IoC,四、注入依赖与初始化
Solon 强调 有克制的注入 + 手动控制 结合的模式。好处是,代码用料少、启动快。
Bean 的关键生命节点:
节点 | 说明 |
---|---|
1. Constructor(构造方法) | 不支持参数注入 |
2. @Inject(注入) | 基于订阅,不确定具体依赖什么时候会被注入 |
3. @Init(初始化) | 在容器扫描完成时执行,所有的依赖注入已完成 |
下面讲几种基于注入的初始化依赖,以助了解以上特性:
1、基于关系的简单初始化依赖:
@Configuration
public class DsConfig {
@Bean
public DataSource ds(@Inject("${demo.ds1}") HikariDataSource ds){
return ds; //构建数据源bean
}
@Bean
public void init(@Inject DataSource ds){
//初始化结构。数据源bean产生后,才会触发这个函数。从而形成简单的强制依赖关系。
SchemaUtils.init(ds);
}
}
2、基于关系的初始化依赖(反例):
2.1、不适合的场景:
@Component
public void DsHelper{
@Inject
DataSource ds; //注入数据源Bean //提示:@Inject 是异步的。DsHelper 组件生成时,ds 有可能并未完成注入
}
@Configuration
public class DsConfig {
@Bean
public DataSource ds(@Inject("${demo.ds1}") HikariDataSource ds){
return ds; //构建数据源bean
}
@Bean
public void init(@Inject DsHelper helper){
//初始化结构。此时 helper.ds 可能还是 null(因为ds是异步注入的)
SchemaUtils.init(helper.ds);
}
}
2.2、借用顺序的初始化依赖:
上例的“不适合的场景”,可以通过如下改造(但也显复杂和别扭):
@Component
public void DsHelper{
@Inject
DataSource ds; //注入数据源Bean //提示:@Inject 是异步的。DsHelper 组件生成时,ds 有可能并未完成注入
}
@Configuration
public class DsConfig {
@Bean
public DataSource ds(@Inject("${demo.ds1}") HikariDataSource ds){
return ds; //构建数据源bean
}
@Inject
DsHelper helper;
@Init
public void init(){
//初始化结构。此处,所有的Bean注入都已完成
SchemaUtils.init(helper.ds);
}
}
如果结构初始化后,再跟一个数据初始化
@Configuration
public class DataConfig {
@Inject
DsHelper helper;
@Init(index = 1) //默认为自动,也可以手动指定初始化执行顺序
public void init(){
//初始化数据
DataUtils.init(helper.ds);
}
}
注意:这个样例是故意设计出来的,不一定适合生产应用。