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(DataSource ds){
        //初始化结构。数据源bean产生后，才会触发这个函数。从而形成简单的强制依赖关系。
        SchemaUtils.init(ds);  
    }
}

不适合的场景：

@Component
public void DsHelper{
    @Inject 
    DataSource ds; //注入数据源Bean
}

@Configuration
public class DsConfig {
    @Bean
    public DataSource ds(@Inject("${demo.ds1}") HikariDataSource ds){
        return ds;  //构建数据源bean
    }
    
    @Bean
    public void init(DsHelper helper){
        //初始化结构。此时 helper.ds 可能还是 null
        SchemaUtils.init(helper.ds);  
    }
}

2、基于顺序的初始化依赖：

上例，可以通过如下改造：

@Component
public void DsHelper{
    @Inject 
    DataSource ds; //注入数据源Bean
}

@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) //默认为0
    public void init(){
        //初始化数据
        DataUtils.init(helper.ds);  
    }
}

注意：这个样例是故意设计出来的，不一定适合生产应用。