SpringMVC——视图和视图解析器

阿弥陀佛僧

已于 2022-04-06 21:19:59 修改

阅读量5.8k

点赞数 5

分类专栏： SpringMVC 文章标签： spring java

于 2019-07-19 16:10:47 首次发布

本文链接：https://blog.csdn.net/rubulai/article/details/96475252

版权

SpringMVC 专栏收录该内容

12 篇文章 1 订阅

订阅专栏

一、概念
SpringMVC用于处理视图最重要的两个接口是ViewResolver(视图解析器)和View(视图)。ViewResolver的主要作用是把一个逻辑上的视图名解析为一个真正的视图，解析的时候会向视图中填充模型数据。SpringMVC中用于把视图呈现给客户端的是View对象。
1、视图
视图的作用是用来渲染模型数据，将模型里的数据以某种形式呈现给客户。为了实现视图模型和具体实现技术的解耦，Spring在org.springframework.web.servlet包下定义了一个高度抽象的View接口。视图对象由视图解析器负责实例化，由于视图是无状态的，所以不会有线程安全的问题。
2、视图解析器
请求处理方法执行完成后，最终返回一个ModelAndView对象。对于那些返回String、View或ModelMap等类型的处理方法，SpringMVC会在内部将他们装配成一个ModelAndView对象，它包含了模型数据和逻辑视图或逻辑视图名等，当Handler返回的ModelAndView中不包含真正的视图，只有一个逻辑视图名的时候，视图解析器(ViewResolver)就会把该逻辑视图名解析为真正的视图View对象。SpringMVC借助视图解析器(ViewResolver)得到最终的视图对象(View)，最终的视图可能是JSP，也可能是Excel、JFreeChart等各种表现形式的视图。有了视图解析器，对于最终究竟采取何种视图对象对模型数据进行渲染，处理器(Controller)就不需要关心，处理器工作重点聚焦在生产模型数据的工作上，视图解析器负责将模型数据渲染到视图中，从而实现MVC的充分解耦。

二、常用的视图解析器
1、AbstractCachingViewResolver：这是一个抽象类，这种视图解析器会把它曾经解析过的视图保存起来，然后每次要解析视图的时候先从缓存里面找，如果找到了对应的视图就直接返回，如果没有就创建一个新的视图对象，然后把它放到一个用于缓存的map中，接着再把新建的视图返回。使用这种视图缓存的方式可以大大提高解析视图的性能。
2、UrlBasedViewResolver：它是对ViewResolver的一种简单实现，而且继承了AbstractCachingViewResolver，主要是提供了一种拼接URL的方式来解析视图。它可以让我们通过prefix属性指定视图名的前缀，通过suffix属性指定视图名的后缀，然后把返回的逻辑视图名拼接上指定的前缀和后缀就是完整的视图URL了。默认的prefix和suffix都是空串。URLBasedViewResolver支持返回的视图名称中包含redirect:前缀，这样就可以支持URL在客户端的跳转，如当返回的视图名称是”redirect:test.do”的时候，URLBasedViewResolver发现返回的视图名称包含”redirect:”前缀，于是把返回的视图名称前缀”redirect:”去掉，取后面的test.do组成一个RedirectView，RedirectView将把请求返回的模型属性组合成查询参数拼接到redirect的URL后面，然后调用HttpServletResponse对象的sendRedirect方法进行重定向；同样URLBasedViewResolver还支持forword:前缀，对于视图名称中包含forword:前缀的视图名称将会被封装成一个InternalResourceView对象，然后在服务器端利用RequestDispatcher的forword方式跳转到指定的地址。使用UrlBasedViewResolver的时候必须指定属性viewClass的值，表示解析成哪种视图，一般使用较多的就是InternalResourceView，利用它来展现jsp，但是当我们使用JSTL的时候我们必须使用JstlView。下面是一段UrlBasedViewResolver的定义，根据该定义，当返回的逻辑视图名称是test的时候，UrlBasedViewResolver将把逻辑视图名称拼接上前缀和后缀，即“/WEB-INF/test.jsp”，然后按照viewClass属性指定的视图类型予以返回，即返回一个url为“/WEB-INF/test.jsp”的InternalResourceView对象

<bean class="org.springframework.web.servlet.view.UrlBasedViewResolver">  
   <property name="prefix" value="/WEB-INF/" />  
   <property name="suffix" value=".jsp" />
   <property name="viewClass" value="org.springframework.web.servlet.view.InternalResourceView"/>  
</bean>

