本篇文章为你整理了生产中遇到的Spring项目Bean的多次加载问题（spring bean加载过程和生命周期）的详细内容，包含有spring所有bean加载完成后执行方法 spring bean加载过程和生命周期 spring中产生bean工厂 spring bean 多例 生产中遇到的Spring项目Bean的多次加载问题，希望能帮助你了解 生产中遇到的Spring项目Bean的多次加载问题。

　　最近在本地调试公司的一个Web项目时，无意中发现日志中出现了两次同一个服务的init记录，项目都是基于Spring来搭建的，按理说服务都是单例的，应该只有一次服务加载日志才对，本着对工作认真负责（闲来无事）的态度，必然要一探究竟。
 

　　为什么同一个 Bean 会被容器初始化两次？

　　首先，我们先来梳理一下 Web 容器中如何加载 Bean：

　　在 Web 容器中，ContextLoaderListener 和 DispatchServlet 都会在容器启动的时候加载
 

　　Bean，区别在于 DispatchServlet 一般会加载 MVC 相关的 Bean，ContextLoaderListener
 

　　会加载 Spring 相关的 Bean，二者会分别生成一个WebApplicationContext。

　　根据 web.xml 的加载顺序，listener 会先于 Servlet 加载，当获取 Bean 时，会优先从
 

　　DispatchServlet 生成的 WebApplicationContext 中查找，如果找不到再从ContextLoaderListener 生成的 WebApplicationContext 中查找。

　　那么如果这两个加载了同样的Bean，到底该用谁的呢？

　　如果二者的配置文件中定义了相同的 Bean，则实际使用中只会用到 DispatchServlet 中的
 

　　Bean，ContextLoaderListener 中的 Bean 无法调用，造成内存泄漏。

　　接下来我们看一下项目中的 web.xml 配置，如下图所示，ContextLoaderListener和
 

　　DispatchServlet加载了相同的配置 spring.xml，所以会出现两次 Bean 的初始化现象。

　　经过上面的分析，我们知道了，之所以同一个Bean会被加载两次，是由于我们在DispatchServlet和ContextLoaderListener都定义了这个Bean。

　　因此，我们要做的就是让ContextLoaderListener和DispatcherServlet分别加载不同的Bean：

　　以上就是生产中遇到的Spring项目Bean的多次加载问题（spring bean加载过程和生命周期）的详细内容，想要了解更多 生产中遇到的Spring项目Bean的多次加载问题的内容，请持续关注盛行IT软件开发工作室。

郑重声明：本文由网友发布，不代表盛行IT的观点，版权归原作者所有，仅为传播更多信息之目的，如有侵权请联系，我们将第一时间修改或删除，多谢。