摘要：此解析器與差不多，更改下配置文件中的類全路徑即可。總結(jié)本章介紹了以及三個(gè)視圖解析器。這部分內(nèi)容有點(diǎn)兒多，我會(huì)盡快結(jié)束。

通過上幾篇的學(xué)習(xí)，我們分析了并試驗(yàn)了ViewResolverComposite、BeanNameViewResolver和ContentNegotiatingViewResolver，這三個(gè)類都直接實(shí)現(xiàn)ViewResolver接口。Spring MVC提供了很多的ViewResolver實(shí)現(xiàn)，本章我們繼續(xù)分析比較常用的幾個(gè)視圖解析器。

本系列文章是基于Spring5.0.5RELEASE。

AbstractCachingViewResolver實(shí)現(xiàn)ViewResolver接口的抽象類，從類名可知，該類具有緩存功能，即緩存解析過的視圖View對(duì)象，后續(xù)需要視圖解析時(shí)，會(huì)先從緩存中查找，如果找到對(duì)應(yīng)的視圖就直接返回，如果未找到就創(chuàng)建一個(gè)視圖對(duì)象放入緩存Map中，并返回創(chuàng)建對(duì)象。從其實(shí)現(xiàn)原理上來看，此類視圖解析器的性能是最佳的。

public abstract class AbstractCachingViewResolver extends WebApplicationObjectSupport implements ViewResolver {
    /** 緩存視圖map的初始大小 */
    public static final int DEFAULT_CACHE_LIMIT = 1024;
    
    /** 最大緩存數(shù)量 */
    private volatile int cacheLimit = DEFAULT_CACHE_LIMIT;

    /** 解析過的View緩存容器，key是邏輯視圖名，value是視圖View對(duì)象 */
    private final Map viewAccessCache = new ConcurrentHashMap<>(DEFAULT_CACHE_LIMIT);

    /** 存儲(chǔ)所有創(chuàng)建過的視圖，本容器里的內(nèi)容大于等于viewAccessCache中的內(nèi)容
        key是邏輯視圖名，value是視圖View對(duì)象 */
    private final Map viewCreationCache =
        new LinkedHashMap(DEFAULT_CACHE_LIMIT, 0.75f, true) {
            @Override
            protected boolean removeEldestEntry(Map.Entry eldest) {
                // 本容器內(nèi)數(shù)量大于緩存數(shù)量時(shí)，移除最老的對(duì)象
                if (size() > getCacheLimit()) {
                    // 移除緩存容器中最老的View對(duì)象
                    viewAccessCache.remove(eldest.getKey());
                    return true;
                }
                else {
                    return false;
                }
            }
        };

    /** 實(shí)現(xiàn)ViewResolver接口resolveViewName方法 */
    @Override
    @Nullable
    public View resolveViewName(String viewName, Locale locale) throws Exception {
        // 緩存開關(guān)（默認(rèn)開啟）。通過屬性cacheLimit的值控制，大于0開啟緩存，小于0關(guān)閉緩存
        if (!isCache()) {
            return createView(viewName, locale);
        }
        else {
            // 獲取邏輯視圖名稱
            Object cacheKey = getCacheKey(viewName, locale);
            // 從緩存容器中查找緩存過的視圖對(duì)象
            View view = this.viewAccessCache.get(cacheKey);
            // 緩存中未找到
            if (view == null) {
                synchronized (this.viewCreationCache) {
                    // 從創(chuàng)建過的視圖容器中查找
                    view = this.viewCreationCache.get(cacheKey);
                    if (view == null) {
                        // 調(diào)用子類創(chuàng)建視圖View對(duì)象
                        view = createView(viewName, locale);
                        if (view == null && this.cacheUnresolved) {
                            view = UNRESOLVED_VIEW;
                        }
                        if (view != null) {
                            // 放入已訪問緩存容器
                            this.viewAccessCache.put(cacheKey, view);
                            // 放入已創(chuàng)建視圖容器
                            this.viewCreationCache.put(cacheKey, view);
                            if (logger.isTraceEnabled()) {
                                logger.trace("Cached view [" + cacheKey + "]");
                            }
                        }
                    }
                }
            }
            // 返回View對(duì)象
            return (view != UNRESOLVED_VIEW ? view : null);
        }
    }
    ... ...
}

以上是AbstractCachingViewResolver的核心代碼。簡(jiǎn)單說，本類就是實(shí)現(xiàn)了視圖解析的緩存功能。

該類是ViewResolver接口的一種實(shí)現(xiàn)，并繼承了AbstractCachingViewResolver抽象類，通過指定prefix前綴和suffix后綴，然后拼接邏輯視圖名稱加上前綴和后綴的方式確定視圖URL。

UrlBasedViewResolver支持返回視圖名稱中包括redirect:前綴，以支持在客戶端的跳轉(zhuǎn)。比如當(dāng)訪問一個(gè)url"/demo"，該url對(duì)應(yīng)的handler返回的邏輯視圖名為"redirect:/demo1"，URLBasedViewResolver在創(chuàng)建視圖時(shí)（createView方法中），判斷邏輯視圖名稱的前綴是"redirect:"開頭，接著裁剪掉"redirect:"前綴后，創(chuàng)建RedirectView對(duì)象，RedirectView對(duì)象將把請(qǐng)求返回的模型數(shù)據(jù)組合成查詢參數(shù)形式拼接到redirect的URL后面，然后調(diào)用 HttpServletResponse 對(duì)象的 sendRedirect 方法進(jìn)行重定向。（稍后我們實(shí)踐驗(yàn)證）