3、InternalResourceViewResolver：它是URLBasedViewResolver的子类，所以URLBasedViewResolver支持的特性它都支持。在实际应用中InternalResourceViewResolver也是使用最广泛的一个视图解析器。那么InternalResourceViewResolver有什么独有的特性呢？单从字面意思来看，我们可以把InternalResourceViewResolver解释为内部资源视图解析器，这就是InternalResourceViewResolver的一个特性。InternalResourceViewResolver会把返回的视图名称都解析为InternalResourceView对象，InternalResourceView会把Controller处理器方法返回的模型属性都存放到对应的request属性中，然后通过RequestDispatcher在服务器端把请求重定向到目标URL。比如在InternalResourceViewResolver中定义了prefix=/WEB-INF/，suffix=.jsp，然后请求的Controller处理器方法返回的视图名称为test，那么这个时候InternalResourceViewResolver就会把test解析为一个InternalResourceView对象，先把返回的模型属性都存放到对应的HttpServletRequest中，然后利用RequestDispatcher在服务器端把请求重定向到/WEB-INF/test.jsp。这就是InternalResourceViewResolver一个非常重要的特性，我们都知道存放在/WEB-INF/下面的内容是不能直接通过request请求的方式请求到的，为了安全性考虑，我们通常会把jsp文件放在WEB-INF目录下，而InternalResourceView通过在服务器端跳转的方式可以很好的解决这个问题。下面是一个InternalResourceViewResolver的定义，根据该定义当返回的逻辑视图名称是test的时候，InternalResourceViewResolver会给它加上定义好的前缀和后缀，组成“/WEB-INF/test.jsp”的形式，然后把它当做一个InternalResourceView的url新建一个InternalResourceView对象返回

<bean class="org.springframework.web.servlet.view.InternalResourceViewResolver">  
   <property name="prefix" value="/WEB-INF/"/>  
   <property name="suffix" value=".jsp"></property>  
</bean>

4、XmlViewResolver：它继承自AbstractCachingViewResolver，所以它也是支持视图缓存的。使用XmlViewResolver时需要给定一个xml配置文件，该文件使用和Spring的bean工厂配置文件一样的DTD定义，其实该文件就是用来定义视图的bean对象的。在该文件中定义的每一个视图的bean对象都给定了一个名字，然后XmlViewResolver将根据Controller处理器方法返回的逻辑视图名称到XmlViewResolver指定的配置文件中寻找对应名称的视图bean用于处理视图。该配置文件的地址默认是/WEB-INF/views.xml文件，如果不想使用默认值可以在XmlViewResolver的location属性中指定它的位置。XmlViewResolver还实现了Ordered接口，因此我们可以通过其order属性来指定在ViewResolver链中它所处的位置，order的值越小优先级越高。以下是使用XmlViewResolver的一个示例：
1）在SpringMVC的配置文件中加入XmlViewResolver的bean定义。使用location属性指定其配置文件所在的位置，order属性指定当有多个ViewResolver的时候其处理视图的优先级

<bean class="org.springframework.web.servlet.view.XmlViewResolver">  
   <property name="location" value="/WEB-INF/views.xml"/>  
   <property name="order" value="1"/>  
</bean>

2）在XmlViewResolver对应的配置文件(/WEB-INF/views.xml)中配置好所需要的视图定义。在下面的代码中我们就配置了一个名为internalResource的InternalResourceView，其url属性为“/index.jsp”：就是说当处理器方法返回的逻辑视图名为"internalResource"的时候我们将使用org.springframework.web.servlet.view.InternalResourceView进行视图包装

<?xml version="1.0" encoding="UTF-8"?>  
<beans xmlns="http://www.springframework.org/schema/beans"  
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"  
    xsi:schemaLocation="http://www.springframework.org/schema/beans  
     http://www.springframework.org/schema/beans/spring-beans-3.0.xsd">  
    <bean id="internalResource" class="org.springframework.web.servlet.view.InternalResourceView">  
       <property name="url" value="/index.jsp"/>
    </bean>  
</beans>

3）定义一个返回的逻辑视图名称为在XmlViewResolver配置文件中定义的视图名称(即internalResource)的处理器方法

@RequestMapping("/xmlViewResolver")  
public String testXmlViewResolver() {  
   return "internalResource";  
}

