熟悉spring bean生命周期的都知道,在其生命周期中有个很重要的接口:Aware。如果要注入application,可以用如下方式
@Component
public class SpringContextHolder implements ApplicationContextAware {
public static ApplicationContext applicationContext;
@Override
public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
SpringContextHolder.applicationContext = applicationContext;
}
public static ApplicationContext getApplicationContext() {
return applicationContext;
}
}
然而,它真的可以么?
比如我们的程序包是如下的结构
在AholderDemo中,我是这么获取的
@Component
public class AHolderDemo {
@PostConstruct
public void init(){
System.out.println("========================>");
System.out.println(SpringContextHolder.getApplicationContext().getBeansOfType(HoldService.class));
}
}
编译是没问题的,然而,运行的结果是NPE。囧,就不在这里贴图了。
为什么会这样呢?
我们调整一下包结构
将myCommon设置为了common,运行结果很nice。
所以,是包(名)的问题。因为使用的是静态方法,在初始化AHolderDemo的时候,Spring容器中可能还没有SpringContextHolder实例。所以,也就没有进行属性注入。
那么怎么解决呢?
1、把SpringContextHolder 所属的包尽量靠前,比如叫AAAAA,中介好像都喜欢这么干。。。恶心,很恶心。
2、在SpringContextHolder上添加@Order,完全没用。要是@Order能被扫描到了,@Component会扫描不到么,我在尝试了N次之后放弃了。很傻。所以此条请忽略。
3、
@Autowired
ApplicationContext context;
具体为什么能注入,呵呵。Spring自身用到的,肯定在容器中也能找到啊。
4、
@Autowired
SpringContextHolder context;
它既然扫描不到,我就强制让它能扫描到。就是有点,唉,这到底是静态非静态呢?
5、
public static void main(String[] args) {
ConfigurableApplicationContext run = SpringApplication.run(StrategyDemo.class, args);
System.out.println(run.getBeansOfType(HoldService.class));
}
这样也有问题,因为main方法中第一条语句执行时,就会进行bean的实例化,所以在@PostConstruct修饰的方法中获取applicationContext,还是不行的。