Solon 框架启动为什么特别快？

思来想去！可能与 Solon 容器的独立设计有一定关系。

1、Solon 注解容器的运行特点

• 有什么注解要处理的（注解能力被规范成了四种），提前注册登记
• 全局只扫描一次，并在扫描过程中统一处理注解相关
• 扫描注入时，目标有即同步注入，没有时则订阅注入
• 自动代理。即自动发现AOP需求，并按需动态代理

2、内部结构示意图

3、支持四种注解能力的处理对象：

对象	说明
BeanBuilder	构建器（比如：@Component 注解，如果没有注册此注解的构建器，则会无视）
BeanInjector	注入器（比如：@Inject、@Db、@CloudConfig、@VaultInject）
BeanExtractor	提取器（比如：@Scheduled、@CloudJob）
BeanInterceptor	拦截器（比如：@Tran、@Cache）

Solon Aop 的具体表象：即为注解处理，原则上需要提前埋好切点（不支持表达式 Aop）。开发及应用可见《四种自定义注解开发汇总》

4、关于自动代理

当一个组件（即 @Component 注解的类），其函数上的注解有对应的拦截处理时（即有 AOP 的需求）。此组件会启用动态代理。关于代理，可参考《动态代理的本质》。v2.5.3 后支持

5、容器处理的补充

• 比如有些需要拼装的活，可以交给配置器（“@Configuration” 注解的类）去处理
• 或者需要初始化的活，交给生命周期的类（“LifecycleBean” 接口实现的组件或 “@Init” 注解函数）去处理
• 再可借助 事件总线 + 应用生命周期 做些事情

附：开源仓库

• gitee：https://gitee.com/noear/solon
• github：https://github.com/noear/solon