我們在使用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()方法進行檢視渲染，得到響應結果。