新聞中心
SpringMVC是一種基于Spring實(shí)現(xiàn)了Web MVC設(shè)計(jì)模式的請(qǐng)求驅(qū)動(dòng)類型的輕量級(jí)Web框架,使用了MVC的架構(gòu)模式思想,將Web層進(jìn)行指責(zé)解耦,并管理應(yīng)用所需的生命周期,為簡(jiǎn)化日常開發(fā),提供了很大便利。

10年積累的網(wǎng)站設(shè)計(jì)、成都網(wǎng)站制作經(jīng)驗(yàn),可以快速應(yīng)對(duì)客戶對(duì)網(wǎng)站的新想法和需求。提供各種問(wèn)題對(duì)應(yīng)的解決方案。讓選擇我們的客戶得到更好、更有力的網(wǎng)絡(luò)服務(wù)。我雖然不認(rèn)識(shí)你,你也不認(rèn)識(shí)我。但先網(wǎng)站設(shè)計(jì)后付款的網(wǎng)站建設(shè)流程,更有松滋免費(fèi)網(wǎng)站建設(shè)讓你可以放心的選擇與我們合作。
1.簡(jiǎn)介
在上一篇文章中,我向大家介紹了 Spring MVC 是如何處理 HTTP 請(qǐng)求的。Spring MVC 可對(duì)外提供服務(wù)時(shí),說(shuō)明其已經(jīng)處于了就緒狀態(tài)。再次之前,Spring MVC 需要進(jìn)行一系列的初始化操作。正所謂兵馬未動(dòng),糧草先行。這些操作包括創(chuàng)建容器,加載 DispatcherServlet 中用到的各種組件等。本篇文章就來(lái)和大家討論一下這些初始化操作中的容器創(chuàng)建操作,容器的創(chuàng)建是其他一些初始化過(guò)程的基礎(chǔ)。那其他的就不多說(shuō)了,我們直入主題吧。
2.容器的創(chuàng)建過(guò)程
一般情況下,我們會(huì)在一個(gè) Web 應(yīng)用中配置兩個(gè)容器。一個(gè)容器用于加載 Web 層的類,比如我們的接口 Controller、HandlerMapping、ViewResolver 等。在本文中,我們把這個(gè)容器叫做 web 容器。另一個(gè)容器用于加載業(yè)務(wù)邏輯相關(guān)的類,比如 service、dao 層的一些類。在本文中,我們把這個(gè)容器叫做業(yè)務(wù)容器。在容器初始化的過(guò)程中,業(yè)務(wù)容器會(huì)先于 web 容器進(jìn)行初始化。web 容器初始化時(shí),會(huì)將業(yè)務(wù)容器作為父容器。這樣做的原因是,web 容器中的一些 bean 會(huì)依賴于業(yè)務(wù)容器中的 bean。比如我們的 controller 層接口通常會(huì)依賴 service 層的業(yè)務(wù)邏輯類。下面舉個(gè)例子進(jìn)行說(shuō)明:
如上,我們將 dao 層的類配置在 application-dao.xml 文件中,將 service 層的類配置在 application-service.xml 文件中。然后我們將這兩個(gè)配置文件通過(guò) 標(biāo)簽導(dǎo)入到 application.xml 文件中。此時(shí),我們可以讓業(yè)務(wù)容器去加載 application.xml 配置文件即可。另一方面,我們將 Web 相關(guān)的配置放在 application-web.xml 文件中,并將該文件交給 Web 容器去加載。
這里我們把配置文件進(jìn)行分層,結(jié)構(gòu)上看起來(lái)清晰了很多,也便于維護(hù)。這個(gè)其實(shí)和代碼分層是一個(gè)道理,如果我們把所有的代碼都放在同一個(gè)包下,那看起來(lái)會(huì)多難受啊。同理,我們用業(yè)務(wù)容器和 Web 容器去加載不同的類也是一種分層的體現(xiàn)吧。當(dāng)然,如果應(yīng)用比較簡(jiǎn)單,僅用 Web 容器去加載所有的類也不是不可以。
2.1 業(yè)務(wù)容器的創(chuàng)建過(guò)程
前面說(shuō)了一些背景知識(shí)作為鋪墊,那下面我們開始分析容器的創(chuàng)建過(guò)程吧。按照創(chuàng)建順序,我們先來(lái)分析業(yè)務(wù)容器的創(chuàng)建過(guò)程。業(yè)務(wù)容器的創(chuàng)建入口是 ContextLoaderListener 的 contextInitialized 方法。顧名思義,ContextLoaderListener 是用來(lái)監(jiān)聽 ServletContext 加載事件的。當(dāng) ServletContext 被加載后,監(jiān)聽器的 contextInitialized 方法就會(huì)被 Servlet 容器調(diào)用。ContextLoaderListener Spring 框架提供的,它的配置方法如下:
org.springframework.web.context.ContextLoaderListener
contextConfigLocationclasspath:application.xml
如上,ContextLoaderListener 可通過(guò) ServletContext 獲取到 contextConfigLocation 配置。這樣,業(yè)務(wù)容器就可以加載 application.xml 配置文件了。那下面我們來(lái)分析一下 ContextLoaderListener 的源碼吧。
public class ContextLoaderListener extends ContextLoader implements ServletContextListener {
// 省略部分代碼
@Override
public void contextInitialized(ServletContextEvent event) {
// 初始化 WebApplicationContext
initWebApplicationContext(event.getServletContext());
}
}
public WebApplicationContext initWebApplicationContext(ServletContext servletContext) {
/*
* 如果 ServletContext 中 ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE 屬性值
* 不為空時(shí),表明有其他監(jiān)聽器設(shè)置了這個(gè)屬性。Spring 認(rèn)為不能替換掉別的監(jiān)聽器設(shè)置
* 的屬性值,所以這里拋出異常。
*/
if (servletContext.getAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE) != null) {
throw new IllegalStateException(
"Cannot initialize context because there is already a root application context present - " +
"check whether you have multiple ContextLoader* definitions in your web.xml!");
}
Log logger = LogFactory.getLog(ContextLoader.class);
servletContext.log("Initializing Spring root WebApplicationContext");
if (logger.isInfoEnabled()) {...}
long startTime = System.currentTimeMillis();
try {
if (this.context == null) {
// 創(chuàng)建 WebApplicationContext
this.context = createWebApplicationContext(servletContext);
}
if (this.context instanceof ConfigurableWebApplicationContext) {
ConfigurableWebApplicationContext cwac = (ConfigurableWebApplicationContext) this.context;
if (!cwac.isActive()) {
if (cwac.getParent() == null) {
/*
* 加載父 ApplicationContext,一般情況下,業(yè)務(wù)容器不會(huì)有父容器,
* 除非進(jìn)行配置
*/
ApplicationContext parent = loadParentContext(servletContext);
cwac.setParent(parent);
}
// 配置并刷新 WebApplicationContext
configureAndRefreshWebApplicationContext(cwac, servletContext);
}
}
// 設(shè)置 ApplicationContext 到 servletContext 中
servletContext.setAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE, this.context);
ClassLoader ccl = Thread.currentThread().getContextClassLoader();
if (ccl == ContextLoader.class.getClassLoader()) {
currentContext = this.context;
}
else if (ccl != null) {
currentContextPerThread.put(ccl, this.context);
}
if (logger.isDebugEnabled()) {...}
if (logger.isInfoEnabled()) {...}
return this.context;
}
catch (RuntimeException ex) {
logger.error("Context initialization failed", ex);
servletContext.setAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE, ex);
throw ex;
}
catch (Error err) {
logger.error("Context initialization failed", err);
servletContext.setAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE, err);
throw err;
}
}
如上,我們看一下上面的創(chuàng)建過(guò)程。首先 Spring 會(huì)檢測(cè) ServletContext 中 ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE 屬性有沒(méi)有被設(shè)置,若被設(shè)置過(guò),則拋出異常。若未設(shè)置,則調(diào)用 createWebApplicationContext 方法創(chuàng)建容器。創(chuàng)建好后,再調(diào)用 configureAndRefreshWebApplicationContext 方法配置并刷新容器。最后,調(diào)用 setAttribute 方法將容器設(shè)置到 ServletContext 中。經(jīng)過(guò)以上幾步,整個(gè)創(chuàng)建流程就結(jié)束了。流程并不復(fù)雜,可簡(jiǎn)單總結(jié)為創(chuàng)建容器 → 配置并刷新容器 → 設(shè)置容器到 ServletContext 中。這三步流程中,最后一步就不進(jìn)行分析,接下來(lái)分析一下第一步和第二步流程對(duì)應(yīng)的源碼。如下:
protected WebApplicationContext createWebApplicationContext(ServletContext sc) {
// 判斷創(chuàng)建什么類型的容器,默認(rèn)類型為 XmlWebApplicationContext
Class> contextClass = determineContextClass(sc);
if (!ConfigurableWebApplicationContext.class.isAssignableFrom(contextClass)) {
throw new ApplicationContextException("Custom context class [" + contextClass.getName() +
"] is not of type [" + ConfigurableWebApplicationContext.class.getName() + "]");
}
// 通過(guò)反射創(chuàng)建容器
return (ConfigurableWebApplicationContext) BeanUtils.instantiateClass(contextClass);
}
protected Class> determineContextClass(ServletContext servletContext) {
/*
* 讀取用戶自定義配置,比如:
*
* contextClass * XXXConfigWebApplicationContext *
*/
String contextClassName = servletContext.getInitParameter(CONTEXT_CLASS_PARAM);
if (contextClassName != null) {
try {
return ClassUtils.forName(contextClassName, ClassUtils.getDefaultClassLoader());
}
catch (ClassNotFoundException ex) {
throw new ApplicationContextException(
"Failed to load custom context class [" + contextClassName + "]", ex);
}
}
else {
/*
* 若無(wú)自定義配置,則獲取默認(rèn)的容器類型,默認(rèn)類型為 XmlWebApplicationContext。
* defaultStrategies 讀取的配置文件為 ContextLoader.properties,
* 該配置文件內(nèi)容如下:
* org.springframework.web.context.WebApplicationContext =
* org.springframework.web.context.support.XmlWebApplicationContext
*/
contextClassName = defaultStrategies.getProperty(WebApplicationContext.class.getName());
try {
return ClassUtils.forName(contextClassName, ContextLoader.class.getClassLoader());
}
catch (ClassNotFoundException ex) {
throw new ApplicationContextException(
"Failed to load default context class [" + contextClassName + "]", ex);
}
}
}
簡(jiǎn)單說(shuō)一下 createWebApplicationContext 方法的流程,該方法首先會(huì)調(diào)用 determineContextClass 判斷創(chuàng)建什么類型的容器,默認(rèn)為 XmlWebApplicationContext。然后調(diào)用 instantiateClass 方法通過(guò)反射的方式創(chuàng)建容器實(shí)例。instantiateClass 方法就不跟進(jìn)去分析了,大家可以自己去看看,比較簡(jiǎn)單。
繼續(xù)往下分析,接下來(lái)分析一下 configureAndRefreshWebApplicationContext 方法的源碼。如下:
protected void configureAndRefreshWebApplicationContext(ConfigurableWebApplicationContext wac, ServletContext sc) {
if (ObjectUtils.identityToString(wac).equals(wac.getId())) {
// 從 ServletContext 中獲取用戶配置的 contextId 屬性
String idParam = sc.getInitParameter(CONTEXT_ID_PARAM);
if (idParam != null) {
// 設(shè)置容器 id
wac.setId(idParam);
}
else {
// 用戶未配置 contextId,則設(shè)置一個(gè)默認(rèn)的容器 id
wac.setId(ConfigurableWebApplicationContext.APPLICATION_CONTEXT_ID_PREFIX +
ObjectUtils.getDisplayString(sc.getContextPath()));
}
}
wac.setServletContext(sc);
// 獲取 contextConfigLocation 配置
String configLocationParam = sc.getInitParameter(CONFIG_LOCATION_PARAM);
if (configLocationParam != null) {
wac.setConfigLocation(configLocationParam);
}
ConfigurableEnvironment env = wac.getEnvironment();
if (env instanceof ConfigurableWebEnvironment) {
((ConfigurableWebEnvironment) env).initPropertySources(sc, null);
}
customizeContext(sc, wac);
// 刷新容器
wac.refresh();
}
上面的源碼不是很長(zhǎng),邏輯不是很復(fù)雜。下面簡(jiǎn)單總結(jié) configureAndRefreshWebApplicationContext 方法主要做了事情,如下:
設(shè)置容器 id 獲取 contextConfigLocation 配置,并設(shè)置到容器中 刷新容器 到此,關(guān)于業(yè)務(wù)容器的創(chuàng)建過(guò)程就分析完了,下面我們繼續(xù)分析 Web 容器的創(chuàng)建過(guò)程。
2.2 Web 容器的創(chuàng)建過(guò)程
前面說(shuō)了業(yè)務(wù)容器的創(chuàng)建過(guò)程,業(yè)務(wù)容器是通過(guò) ContextLoaderListener。那 Web 容器是通過(guò)什么創(chuàng)建的呢?答案是通過(guò) DispatcherServlet。我在上一篇文章介紹 HttpServletBean 抽象類時(shí),說(shuō)過(guò)該類覆寫了父類 HttpServlet 中的 init 方法。這個(gè)方法就是創(chuàng)建 Web 容器的入口,那下面我們就從這個(gè)方法入手。如下:
// -- org.springframework.web.servlet.HttpServletBean
public final void init() throws ServletException {
if (logger.isDebugEnabled()) {...}
// 獲取 ServletConfig 中的配置信息
PropertyValues pvs = new ServletConfigPropertyValues(getServletConfig(), this.requiredProperties);
if (!pvs.isEmpty()) {
try {
/*
* 為當(dāng)前對(duì)象(比如 DispatcherServlet 對(duì)象)創(chuàng)建一個(gè) BeanWrapper,
* 方便讀/寫對(duì)象屬性。
*/
BeanWrapper bw = PropertyAccessorFactory.forBeanPropertyAccess(this);
ResourceLoader resourceLoader = new ServletContextResourceLoader(getServletContext());
bw.registerCustomEditor(Resource.class, new ResourceEditor(resourceLoader, getEnvironment()));
initBeanWrapper(bw);
// 設(shè)置配置信息到目標(biāo)對(duì)象中
bw.setPropertyValues(pvs, true);
}
catch (BeansException ex) {
if (logger.isErrorEnabled()) {...}
throw ex;
}
}
// 進(jìn)行后續(xù)的初始化
initServletBean();
if (logger.isDebugEnabled()) {...}
}
protected void initServletBean() throws ServletException {
}
上面的源碼主要做的事情是將 ServletConfig 中的配置信息設(shè)置到 HttpServletBean 的子類對(duì)象中(比如 DispatcherServlet),我們并未從上面的源碼中發(fā)現(xiàn)創(chuàng)建容器的痕跡。不過(guò)如果大家注意看源碼的話,會(huì)發(fā)現(xiàn) initServletBean 這個(gè)方法稍顯奇怪,是個(gè)空方法。這個(gè)方法的訪問(wèn)級(jí)別為 protected,子類可進(jìn)行覆蓋。HttpServletBean 子類 FrameworkServlet 覆寫了這個(gè)方法,下面我們到 FrameworkServlet 中探索一番。
// -- org.springframework.web.servlet.FrameworkServlet
protected final void initServletBean() throws ServletException {
getServletContext().log("Initializing Spring FrameworkServlet '" + getServletName() + "'");
if (this.logger.isInfoEnabled()) {...}
long startTime = System.currentTimeMillis();
try {
// 初始化容器
this.webApplicationContext = initWebApplicationContext();
initFrameworkServlet();
}
catch (ServletException ex) {
this.logger.error("Context initialization failed", ex);
throw ex;
}
catch (RuntimeException ex) {
this.logger.error("Context initialization failed", ex);
throw ex;
}
if (this.logger.isInfoEnabled()) {...}
}
protected WebApplicationContext initWebApplicationContext() {
// 從 ServletContext 中獲取容器,也就是 ContextLoaderListener 創(chuàng)建的容器
WebApplicationContext rootContext =
WebApplicationContextUtils.getWebApplicationContext(getServletContext());
WebApplicationContext wac = null;
/*
* 若下面的條件成立,則需要從外部設(shè)置 webApplicationContext。有兩個(gè)途徑可以設(shè)置
* webApplicationContext,以 DispatcherServlet 為例:
* 1. 通過(guò) DispatcherServlet 有參構(gòu)造方法傳入 WebApplicationContext 對(duì)象
* 2. 將 DispatcherServlet 配置到其他容器中,由其他容器通過(guò)
* setApplicationContext 方法進(jìn)行設(shè)置
*
* 途徑1 可參考 AbstractDispatcherServletInitializer 中的
* registerDispatcherServlet 方法源碼。一般情況下,代碼執(zhí)行到此處,
* this.webApplicationContext 為 null,大家可自行調(diào)試進(jìn)行驗(yàn)證。
*/
if (this.webApplicationContext != null) {
wac = this.webApplicationContext;
if (wac instanceof ConfigurableWebApplicationContext) {
ConfigurableWebApplicationContext cwac = (ConfigurableWebApplicationContext) wac;
if (!cwac.isActive()) {
if (cwac.getParent() == null) {
// 設(shè)置 rootContext 為父容器
cwac.setParent(rootContext);
}
// 配置并刷新容器
configureAndRefreshWebApplicationContext(cwac);
}
}
}
if (wac == null) {
// 嘗試從 ServletContext 中獲取容器
wac = findWebApplicationContext();
}
if (wac == null) {
// 創(chuàng)建容器,并將 rootContext 作為父容器
wac = createWebApplicationContext(rootContext);
}
if (!this.refreshEventReceived) {
onRefresh(wac);
}
if (this.publishContext) {
String attrName = getServletContextAttributeName();
// 將創(chuàng)建好的容器設(shè)置到 ServletContext 中
getServletContext().setAttribute(attrName, wac);
if (this.logger.isDebugEnabled()) {...}
}
return wac;
}
protected WebApplicationContext createWebApplicationContext(ApplicationContext parent) {
// 獲取容器類型,默認(rèn)為 XmlWebApplicationContext.class
Class> contextClass = getContextClass();
if (this.logger.isDebugEnabled()) {...}
if (!ConfigurableWebApplicationContext.class.isAssignableFrom(contextClass)) {
throw new ApplicationContextException(
"Fatal initialization error in servlet with name '" + getServletName() +
"': custom WebApplicationContext class [" + contextClass.getName() +
"] is not of type ConfigurableWebApplicationContext");
}
// 通過(guò)反射實(shí)例化容器
ConfigurableWebApplicationContext wac =
(ConfigurableWebApplicationContext) BeanUtils.instantiateClass(contextClass);
wac.setEnvironment(getEnvironment());
wac.setParent(parent);
wac.setConfigLocation(getContextConfigLocation());
// 配置并刷新容器
configureAndRefreshWebApplicationContext(wac);
return wac;
}
protected void configureAndRefreshWebApplicationContext(ConfigurableWebApplicationContext wac) {
if (ObjectUtils.identityToString(wac).equals(wac.getId())) {
// 設(shè)置容器 id
if (this.contextId != null) {
wac.setId(this.contextId);
}
else {
// 生成默認(rèn) id
wac.setId(ConfigurableWebApplicationContext.APPLICATION_CONTEXT_ID_PREFIX +
ObjectUtils.getDisplayString(getServletContext().getContextPath()) + '/' + getServletName());
}
}
wac.setServletContext(getServletContext());
wac.setServletConfig(getServletConfig());
wac.setNamespace(getNamespace());
wac.addApplicationListener(new SourceFilteringListener(wac, new ContextRefreshListener()));
ConfigurableEnvironment env = wac.getEnvironment();
if (env instanceof ConfigurableWebEnvironment) {
((ConfigurableWebEnvironment) env).initPropertySources(getServletContext(), getServletConfig());
}
// 后置處理,子類可以覆蓋進(jìn)行一些自定義操作。在 Spring MVC 未使用到,是個(gè)空方法。
postProcessWebApplicationContext(wac);
applyInitializers(wac);
// 刷新容器
wac.refresh();
}
以上就是創(chuàng)建 Web 容器的源碼,下面總結(jié)一下該容器創(chuàng)建的過(guò)程。如下:
從 ServletContext 中獲取 ContextLoaderListener 創(chuàng)建的容器 若 this.webApplicationContext != null 條件成立,僅設(shè)置父容器和刷新容器即可 嘗試從 ServletContext 中獲取容器,若容器不為空,則無(wú)需執(zhí)行步驟4 創(chuàng)建容器,并將 rootContext 作為父容器 設(shè)置容器到 ServletContext 中 到這里,關(guān)于 Web 容器的創(chuàng)建過(guò)程就講完了。總的來(lái)說(shuō),Web 容器的創(chuàng)建過(guò)程和業(yè)務(wù)容器的創(chuàng)建過(guò)程大致相同,但是差異也是有的,不能忽略。
3.總結(jié)
本篇文章對(duì) Spring MVC 兩種容器的創(chuàng)建過(guò)程進(jìn)行了較為詳細(xì)的分析,總的來(lái)說(shuō)兩種容器的創(chuàng)建過(guò)程并不是很復(fù)雜。大家在分析這兩種容器的創(chuàng)建過(guò)程時(shí),看的不明白的地方,可以進(jìn)行調(diào)試,這對(duì)于理解代碼邏輯還是很有幫助的。當(dāng)然閱讀 Spring MVC 部分的源碼最好有 Servlet 和 Spring IOC 容器方面的知識(shí),這些是基礎(chǔ),Spring MVC 就是在這些基礎(chǔ)上構(gòu)建的。
分享名稱:詳解SpringMVC原理
文章起源:http://www.5511xx.com/article/cdehsdo.html


咨詢
建站咨詢
