Spring的同一个服务会加载多次的问题分析及解决方法-Java开发

这篇文章主要介绍了Spring的同一个服务为什么会加载多次,我们先来梳理一下 Web 容器中如何加载 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：
新增applicationContext.xml，其中声明ContextLoaderListener要加载的Bean：


修改spring.xml中的包扫描范围，让DispatcherServlet只加载mvc相关的Bean：

启动服务，查看初始化信息，Service只被初始化了一次：

到此这篇关于Spring的同一个服务为什么会加载多次？的文章就介绍到这了,更多相关Spring的同一个服务为什么会加载多次？内容请搜索编程学习网以前的文章希望大家以后多多支持编程学习网！

Spring的同一个服务会加载多次的问题分析及解决方法

目录

问题现象

问题分析

解决方案

基础教程推荐