ApplicationListener＜ContextRefreshedEvent＞

ApplicationListener和ContextRefreshedEvent一般都是成对出现的。

事件机制作为一种编程机制，在许多语言中都提供了支持。JAVA语言也不例外，java中的事件机制的参与者有3种角色:

1. event object
2. event source
3. event listener

这三个角色的含义字面上很好理解，它们就定义了事件机制的一个基本模型。

只要实现ApplicationListener<ContextRefreshedEvent>接口，然后把实现类进行@Component即可。

这样当发布事件时，spring的ioc容器就会以容器的实例对象作为事件源类，并从中找到事件的监听者，此时ApplicationListener接口实例中的onApplicationEvent(E event)方法就会被调用，我们的逻辑代码就会写在此处。
代码如下：

@Component 
public class ContextRefreshedListener implements ApplicationListener<ContextRefreshedEvent> { 
   
    @Override 
    public void onApplicationEvent(ContextRefreshedEvent event) { 
        // 根容器为Spring容器 
        if(event.getApplicationContext().getParent()==null){ 
            // do something
        } 
    } 
}

注意：我们如果要实现的是在所有的bean都被处理完成之后再进行操作，就需要实现ApplicationListener<ContextRefreshedEvent>接口进行操作。
同时，applicationontext和使用MVC之后的webApplicationontext会两次调用上面的方法，如何区分这个两种容器呢？ 
在web 项目中（spring mvc），系统会存在两个容器，一个是root application context ,另一个就是我们自己的 projectName-servlet context（作为root application context的子容器）。 
这种情况下，就会造成onApplicationEvent方法被执行两次。
为了避免上面提到的问题，我们可以只在root application context初始化完成后调用逻辑代码，其他的容器的初始化完成，则不做任何处理。

   if(event.getApplicationContext().getParent() == null){ // root application context 没有parent，他就是老大.  

   }