整体过程：按照上述定义之后，当我们访问/xmlViewResolver请求时就会调用处理器方法testXmlViewResolver()，该方法返回的逻辑视图名称为“internalResource”，这时候SpringMVC就会到定义好的views.xml中寻找id或name为“internalResource”的bean对象予以返回，这里找到的是一个url为“/index.jsp”的InternalResourceView的对象
5、BeanNameViewResolver：这个视图解析器跟XmlViewResolver有点类似，也是用返回的逻辑视图名称去匹配定义好的视图bean对象。不同点有二，一是BeanNameViewResolver要求视图的bean对象都要定义在Spring的applicationContext中，而XmlViewResolver是在指定的配置文件中寻找视图bean对象；二是BeanNameViewResolver不会进行视图缓存。看一个例子，在SpringMVC的配置文件中定义了一个BeanNameViewResolver视图解析器和一个id为test的InternalResourceview 的bean对象，这样当处理器方法返回的逻辑视图名称是 “test” 的时候，就会解析为上面定义好的id为"test"的InternalResourceView

<bean class="org.springframework.web.servlet.view.BeanNameViewResolver">  
   <property name="order" value="1"/>  
</bean>  
  
<bean id="test" class="org.springframework.web.servlet.view.InternalResourceView">  
   <property name="url" value="/index.jsp"/>  
</bean>

6、ResourceBundleViewResolver：它和XmlViewResolver一样，也是继承自AbstractCachingViewResolver，但是它缓存的不是视图。和XmlViewResolver一样它也需要有一个配置文件来定义逻辑视图名称和真正的View对象的对应关系，不同的是ResourceBundleViewResolver的配置文件是一个属性文件，而且必须是放在classpath路径下面的，默认情况下这个配置文件是在classpath根目录下的views.properties文件，如果不使用默认值的话，则可以通过属性baseName或baseNames来指定。baseName只是指定一个基名称，Spring会在指定的classpath根目录下寻找以指定的baseName开始的属性文件进行View解析，如指定的baseName是base，那么base.properties、baseabc.properties等等以base开始的属性文件都会被Spring当做ResourceBundleViewResolver解析视图的资源文件。ResourceBundleViewResolver使用的属性配置文件的内容类似于这样：

resourceBundle.(class)=org.springframework.web.servlet.view.InternalResourceView
resourceBundle.url=/index.jsp
test.(class)=org.springframework.web.servlet.view.InternalResourceView
test.url=/test.jsp

在这个配置文件中我们定义了两个InternalResourceView对象，一个名称是resourceBundle，对应的URL是/index.jsp，另一个名称是test，对应的URL是/test.jsp。从这个定义来看我们可以知道resourceBundle是对应的逻辑视图名称，使用resourceBundle.(class)来指定它对应的视图类型，resourceBundle.url来指定这个视图的url属性。为什么resourceBundle的class属性要用小括号包起来，而它的url属性就不需要呢？这就需要从ResourceBundleViewResolver进行视图解析的方法来说了。ResourceBundleViewResolver还是通过bean工厂来获得对应视图名称的视图bean对象来解析视图的。那么这些bean从哪里来呢？就是从我们定义的properties属性文件中来。在ResourceBundleViewResolver第一次进行视图解析的时候会先new一个BeanFactory对象，然后把properties文件中定义好的属性按照它自身的规则生成一个个的bean对象注册到该BeanFactory中，之后会把该BeanFactory对象保存起来，所以ResourceBundleViewResolver缓存的是BeanFactory，而不是缓存的从BeanFactory中取出的视图bean。然后会从bean工厂中取出名称为逻辑视图名称的视图bean进行返回。接下来就讲讲Spring通过properties文件生成bean的规则。它会把properties文件中定义的属性名称按最后一个点“.”进行分割，把点前面的内容当做是bean名称，点后面的内容当做是bean的属性。这其中有几个特别的属性，Spring把它们用小括号包起来了，这些特殊的属性一般是对应的attribute，但不是bean对象所有的attribute都可以这样用。其中(class)是一个，除了(class)之外，还有(scope)、(parent)、(abstract)、(lazy-init)。而除了这些特殊的属性之外的其他属性，Spring会把它们当做bean对象的一般属性进行处理，就是bean对象对应的property。所以根据上面的属性配置文件将生成如下两个bean对象：

<bean id="resourceBundle" class="org.springframework.web.servlet.view.InternalResourceView">  
   <property name="url" value="/index.jsp"/>  
</bean>  
  
<bean id="test" class="org.springframework.web.servlet.view.InternalResourceView">  
   <property name="url" value="/test.jsp"/>  
</bean>

