一、情况

今天在调试spring框架的web项目时，启动的时候发现某个@Service注解的bean被加载了两次。

因为我看见@PostConstruct的方法被执行了两次。

二、spring的配置如下

    <context-param>  
            <param-name>contextConfigLocation</param-name>  
            <param-value>  
                classpath:spring-servlet.xml  
            </param-value>  
        </context-param>  
      
    <listener>  
            <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>  
        </listener>  
      
    <servlet>  
            <servlet-name>springServlet</servlet-name>  
            <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>  
            <init-param>  
                <param-name>contextConfigLocation</param-name>  
                <param-value>classpath:spring-servlet.xml</param-value>  
            </init-param>  
            <load-on-startup>1</load-on-startup>  
        </servlet>  

1、问题就出在ContextLoaderListener和DispatcherServlet，他们都可以引入spring，而且每个引入都会实例化一次bean。如果把两个引入方式配置到同一个文件，那么就会导致一个bean被实例化两次。但是，当我们使用Spring Bean的时候，只会用到DispatcherServlet下的Bean，而不会用到ContextLoaderListener下的Bean，这就会导致ContextLoaderListener的bean不会被用到，具体为什么，且看下面的第三点。

2、所以我就把ContextLoaderListener注释掉，而且，亲测所有配置的bean都会被加载，而且只会被加载一次。

三、使用ContextLoaderlistener和DispatcherServlet引入Spring的区别

1、ContextLoaderListener和DispatcherServlet都会生成一个WebApplicationContext（上下文），分别以不同的name存放在容器中。
2、同一个容器里，只允许有一个ContextLoaderListener但是可以用多个DispatcherServlet。 DispatcherServlet的context总是ContextLoaderListener的context的子类。
3、在获取bean的时候，会先从DispatcherServlet的context获取，如果没有再从ContextLoaderListener的context获取，这就解释了上面的第一点。
4、如果两者用的是同一份配置文件，或者他们的定义bean有交叉就会造成部分bean永远不会被用到（泄漏）。
5、DispatcherServlet还会加载与SpringMVC相关的bean，如RequestMapping。。。。