Spring的同一个服务为什么会加载多次?
问题现象
最近在本地调试公司的一个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:
修改spring.xml中的包扫描范围,让DispatcherServlet只加载mvc相关的Bean:
启动服务,查看初始化信息,Service只被初始化了一次:
最新文章
- JupyterNotebook如何添加table of content
- CocoaPods 抛出[!] Unable to satisfy the following requirements: 错误
- 烂泥:mysql修改本地主机连接
- 基于 ANSIBLE 自动化运维实践
- [物理学与PDEs]书中一些对数学研究有用的引理
- Fibonacci(数论 输出前四位Fibonacci)
- Mego开发文档 - 基本保存操作
- 12. thymeleaf中资源相对路径的解决
- selenium+python自动化测试,上传文件怎样实现
- ES6 Module export与import复合使用
- java 返回某一天的周日和现在这一周的周日
- pycharm更新之后pip显示没有main
- PHP打印指定日期
- java ipv4校验正则字符串
- vue初学:基础概念
- FastDFS_v5.05+nginx+cache集群安装配置手册
- XML CData 处理
- iOS开发值得收藏的博客
- Alternative PHP Cache ( APC )
- 二种方法安装卸载Windows服务的命令