从ResourceBundleViewResolver使用的配置文件我们可以看出，它和XmlViewResolver一样可以解析多种不同类型的View，因为它们的View是通过配置的方式指定的，这也就意味着我们可以指定A视图是InternalResourceView，B视图是JstlView。来看下面这个一个例子，在SpringMVC的配置文件中定义了一个ResourceBundleViewResolver对象，指定其baseName为views，然后order为1

<bean class="org.springframework.web.servlet.view.ResourceBundleViewResolver">  
   <property name="basename" value="views"/>  
   <property name="order" value="1"/>  
</bean>

在classpath的根目录下有两个属性文件，一个是views.properties，一个是views_abc.properties，它们的内容分别如下：
views.properties：

resourceBundle.(class)=org.springframework.web.servlet.view.InternalResourceView  
resourceBundle.url=/index.jsp  
test.(class)=org.springframework.web.servlet.view.InternalResourceView  
test.url=/test.jsp

views_abc.properties：

abc.(class)=org.springframework.web.servlet.view.InternalResourceView  
abc.url=/abc.jsp

定义了如下这样一个Controller，它有三个处理器方法：

@Controller  
@RequestMapping("/mytest")  
public class MyController {  
    @RequestMapping("resourceBundle")  
    public String resourceBundle() {  
       return "resourceBundle";  
    }  
  
    @RequestMapping("testResourceBundle")  
    public String testResourceBundle() {  
       return "test";  
    }  
  
    @RequestMapping("abc")  
    public String abc() {  
       return "abc";  
    }  
}

那么当我们请求/mytest/resourceBundle的时候，ResourceBundleViewResolver会首先尝试着来解析该视图，这里Controller处理器方法返回的逻辑视图名称是resourceBundle，ResourceBundleViewResolver按照上面提到的解析方法进行解析，这个时候它发现它是可以解析的，然后就返回了一个url为/index.jsp的InternalResourceView对象。同样，请求/mytest/testResourceBundle返回的逻辑视图名test和请求/mytest/abc返回的逻辑视图名abc它都可以解析。当我们把basename指定为包的形式，如“com.bdm.views”的时候Spring会按照将点“.”划分为目录的形式，到classpath相应目录下去寻找以basename开始的配置文件，如上面我们指定basename为“com.bdm.views”，那么spring就会到classpath下的com/bdm目录下寻找文件名以views开始的properties文件作为解析视图的配置文件。
7、FreeMarkerViewResolver、VolocityViewResolver：这两个视图解析器都是UrlBasedViewResolver的子类。FreeMarkerViewResolver会把Controller处理方法返回的逻辑视图解析为FreeMarkerView，而VolocityViewResolver会把返回的逻辑视图解析为VolocityView。这两个视图解析器很类似，这里只挑FreeMarkerViewResolver来做一个简单的讲解。FreeMarkerViewResolver和VilocityViewResolver都继承了UrlBasedViewResolver。
对于FreeMarkerViewResolver而言，它会按照UrlBasedViewResolver拼接URL的方式进行视图路径的解析。但是使用FreeMarkerViewResolver的时候不需要我们指定其viewClass，因为FreeMarkerViewResolver中已经把viewClass定死为FreeMarkerView了。
我们先在SpringMVC的配置文件里面定义一个FreeMarkerViewResolver视图解析器，并定义其解析视图的order顺序为1

<bean class="org.springframework.web.servlet.view.freemarker.FreeMarkerViewResolver">  
   <property name="prefix" value="fm_"/>  
   <property name="suffix" value=".ftl"/>  
   <property name="order" value="1"/>  
</bean>

那么当我们请求的处理器方法返回一个逻辑视图名称viewName的时候，就会被该视图处理器加上前后缀解析为一个url为“fm_viewName.ftl”的FreeMarkerView对象。对于FreeMarkerView我们需要给定一个FreeMarkerConfig的bean对象来定义FreeMarker的配置信息。FreeMarkerConfig是一个接口，Spring已经为我们提供了一个实现，它就是FreeMarkerConfigurer。我们可以通过在SpringMVC的配置文件里面定义该bean对象来定义FreeMarker的配置信息，该配置信息将会在FreeMarkerView进行渲染的时候使用到。对于FreeMarkerConfigurer而言，我们最简单的配置就是配置一个templateLoaderPath，告诉Spring应该到哪里寻找FreeMarker的模板文件。这个templateLoaderPath也支持使用“classpath:”和“file:”前缀。当FreeMarker的模板文件放在多个不同的路径下面的时候，我们可以使用templateLoaderPaths属性来指定多个路径。在这里我们指定的模板文件是放在“/WEB-INF/freemarker/template”下面的

