問題現(xiàn)象

最近在本地調試公司的一個Web項目時，無意中發(fā)現(xiàn)日志中出現(xiàn)了兩次同一個服務的init記錄，項目都是基于Spring來搭建的，按理說服務都是單例的，應該只有一次服務加載日志才對，本著對工作認真負責（閑來無事）的態(tài)度，必然要一探究竟。

問題分析

為什么同一個 Bean 會被容器初始化兩次？

首先，我們先來梳理一下 Web 容器中如何加載 Bean：

在 Web 容器中，ContextLoaderListener 和 DispatchServlet 都會在容器啟動的時候加載
Bean，區(qū)別在于 DispatchServlet 一般會加載 MVC 相關的 Bean，ContextLoaderListener
會加載 Spring 相關的 Bean，二者會分別生成一個WebApplicationContext。

根據(jù) web.xml 的加載順序，listener 會先于 Servlet 加載，當獲取 Bean 時，會優(yōu)先從
DispatchServlet 生成的 WebApplicationContext 中查找，如果找不到再從ContextLoaderListener 生成的 WebApplicationContext 中查找。

那么如果這兩個加載了同樣的Bean，到底該用誰的呢？

如果二者的配置文件中定義了相同的 Bean，則實際使用中只會用到 DispatchServlet 中的
Bean，ContextLoaderListener 中的 Bean 無法調用，造成內存泄漏。

接下來我們看一下項目中的 web.xml 配置，如下圖所示，ContextLoaderListener和
DispatchServlet加載了相同的配置 spring.xml，所以會出現(xiàn)兩次 Bean 的初始化現(xiàn)象。

解決方案

經(jīng)過上面的分析，我們知道了，之所以同一個Bean會被加載兩次，是由于我們在DispatchServlet和ContextLoaderListener都定義了這個Bean。

因此，我們要做的就是讓ContextLoaderListener和DispatcherServlet分別加載不同的Bean：

新增applicationContext.xml，其中聲明ContextLoaderListener要加載的Bean：

修改spring.xml中的包掃描范圍，讓DispatcherServlet只加載mvc相關的Bean：

啟動服務，查看初始化信息，Service只被初始化了一次：

到此這篇關于Spring的同一個服務為什么會加載多次？的文章就介紹到這了,更多相關Spring的同一個服務為什么會加載多次？內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論