同樣的，URLBasedViewResolver還支持"forword:"前綴，然后封裝成一個(gè) InternalResourceView 對(duì)象，服務(wù)器端利用 RequestDispatcher 的 forword 方式跳轉(zhuǎn)到指定的地址。

說了這么多，我們看下源碼是如何實(shí)現(xiàn)的，如下：

public class UrlBasedViewResolver extends AbstractCachingViewResolver implements Ordered {
    ... ...
    
    /** 創(chuàng)建View實(shí)例 */
    @Override
    protected View createView(String viewName, Locale locale) throws Exception {
        // If this resolver is not supposed to handle the given view,
        // return null to pass on to the next resolver in the chain.
        if (!canHandle(viewName, locale)) {
            return null;
        }
        // 處理redirect請(qǐng)求
        if (viewName.startsWith(REDIRECT_URL_PREFIX)) {
            // 去掉redirect:前綴
            String redirectUrl = viewName.substring(REDIRECT_URL_PREFIX.length());
            // 根據(jù)redirectUrl創(chuàng)建RedirectView實(shí)例
            RedirectView view = new RedirectView(redirectUrl, isRedirectContextRelative(), isRedirectHttp10Compatible());
            String[] hosts = getRedirectHosts();
            if (hosts != null) {
                view.setHosts(hosts);
            }
            return applyLifecycleMethods(viewName, view);
        }
        // 處理forward請(qǐng)求
        if (viewName.startsWith(FORWARD_URL_PREFIX)) {
            去掉forward:前綴
            String forwardUrl = viewName.substring(FORWARD_URL_PREFIX.length());
            return new InternalResourceView(forwardUrl);
        }
        // Else fall back to superclass implementation: calling loadView.
        // 處理普通view（除redirect/forward）
        // 調(diào)用父類createView方法，然后通過模板方法再調(diào)回本例的loadView方法
        return super.createView(viewName, locale);
    }

    @Override
    protected View loadView(String viewName, Locale locale) throws Exception {
        AbstractUrlBasedView view = buildView(viewName);
        View result = applyLifecycleMethods(viewName, view);
        return (view.checkResource(locale) ? result : null);
    }

    ... ...
}

InternalResourceViewResolver繼承UrlBasedViewResolver，故UrlBaseViewResolver具有的功能，InternalResourceViewResolver同樣具備，在實(shí)際項(xiàng)目中也是使用最廣泛的一種視圖解析器。InternalResourceViewResolver會(huì)把返回的視圖對(duì)象解析為InternalResourceView 對(duì)象，InternalResourceView 會(huì)把 Controller 處理器方法返回的模型屬性都存放到對(duì)應(yīng)的 request 屬性中，然后通過 RequestDispatcher 在服務(wù)器端把請(qǐng)求 forword 重定向到目標(biāo) URL。代碼如下：

public class InternalResourceViewResolver extends UrlBasedViewResolver {

    ... ...
    /** 構(gòu)造函數(shù) */
    public InternalResourceViewResolver() {
        // 獲取InternalResourceView
        Class viewClass = requiredViewClass();
        if (InternalResourceView.class == viewClass && jstlPresent) {
            viewClass = JstlView.class;
        }
        setViewClass(viewClass);
    }

    @Override
    protected Class requiredViewClass() {
        return InternalResourceView.class;
    }

    ... ...

}

其他功能都與UrlBasedViewResolver一樣。

UrlBaseViewResolver

Spring配置文件代碼如下：

Controller代碼如下：

@Controller
public class DemoController {

    /** 測(cè)試redirect */
    @GetMapping("/redirect")
    public String redirect(ModelMap modelMap){
        modelMap.put("name","daliang");
        modelMap.put("pass","111");
        return "redirect:/demo";
    }
    /** 測(cè)試forward */
    @GetMapping("/forward")
    public String forward(ModelMap modelMap){
        modelMap.put("name","daliang");
        modelMap.put("pass","111");
        return "forward:/demo";
    }

    @GetMapping("/demo")
    public String demo(){
        return "test";
    }

}

啟動(dòng)應(yīng)用，在瀏覽器地址欄輸入http://localhost:8088/redirect，回車后如下：

可見參數(shù)拼接到了url后面。

InternalResourceViewResolver

此解析器與UrlBasedViewResolver差不多，更改下配置文件中的類全路徑即可。

本章介紹了AbstractCachingViewResolver、UrlBasedViewResolver以及InternalResourceViewResolver三個(gè)視圖解析器。這部分內(nèi)容有點(diǎn)兒多，我會(huì)盡快結(jié)束。希望能幫到大家，謝謝！

最后創(chuàng)建了qq群方便大家交流，可掃描加入，同時(shí)也可加我qq：276420284，共同學(xué)習(xí)、共同進(jìn)步，謝謝！