springmvc相关配置和用法

时间 2019-12-18

标签 springmvc 相关配置用法栏目 Spring 繁體版

原文原文链接

目录以下：css

1、spring mvc 核心类与接口java

2、spring mvc 核心流程图程序员

3、spring mvc DispatcherServlet说明web

4、spring mvc 父子上下文的说明ajax

5、springMVC-mvc.xml 配置文件片断讲解
6、spring mvc 如何访问到静态的文件，如jpg,js,cssspring

7、spring mvc 请求如何映射到具体的Action中的方法编程

8、 spring mvc 中的拦截器
9、 spring mvc 如何使用拦截器json

10、 spring mvc 转发与重定向（带参数重定向）spring-mvc

11、 spring mvc 处理ajax请求mvc

12、 spring mvc 关于写几个配置文件的说明

十3、 spring mvc 如何取得Spring管理的bean

十4、 spring mvc 多视图控制器

十5、 <mvc:annotation-driven /> 到底作了什么工做

spring mvc 核心类与接口

先来了解一下，几个重要的接口与类。如今不知道他们是干什么的不要紧，先混个脸熟，为之后认识他们打个基础。

DispatcherServlet -- 前置控制器

HandlerMapping接口 -- 处理请求的映射

HandlerMapping接口的实现类：

SimpleUrlHandlerMapping 经过配置文件，把一个URL映射到Controller

DefaultAnnotationHandlerMapping 经过注解，把一个URL映射到Controller类上

HandlerAdapter接口 -- 处理请求的映射

AnnotationMethodHandlerAdapter类，经过注解，把一个URL映射到Controller类的方法上

Controller接口 -- 控制器

因为咱们使用了@Controller注解，添加了@Controller注解注解的类就能够担任控制器（Action）的职责,

因此咱们并无用到这个接口。

HandlerInterceptor 接口--拦截器

无图，咱们本身实现这个接口，来完成拦截的器的工做。

ViewResolver接口的实现类

UrlBasedViewResolver类经过配置文件，把一个视图名交给到一个View来处理

InternalResourceViewResolver类，比上面的类，加入了JSTL的支持

View接口

JstlView类

LocalResolver接口

HandlerExceptionResolver接口 --异常处理

SimpleMappingExceptionResolver实现类

ModelAndView类

无图。

spring mvc 核心流程图

spring mvc DispatcherServlet说明

使用Spring MVC,配置DispatcherServlet是第一步。

DispatcherServlet是一个Servlet,因此能够配置多个DispatcherServlet。

DispatcherServlet是前置控制器，配置在web.xml文件中的。拦截匹配的请求，Servlet拦截匹配规则要自已定义，把拦截下来的请求，依据某某规则分发到目标Controller(咱们写的Action)来处理。

“某某规则”：是根据你使用了哪一个HandlerMapping接口的实现类的不一样而不一样。

先来看第一个例子：

<web-app>  
    <servlet>  
        <servlet-name>example</servlet-name>  
        <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>  
        <load-on-startup>1</load-on-startup>  
    </servlet>  
    <servlet-mapping>  
        <servlet-name>example</servlet-name>  
        <url-pattern>*.form</url-pattern>  
    </servlet-mapping>  
</web-app>

<load-on-startup>1</load-on-startup>是启动顺序，让这个Servlet随Servletp容器一块儿启动。

<url-pattern>*.form</url-pattern> 会拦截*.form结尾的请求。

<servlet-name>example</servlet-name>这个Servlet的名字是example，能够有多个DispatcherServlet，是经过名字来区分的。每个DispatcherServlet有本身的WebApplicationContext上下文对象。同时保存的ServletContext中和Request对象中，关于key，之后说明。

在DispatcherServlet的初始化过程当中，框架会在web应用的 WEB-INF文件夹下寻找名为[servlet-name]-servlet.xml 的配置文件，生成文件中定义的bean。

第二个例子：

<servlet>  
    <servlet-name>springMVC</servlet-name>  
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>  
    <init-param>  
        <param-name>contextConfigLocation</param-name>  
        <param-value>classpath*:/springMVC.xml</param-value>  
    </init-param>  
    <load-on-startup>1</load-on-startup>  
</servlet>  
<servlet-mapping>  
    <servlet-name>springMVC</servlet-name>  
    <url-pattern>/</url-pattern>  
</servlet-mapping>

