相关文章推荐
卖萌的牛肉面  ·  Consider revisiting ...·  1 周前    · 
不拘小节的领带  ·  31. Caching·  1 周前    · 
暴躁的香烟  ·  Exception encountered ...·  5 天前    · 
直爽的莴苣  ·  Error resolving ...·  10 小时前    · 

最近在本地调试公司的一个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:

新增 applicationContext.xml ,其中声明 ContextLoaderListener 要加载的Bean:

欢迎扫码关注