Spring的同一個服務(wù)會加載多次的問題分析及解決方法
問題現(xiàn)象
最近在本地調(diào)試公司的一個Web項(xiàng)目時,無意中發(fā)現(xiàn)日志中出現(xiàn)了兩次同一個服務(wù)的init記錄,項(xiàng)目都是基于Spring來搭建的,按理說服務(wù)都是單例的,應(yīng)該只有一次服務(wù)加載日志才對,本著對工作認(rèn)真負(fù)責(zé)(閑來無事)的態(tài)度,必然要一探究竟。

問題分析
為什么同一個 Bean 會被容器初始化兩次?
首先,我們先來梳理一下 Web 容器中如何加載 Bean:
在 Web 容器中,ContextLoaderListener 和 DispatchServlet 都會在容器啟動的時候加載
Bean,區(qū)別在于 DispatchServlet 一般會加載 MVC 相關(guān)的 Bean,ContextLoaderListener
會加載 Spring 相關(guān)的 Bean,二者會分別生成一個WebApplicationContext。
根據(jù) web.xml 的加載順序,listener 會先于 Servlet 加載,當(dāng)獲取 Bean 時,會優(yōu)先從DispatchServlet 生成的 WebApplicationContext 中查找,如果找不到再從ContextLoaderListener 生成的 WebApplicationContext 中查找。
那么如果這兩個加載了同樣的Bean,到底該用誰的呢?
如果二者的配置文件中定義了相同的 Bean,則實(shí)際使用中只會用到 DispatchServlet 中的
Bean,ContextLoaderListener 中的 Bean 無法調(diào)用,造成內(nèi)存泄漏。
接下來我們看一下項(xiàng)目中的 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相關(guān)的Bean:

啟動服務(wù),查看初始化信息,Service只被初始化了一次:

到此這篇關(guān)于Spring的同一個服務(wù)為什么會加載多次?的文章就介紹到這了,更多相關(guān)Spring的同一個服務(wù)為什么會加載多次?內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
java讀取其他服務(wù)接口返回的json數(shù)據(jù)示例代碼
這篇文章主要給大家介紹了關(guān)于java讀取其他服務(wù)接口返回的json數(shù)據(jù)的相關(guān)資料,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧。2018-03-03
Java如何實(shí)現(xiàn)壓縮文件與解壓縮zip文件
這篇文章主要介紹了Java如何實(shí)現(xiàn)壓縮文件與解壓縮zip文件問題,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教2022-12-12
Java后端向前端返回文件流實(shí)現(xiàn)下載功能
后端可以使用Java中servlet提供的HttpServletResponse,核心步驟是要設(shè)置響應(yīng)的數(shù)據(jù)類型,設(shè)置為某一類文件類型或二進(jìn)制格式,以及響應(yīng)頭,然后用ServletOutputStream將文件以流的形式發(fā)送到前端,本文介紹Java后端向前端返回文件流實(shí)現(xiàn)下載功能,感興趣的朋友一起看看吧2023-12-12