指明了配置文件的文件名，不使用默认配置文件名，而使用springMVC.xml配置文件。

其中<param-value>**.xml</param-value> 这里可使用多种写法
一、不写,使用默认值:/WEB-INF/<servlet-name>-servlet.xml
二、<param-value>/WEB-INF/classes/springMVC.xml</param-value>
三、<param-value>classpath*:springMVC-mvc.xml</param-value>
四、多个值用逗号分隔

Servlet拦截匹配规则能够自已定义，拦截哪一种URL合适？

当映射为@RequestMapping("/user/add")时，为例：

一、拦截*.do、*.htm，例如：/user/add.do

这是最传统的方式，最简单也最实用。不会致使静态文件（jpg,js,css）被拦截。

二、拦截/，例如：/user/add

能够实现如今很流行的REST风格。不少互联网类型的应用很喜欢这种风格的URL。

弊端：会致使静态文件（jpg,js,css）被拦截后不能正常显示。想实现REST风格，事情就是麻烦一些。后面有解决办法还算简单。

三、拦截/*，这是一个错误的方式，请求能够走到Action中，但转到jsp时再次被拦截，不能访问到jsp。

spring mvc 父子上下文的说明

若是你使用了listener监听器来加载配置，通常在Struts+Spring+Hibernate的项目中都是使用listener监听器的。以下

<listener>    
  <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>    
</listener>

Spring会建立一个WebApplicationContext上下文，称为父上下文（父容器），保存在 ServletContext中，key是WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE的值。

可使用Spring提供的工具类取出上下文对象：WebApplicationContextUtils.getWebApplicationContext(ServletContext);

DispatcherServlet是一个Servlet,能够同时配置多个，每一个 DispatcherServlet有一个本身的上下文对象（WebApplicationContext），称为子上下文（子容器），子上下文能够访问父上下文中的内容，但父上下文不能访问子上下文中的内容。它也保存在 ServletContext中，key是"org.springframework.web.servlet.FrameworkServlet.CONTEXT"+Servlet名称。当一个Request对象产生时，会把这个子上下文对象（WebApplicationContext）保存在Request对象中，key是DispatcherServlet.class.getName() + ".CONTEXT"。

可使用工具类取出上下文对象：RequestContextUtils.getWebApplicationContext(request);

说明：Spring 并无限制咱们，必须使用父子上下文。咱们能够本身决定如何使用，通常建议这样使用。

方案一，传统型：

父上下文容器中保存数据源、服务层、DAO层、事务的Bean。

子上下文容器中保存Mvc相关的Action的Bean.

事务控制在服务层。

因为父上下文容器不能访问子上下文容器中内容，事务的Bean在父上下文容器中，没法访问子上下文容器中内容，就没法对子上下文容器中Action进行AOP（事务）。

固然，作为“传统型”方案，也没有必要这要作。

方案二，激进型：（不推荐）

Java世界的“面向接口编程”的思想是正确的，但在增删改查为主业务的系统里，Dao层接口，Dao层实现类，Service层接口，Service层实现类，Action父类，Action。再加上众多的O(vo\po\bo)和jsp页面。写一个小功能七、8个类就写出来了。开发者说我就是想接点私活儿，和PHP，ASP抢抢饭碗，但我又是Java程序员。最好的结果是大项目能作好，小项目能作快。因此“激进型”方案就出现了-----没有接口、没有Service层、还能够没有众多的O(vo\po\bo)。那没有Service层事务控制在哪一层？只好上升的Action层。

本文不想说这是否是正确的思想，我想说的是Spring不会限制你这样作。

因为有了父子上下文，你将没法实现这一目标。解决方案是只使用子上下文容器，不要父上下文容器 。因此数据源、服务层、DAO层、事务的Bean、Action的Bean都放在子上下文容器中。就能够实现了，事务（注解事务）就正常工做了。这样才够激进。

总结：不使用listener监听器来加载spring的配置文件，只使用DispatcherServlet来加载spring的配置，不要父子上下文，只使用一个DispatcherServlet，事情就简单了，什么麻烦事儿也没有了。

Java--大项目能作好--按传统方式作，规规矩矩的作，好扩展，好维护。

Java--小项目能作快--按激进方式作，一周时间就能够出一个版本，先上线接受市场(用户)的反馈，再改进，再反馈，时间就是生命(成本)。

springMVC-mvc.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:tx="http://www.springframework.org/schema/tx"  
    xmlns:context="http://www.springframework.org/schema/context"    
    xmlns:mvc="http://www.springframework.org/schema/mvc"    
    xsi:schemaLocation="http://www.springframework.org/schema/beans   
    http://www.springframework.org/schema/beans/spring-beans-3.0.xsd   
    http://www.springframework.org/schema/tx   
    http://www.springframework.org/schema/tx/spring-tx-3.0.xsd  
    http://www.springframework.org/schema/context  
    http://www.springframework.org/schema/context/spring-context-3.0.xsd  
    http://www.springframework.org/schema/mvc  
    http://www.springframework.org/schema/mvc/spring-mvc-3.0.xsd">  
  
  
    <!-- 自动扫描的包名 -->  
    <context:component-scan base-package="com.app,com.core,JUnit4" ></context:component-scan>  
      
    <!-- 默认的注解映射的支持 -->  
    <mvc:annotation-driven />  
      
    <!-- 视图解释类 -->  
    <bean class="org.springframework.web.servlet.view.InternalResourceViewResolver">  
        <property name="prefix" value="/WEB-INF/jsp/"/>  
        <property name="suffix" value=".jsp"/><!--可为空,方便实现自已的依据扩展名来选择视图解释类的逻辑  -->  
        <property name="viewClass" value="org.springframework.web.servlet.view.JstlView" />  
    </bean>  
      
    <!-- 拦截器 -->  
    <mvc:interceptors>  
        <bean class="com.core.mvc.MyInteceptor" />  
    </mvc:interceptors>       
      
    <!-- 对静态资源文件的访问  方案一 （二选一） -->  
    <mvc:default-servlet-handler/>  
      
    <!-- 对静态资源文件的访问  方案二 （二选一）-->  
    <mvc:resources mapping="/images/**" location="/images/" cache-period="31556926"/>  
    <mvc:resources mapping="/js/**" location="/js/" cache-period="31556926"/>  
    <mvc:resources mapping="/css/**" location="/css/" cache-period="31556926"/>  
  
</beans>

<context:component-scan/> 扫描指定的包中的类上的注解，经常使用的注解有：

@Controller 声明Action组件
@Service    声明Service组件    @Service("myMovieLister")
@Repository 声明Dao组件
@Component   泛指组件, 当很差归类时.
@RequestMapping("/menu") 请求映射
@Resource 用于注入，( j2ee提供的 ) 默认按名称装配，@Resource(name="beanName")
@Autowired 用于注入，(srping提供的) 默认按类型装配
@Transactional( rollbackFor={Exception.class}) 事务管理
@ResponseBody
@Scope("prototype")   设定bean的做用域

<mvc:annotation-driven /> 是一种简写形式，彻底能够手动配置替代这种简写形式，简写形式可让初学都快速应用默认配置方案。<mvc:annotation-driven /> 会自动注册DefaultAnnotationHandlerMapping与AnnotationMethodHandlerAdapter 两个bean,是spring MVC为@Controllers分发请求所必须的。
并提供了：数据绑定支持，@NumberFormatannotation支持，@DateTimeFormat支持，@Valid支持，读写XML的支持（JAXB），读写JSON的支持（Jackson）。
后面，咱们处理响应ajax请求时，就使用到了对json的支持。
后面，对action写JUnit单元测试时，要从spring IOC容器中取DefaultAnnotationHandlerMapping与AnnotationMethodHandlerAdapter 两个bean，来完成测试，取的时候要知道是<mvc:annotation-driven />这一句注册的这两个bean。

如何替换 <mvc:annotation-driven />？他到底作了什么工做，请看，最后面的章节 “<mvc:annotation-driven /> 到底作了什么工做”。

<mvc:interceptors/> 是一种简写形式。经过看前面的大图，知道，咱们能够配置多个HandlerMapping。<mvc:interceptors/>会为每个HandlerMapping，注入一个拦截器。其实咱们也能够手动配置为每一个HandlerMapping注入一个拦截器。

<mvc:default-servlet-handler/> 使用默认的Servlet来响应静态文件。

<mvc:resources mapping="/images/**" location="/images/" cache-period="31556926"/> 匹配URL /images/** 的URL被当作静态资源，由Spring读出到内存中再响应http。

spring mvc 如何访问到静态的文件，如jpg,js,css

若是你的DispatcherServlet拦截"*.do"这样的有后缀的URL，就不存在访问不到静态资源的问题。
若是你的DispatcherServlet拦截"/"，为了实现REST风格，拦截了全部的请求，那么同时对*.js,*.jpg等静态文件的访问也就被拦截了。
咱们要解决这个问题。

目的：能够正常访问静态文件，不能够找不到静态文件报404。

方案一：激活Tomcat的defaultServlet来处理静态文件

<servlet-mapping>    
    <servlet-name>default</servlet-name>  
    <url-pattern>*.jpg</url-pattern>      
</servlet-mapping>     
<servlet-mapping>        
    <servlet-name>default</servlet-name>     
    <url-pattern>*.js</url-pattern>     
</servlet-mapping>     
<servlet-mapping>         
    <servlet-name>default</servlet-name>        
    <url-pattern>*.css</url-pattern>       
</servlet-mapping>

要配置多个，每种文件配置一个

要写在DispatcherServlet的前面，让 defaultServlet先拦截请求，这样请求就不会进入Spring了，我想性能是最好的吧。

Tomcat, Jetty, JBoss, and GlassFish 自带的默认Servlet的名字 -- "default"
Google App Engine 自带的默认Servlet的名字 -- "_ah_default"
Resin 自带的默认Servlet的名字 -- "resin-file"
WebLogic 自带的默认Servlet的名字 -- "FileServlet"
WebSphere 自带的默认Servlet的名字 -- "SimpleFileServlet"

方案二：在spring3.0.4之后版本提供了mvc:resources ，使用方法：

<!-- 对静态资源文件的访问 -->     
<mvc:resources mapping="/images/**" location="/images/" />

/images/**映射到ResourceHttpRequestHandler进行处理，location指定静态资源的位置.能够是web application根目录下、jar包里面，这样能够把静态资源压缩到jar包中。cache-period 可使得静态资源进行web cache
若是出现下面的错误，多是没有配置<mvc:annotation-driven />的缘由。
报错WARNING: No mapping found for HTTP request with URI [/mvc/user/findUser/lisi/770] in DispatcherServlet with name 'springMVC'

使用<mvc:resources/>元素,把mapping的URI注册到SimpleUrlHandlerMapping的urlMap中,
key为mapping的URI pattern值,而value为ResourceHttpRequestHandler,
这样就巧妙的把对静态资源的访问由HandlerMapping转到ResourceHttpRequestHandler处理并返回,因此就支持classpath目录,jar包内静态资源的访问.
另外须要注意的一点是,不要对SimpleUrlHandlerMapping设置defaultHandler.由于对static uri的defaultHandler就是ResourceHttpRequestHandler,
不然没法处理static resources request.

方案三，使用<mvc:default-servlet-handler/>

<mvc:default-servlet-handler/>

会把"/**" url,注册到SimpleUrlHandlerMapping的urlMap中,把对静态资源的访问由HandlerMapping转到org.springframework.web.servlet.resource.DefaultServletHttpRequestHandler处理并返回.
DefaultServletHttpRequestHandler使用就是各个Servlet容器本身的默认Servlet.

补充说明：

多个HandlerMapping的执行顺序问题：

DefaultAnnotationHandlerMapping的order属性值是：0
<mvc:resources/ >自动注册的 SimpleUrlHandlerMapping的order属性值是： 2147483646

<mvc:default-servlet-handler/>自动注册的SimpleUrlHandlerMapping 的order属性值是： 2147483647

spring会先执行order值比较小的。当访问一个a.jpg图片文件时，先经过 DefaultAnnotationHandlerMapping 来找处理器，必定是找不到的，由于咱们没有叫a.jpg的Action。而后再按order值升序找，因为最后一个 SimpleUrlHandlerMapping 是匹配 "/**"的，因此必定会匹配上，就能够响应图片。

访问一个图片，还要走层层匹配。不知性能如何？

最后再说明一下，方案2、方案三在访问静态资源时，若是有匹配的(近似)总拦截器，就会走拦截器。若是你在拦截中实现权限检查，要注意过滤这些对静态文件的请求。

如何你的DispatcherServlet拦截 *.do这样的URL后缀，就不存上述问题了。仍是有后缀方便。

spring mvc 请求如何映射到具体的Action中的方法

8、 spring mvc 中的拦截器
9、 spring mvc 如何使用拦截器

10、 spring mvc 转发与重定向（带参数重定向）

11、 spring mvc 处理ajax请求