<bean class="org.springframework.web.servlet.view.freemarker.FreeMarkerConfigurer">  
   <property name="templateLoaderPath" value="/WEB-INF/freemarker/template"/>  
</bean>

接下来我们定义如下一个Controller：

@Controller  
@RequestMapping("/mytest")  
public class MyController {  
    @RequestMapping("freemarker")  
    public ModelAndView freemarker() {  
       ModelAndView mav = new ModelAndView();  
       mav.addObject("hello", "andy");  
       mav.setViewName("freemarker");  
       return mav;  
    }
}

由上面的定义我们可以看到这个Controller的处理器方法freemarker返回的逻辑视图名称是“freemarker”。那么如果我们需要把该freemarker视图交给FreeMarkerViewResolver来解析的话，我们就需要根据上面的定义，在模板路径下定义视图对应的模板，即在“/WEB-INF/freemarker/template”目录下建立fm_freemarker.ftl模板文件。这里我们定义其内容如下：

<html>  
    <head>  
       <title>FreeMarker</title>  
    </head>  
    <body>  
       <b>Hello World</b>  
       <font color="red">Hello World!</font>  
       ${hello}  
    </body>  
</html>

经过上面的定义当我们访问/mytest/freemarker.do的时候就会返回一个逻辑视图名称为“freemarker”的ModelAndView对象，根据定义好的视图解析的顺序，首先进行视图解析的是FreeMarkerViewResolver，这个时候FreeMarkerViewResolver会试着解析该视图，根据它自身的定义，它会先解析到该视图的URL为fm_freemarker.ftl，然后它会看是否能够实例化该视图对象，即在定义好的模板路径下是否有该模板存在，如果有则返回该模板对应的FreeMarkerView。在这里的话/WEB-INF/freemarker/template目录下是存在模板文件fm_freemarker.ftl的，所以会返回一个url为fm_freemarker.ftl的FreeMarkerView对象。接着FreeMarkerView就可以利用该模板文件进行视图的渲染了。所以访问结果应该如下所示：
在这里插入图片描述
三、视图解析器链
在SpringMVC中可以同时定义多个ViewResolver视图解析器，然后它们会组成一个ViewResolver链。当Controller处理器方法返回一个逻辑视图名称后，ViewResolver链将根据其中ViewResolver的优先级来进行处理。所有的ViewResolver都实现了Ordered接口，在Spring中实现了这个接口的类都是可以排序的。在ViewResolver中是通过order属性来指定顺序的，默认都是最大值。所以我们可以通过指定ViewResolver的order属性来实现ViewResolver的优先级，order属性是Integer类型，order越小，对应的ViewResolver将有越高的解析视图的权利，所以第一个进行解析的将是ViewResolver链中order值最小的那个。如果一个ViewResolver在进行视图解析后返回的View对象是null的话就表示该ViewResolver不能解析该视图，这个时候如果还存在其他order值比它大的ViewResolver就会调用剩余的ViewResolver中的order值最小的那个来解析该视图，依此类推。当ViewResolver在进行视图解析后返回的是一个非空的View对象的时候，就表示该ViewResolver能够解析该视图，那么视图解析这一步就完成了，后续的ViewResolver将不会再用来解析该视图。当定义的所有ViewResolver都不能解析该视图的时候，Spring就会抛出一个异常。
基于Spring支持的这种ViewResolver链模式，我们就可以在SpringMVC应用中同时定义多个ViewResolver，给定不同的order值，这样我们就可以对特定的视图做特定处理，以此来支持同一应用中有多种视图类型的情况。注意：像InternalResourceViewResolver这种能解析所有的视图，即永远能返回一个非空View对象的ViewResolver一定要把它放在ViewResolver链的最后面

<bean class="org.springframework.web.servlet.view.XmlViewResolver">  
   <property name="location" value="/WEB-INF/views.xml"/>  
   <property name="order" value="1"/>
</bean>  

<bean class="org.springframework.web.servlet.view.UrlBasedViewResolver">  
   <property name="prefix" value="/WEB-INF/" />  
   <property name="suffix" value=".jsp" />  
   <property name="viewClass" value="org.springframework.web.servlet.view.InternalResourceView"/>  
</bean>

四、JSTLView的简单使用
JstlView是InternalResourceView的子类，功能比InternalResourceView更强大，当把JstlView用到的jar包：jstl.jar和standard.jar导入之后，视图解析器会自动切换为JstlView。
①需要的jar包
jstl.jar
standard.jar
②导入标签库：国际化相关

