熟悉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，还是不行的。
