个人博客导航页(点击右侧链接即可打开个人博客):大牛带你入门技术栈
在日常的业务开发中,绝大多数我们都是不关注 bean 的加载顺序,然而如果在某些场景下,当我们希望某个 bean 优于其他的 bean 被实例化时,往往并没有我们想象中的那么简单
<!-- more -->
I. 启动类指定方式
在实际的 SpringBoot 开发中,我们知道都会有一个启动类,如果希望某个类被优先加载,一个成本最低的简单实现,就是在启动类里添加上依赖
@SpringBootApplication
public class Application {
public Application(DemoBean demoBean) {
demoBean.print();
}
public static void main(String[] args) {
SpringApplication.run(Application.class);
}
}
请注意上面的构造方法,如果我们希望在应用启动之前,demoBean
就已经被加载了,那就让 Application 强制依赖它,所以再 Application 的 bean 初始化之前,肯定会优先实例化demoBean
相信上面这种写法,大家并不会陌生,特别是当我们应用启动之后,发现某个依赖的 bean(一般来讲是第三方库提供的 bean)还没有初始化导致 npe 时,用这种方法还是比较多的
case1
我们且不谈这种实现方式是否优雅,当我们希望targetBean
在所有的 bean 实例化之前被实例时,上面这种写法是否一定会生效呢?
case2
中间件同学:吭哧吭哧的开发了一个 🐂🍺jar 包,只要接入了保证你的应用永远不会宕机(请无视夸张的言语),唯一的要求是接入时,需要优先加载 jar 包里面的firstBean
...
接入方:你的 bean 要求被首先加载这个得你自己保证啊,我写些 if/else 代码已经很辛苦了,哪有精力保证你的这个优先加载!!!你自己都没法保证,那我也没办法保证...
中间件同学:还能不能愉快的玩耍了....
II. InstantiationAwareBeanPostProcessorAdapter
方式
在看下文的实现之前,墙裂推荐先看一下博文: 【SpringBoot 基础系列】指定 Bean 初始化顺序的若干姿势
接下来介绍另外一种使用姿势,借助InstantiationAwareBeanPostProcessorAdapter
来实现在 b