<%@ taglib uri="http://java.sun.com/jsp/jstl/fmt" prefix="fmt" %>

③创建多语言的国际化文件

jstl.username=\u7528\u6237\u540D0917
jstl.password=\u5BC6\u78010917

④在ioc容器中配置国际化资源文件

<bean id="messageSource" class="org.springframework.context.support.ResourceBundleMessageSource">
    <property name="basename" value="i18n" />
</bean>

⑤在页面上使用国际化资源文件

<fmt:message key="jstl.username"/>
<fmt:message key="jstl.password"/>

五、<mvc:view-controller>标签
配置该标签可以直接访问指定的资源，即使该资源在/WEB-INF目录下，使用这个标签要慎重，可能会导致安全问题
配置方式：在ioc容器的配置文件中：

<mvc:view-controller path="/look/look" view-name="hello"/>

表示访问资源hello的时候，只需要在地址栏中输入/look/look代替即可访问到hello的资源，不需要Controller处理就可以转到设置的View交给相应的视图解析器直接解析为视图。
但要注意还要添加一个配置：否则其他的正常途径下访问资源的时候都会出现路径错误

<mvc:annotation-driven/>

六、视图解析器源码
在处理redirect和forward请求时会从后截取字符串作为url

@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;
    }
    // Check for special "redirect:" prefix.
    if (viewName.startsWith(REDIRECT_URL_PREFIX)) {
        String redirectUrl = viewName.substring(REDIRECT_URL_PREFIX.length());
        RedirectView view = new RedirectView(redirectUrl, isRedirectContextRelative(), isRedirectHttp10Compatible());
        return applyLifecycleMethods(viewName, view);
    }
    // Check for special "forward:" prefix.
    if (viewName.startsWith(FORWARD_URL_PREFIX)) {
        String forwardUrl = viewName.substring(FORWARD_URL_PREFIX.length());
        return new InternalResourceView(forwardUrl);
    }
    // Else fall back to superclass implementation: calling loadView.
    return super.createView(viewName, locale);
}

七、自定义视图解析器
1、自定义的视图解析器要实现View接口：不要忘了加@Component注解

@Component
public class MyView implements View {
    @Override
    public String getContentType() {
        return "text/html;charset=utf-8";
    }
    
    @Override
    public void render(Map<String, ?> model, HttpServletRequest request, HttpServletResponse response)
            throws Exception {
        response.getWriter().write("Hello myView...");
    }
}

此处加@Component就相当于在IOC容器配配置了如下的bean：因此当处理器方法返回逻辑视图名myView的时候会使用自定义的视图进行解析

<bean id="myView" class="com.bdm.viewresolvers.MyView" />

2、在IOC容器中配置：视图解析器不再只使用InternalResourceViewResolver，而是先配置一个BeanNameViewResolver，配置好之后会根据自定义的解析器的名字和顺序对视图进行解析

<bean class="org.springframework.web.servlet.view.BeanNameViewResolver">
    <!-- order表示调用解析器的顺序值，值越小越优先 -->
    <property name="order" value="100"/>
</bean>

3、底层代码：可看出实际上用BeanNameViewResolver来解析视图的时候，它会在IOC容器中查找实现了View接口的对象，这也是为什么自定义解析器类需要加注解@Component的原因
在这里插入图片描述
4、使用自定义的视图解析器
①超链接

<a href="${pageContext.request.contextPath }/testMyView">MyView</a>

②调用控制器方法之后转到自定义的视图解析器：方式就是返回自定义视图解析器在ioc容器中的id(类名首字母小写)，这样就会根据该返回值找到对应的视图解析器，返回视图

@RequestMapping(value="/testMyView")
public String testMyView(){
    return "myView";
}

以上常用视图解析器的内容参考自：SpringMVC视图解析器

阿弥陀佛僧

关注

5
点赞
踩
25

收藏

觉得还不错? 一键收藏
0
评论
SpringMVC——视图和视图解析器

一、概念 SpringMVC用于处理视图最重要的两个接口是ViewResolver(视图解析器)和View(视图)。ViewResolver的主要作用是把一个逻辑上的视图名解析为一个真正的视图，解析的时候会向视图中填充模型数据。SpringMVC中用于把视图呈现给客户端的是View对象。 1、视图视图的作用是用来渲染模型数据，将模型里的数据以某种形式呈现给客户。为了实现视图模型和具体实现...
复制链接

扫一扫

专栏目录