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()方法进行视图渲染,得到响应结果。

原文地址:https://www.cnblogs.com/arebirth/p/springmvcirvr.html

时间: 2024-10-08 04:57:01

SpringMVC 视图解析器 InternalResourceViewResolver的相关文章

SpringMvc 视图解析器常见功能、类型转换、格式化

springmvc.xml <?xml version="1.0" encoding="UTF-8"?> <beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:aop="http://www.springframewo

springMVC初探视图解析器——InternalResourceViewResolver

springmvc在处理器方法中通常返回的是逻辑视图,如何定位到真正的页面,就需要通过视图解析器. springmvc里提供了多个视图解析器,InternalResourceViewResolver就是其中之一: 最常用的视图解析器:InternalResourceViewResolver 当处理器返回“index”时,InternalResourceViewResolver解析器会自动添加前缀和后缀:/WEB-INF/jsp/index.jsp 注意:这里的order表示视图解析的优先级,数目

SpringMVC视图解析器

AbstractController 先创建一个MyAbstorctController类,并且让他继承AbstractController父类,并实现该父类中的方法. public class MyAbstorctController extends AbstractController{ protected ModelAndView handleRequestInternal(HttpServletRequest httpServletRequest, HttpServletResponse

SpringMVC视图解析器 转

  前言 在前一篇博客中讲了SpringMVC的Controller控制器,在这篇博客中将接着介绍一下SpringMVC视 图解析器.当我们对SpringMVC控制的资源发起请求时,这些请求都会被SpringMVC的DispatcherServlet处理,接着 Spring会分析看哪一个HandlerMapping定义的所有请求映射中存在对该请求的最合理的映射.然后通过该HandlerMapping取得 其对应的Handler,接着再通过相应的HandlerAdapter处理该Handler.H

springmvc 之 SpringMVC视图解析器

当我们对SpringMVC控制的资源发起请求时,这些请求都会被SpringMVC的DispatcherServlet处理,接着Spring会分析看哪一个HandlerMapping定义的所有请求映射中存在对该请求的最合理的映射.然后通过该HandlerMapping取得其对应的Handler,接着再通过相应的HandlerAdapter处理该Handler.HandlerAdapter在对Handler进行处理之后会返回一个ModelAndView对象.在获得了ModelAndView对象之后,

SpringMVC视图解析器配置

<!--视图解析器--> <bean class="org.springframework.web.servlet.view.InternalResourceViewResolver"> <!--前缀--> <property name="prefix" value="/"/> <!--后缀--> <property name="suffix" value=&q

SpringMVC视图解析器配置式开发

视图解析器分为: 默认方法名解析器 属性方法名解析器 参数方法名解析器 测试案例:创建类 package cn.happy.day03MultiAction; import org.springframework.web.servlet.ModelAndView; import org.springframework.web.servlet.mvc.multiaction.MultiActionController; import javax.servlet.http.HttpServletRe

springmvc 视图解析器工作不正常

参考了如下 https://blog.csdn.net/typa01_kk/article/details/45902783 今天搭建了一个新的工程,从头开始搞的,处理完发现,能正常进入controller但是 报404 研究了一番,猜测应该是视图解析器没有正常工作 如果是返回地址写错了,那么应该提示 后边的错误是我故意改动的,很明显,正常的话,视图解析器可以解析到返回的地址,然后去文件夹下寻找页面 但是上边的明显没有解析到 比较奇怪的问题 我做了个小实验 把返回类型改为string 这时候可以

学习SpringMVC——说说视图解析器

各位前排的,后排的,都不要走,咱趁热打铁,就这一股劲我们今天来说说spring mvc的视图解析器(不要抢,都有位子~~~) 相信大家在昨天那篇如何获取请求参数篇中都已经领略到了spring mvc注解的魅力和套路了.搭上@RequestMapping的便车,我们可以去到我们想去的地方(方法)去,借助@RequestParam.@PathVariable等我们可以得到请求中想要的参数值,最终还能够通过神奇的“return SUCCESS”到达我们的目的地.今天主要就来说说在达到目的地的路上,我们