SpringMVC 視圖解析器 InternalResourceViewResolver 視圖解析器流程 底層源碼分析 ...
我們在使用SpringMVC的時候,想必都知道,為了安全性考慮,我們的JSP文件都會放在WEB-INF下,
但是我們在外部是不可以直接訪問/WEB-INF/目錄下的資源對吧,
只能通過內部伺服器進行轉發的形式進行訪問,那麼InternalResourceViewResolver底層通過轉發形式幫我們解決了這個問題!
為了使用InternalResourceViewResolver我們都會在SpringMVC的配置文件中進行如下配置
<!-- 自定義視圖解析器 --> <bean id="viewResolver" class="org.springframework.web.servlet.view.InternalResourceViewResolver"> <property name="prefix" value="/WEB-INF/"/> <property name="suffix" value=".jsp"/> </bean>
然後我們想訪問一個WEB-INF目錄下的文件就可以直接輸入這個文件的名字即可
例如:
view 視圖解析器就會在底層幫我們解析為 /WEB-INF/view.jsp
那麼,它的底層究竟是如何來實現的呢?
InternalResourceViewResolver:它是UrlBasedViewResolver的子類,那麼也就是說UrlBasedViewResolver所有的特性它全部支持,
那麼InternalResourceViewResolver到底有什麼特性呢?我們從它的字面意義上來看,可以理解為內部資源視圖解析器,也正是如此,它也是應用最廣泛的視圖解析器。
來讓我們來看一下,它的底層源碼
// // Source code recreated from a .class file by IntelliJ IDEA // (powered by Fernflower decompiler) // package org.springframework.web.servlet.view; import org.springframework.util.ClassUtils; public class InternalResourceViewResolver extends UrlBasedViewResolver { private static final boolean jstlPresent = ClassUtils.isPresent("javax.servlet.jsp.jstl.core.Config", InternalResourceViewResolver.class.getClassLoader()); private Boolean alwaysInclude; public InternalResourceViewResolver() { Class<?> viewClass = this.requiredViewClass(); if (viewClass.equals(InternalResourceView.class) && jstlPresent) { viewClass = JstlView.class; } this.setViewClass(viewClass); } protected Class<?> requiredViewClass() { return InternalResourceView.class; } public void setAlwaysInclude(boolean alwaysInclude) { this.alwaysInclude = alwaysInclude; } protected AbstractUrlBasedView buildView(String viewName) throws Exception { InternalResourceView view = (InternalResourceView)super.buildView(viewName); if (this.alwaysInclude != null) { view.setAlwaysInclude(this.alwaysInclude); } view.setPreventDispatchLoop(true); return view; } }
InternalResourceViewResolver會通過 執行buildView方法然後調用父類的vuildView方法,把我們返回的請求或返回的viewname傳過去,我們來看下這個方法的實現
//將不重要的代碼部分已刪除
protected AbstractUrlBasedView buildView(String viewName) throws Exception { AbstractUrlBasedView view = (AbstractUrlBasedView)BeanUtils.instantiateClass(this.getViewClass());//獲得一個視圖類 有繼承關係 view.setUrl(this.getPrefix() + viewName + this.getSuffix());//獲取我們在配置文件中配置的prefix 和suffix和傳進來的viewName String contentType = this.getContentType(); if (contentType != null) { view.setContentType(contentType);//視圖類型 } return view;//返回我們的視圖 }
我們通過這個方法可以發現,首選這個方法創建了一個視圖,雖然我們不認識,但是他們間接的有繼承關係,我們可以自行查看繼承結構。
然後就是獲取我們在SpringMVC中配置的InternalResourceViewResolver的prefix和suffix還有viewName名,構成一個完整的url例如:/WEB-INF/a.jsp,最後把構成的視圖返回構成了一個
InternalResourceView視圖。然後InternalResourceView視圖會把Controller處理器返回的模型屬性全部都放到HttpServletRequest裡面,讓我們看下底層的執行
//調用的是InternalResourceView對象的方法 protected void renderMergedOutputModel(Map<String, Object> model, HttpServletRequest request, HttpServletResponse response) throws Exception { this.exposeModelAsRequestAttributes(model, request);//通過調用這個方法然後執行放置到request,看接下來下麵片段的代碼 this.exposeHelpers(request); String dispatcherPath = this.prepareForRendering(request, response); RequestDispatcher rd = this.getRequestDispatcher(request, dispatcherPath); if (rd == null) { throw new ServletException("Could not get RequestDispatcher for [" + this.getUrl() + "]: Check that the corresponding file exists within your web application archive!"); } else { if (this.useInclude(request, response)) { response.setContentType(this.getContentType()); if (this.logger.isDebugEnabled()) { this.logger.debug("Including resource [" + this.getUrl() + "] in InternalResourceView '" + this.getBeanName() + "'"); } rd.include(request, response); } else { if (this.logger.isDebugEnabled()) { this.logger.debug("Forwarding to resource [" + this.getUrl() + "] in InternalResourceView '" + this.getBeanName() + "'"); } rd.forward(request, response); } } }
//調用的是AbstractView 類 protected void exposeModelAsRequestAttributes(Map<String, Object> model, HttpServletRequest request) throws Exception { Iterator var3 = model.entrySet().iterator(); while(var3.hasNext()) { Entry<String, Object> entry = (Entry)var3.next(); String modelName = (String)entry.getKey(); Object modelValue = entry.getValue(); if (modelValue != null) { request.setAttribute(modelName, modelValue);//把Controller返回的模型屬性值放入 if (this.logger.isDebugEnabled()) { this.logger.debug("Added model object '" + modelName + "' of type [" + modelValue.getClass().getName() + "] to request in view with name '" + this.getBeanName() + "'"); } } else { request.removeAttribute(modelName); if (this.logger.isDebugEnabled()) { this.logger.debug("Removed model object '" + modelName + "' from request in view with name '" + this.getBeanName() + "'"); } } } }
然後通過RequestDispatcher在伺服器端把請求forword重定向到目標URL
以上就是InternalResourceViewResolver解析流程
連貫起來就是
InternalResourceViewResolver會把返回的視圖名稱都解析為InternalResourceView對象,InternalResourceView會把Controller處理器方法返回的模型屬性都存放到對應的request屬性中,然後通過RequestDispatcher在伺服器端把請求forword重定向到目標URL。比如在InternalResourceViewResolver中定義了prefix=/WEB-INF/,suffix=.jsp,然後請求的Controller處理器方法返回的視圖名稱為test,那麼這個時候InternalResourceViewResolver就會把test解析為一個InternalResourceView對象,先把返回的模型屬性都存放到對應的HttpServletRequest屬性中,然後利用RequestDispatcher在伺服器端把請求forword到/WEB-INF/a.jsp。
最後我們在總結下總體的視圖解析流程:
1、調用目標方法,SpringMVC將目標方法返回的String、View、ModelMap或是ModelAndView都轉換為一個ModelAndView對象;
2、然後通過視圖解析器(ViewResolver)對ModelAndView對象中的View對象進行解析,將該邏輯視圖View對象解析為一個物理視圖View對象;
3、最後調用物理視圖View對象的render()方法進行視圖渲染,得到響應結果。