深入浅出SpringMVC--高级知识
1 @RequestMapping
1url映射
定义controller方法对应的url，进行处理器映射使用。
2窄化请求映射
- 限制http请求方法
出于安全性考虑，对http的链接进行方法限制。
如果限制请求为post方法，进行get请求，报错：
2 controller方法的返回值
-
返回ModelAndView
需要方法结束时，定义ModelAndView，将model和view分别进行设置。
2 返回string
如果controller方法返回string，
1、表示返回逻辑视图名。
真正视图(jsp路径)=前缀+逻辑视图名+后缀
2、redirect重定向
商品修改提交后，重定向到商品查询列表。
redirect重定向特点：浏览器地址栏中的url会变化。修改提交的request数据无法传到重定向的地址。因为重定向后重新进行request（request无法共享）
3、forward页面转发
通过forward进行页面转发，浏览器地址栏url不变，request可以共享。
3返回void
在controller方法形参上可以定义request和response，使用request或response指定响应结果：
1、使用request转向页面，如下：
request.getRequestDispatcher("页面路径").forward(request, response);
2、也可以通过response页面重定向：
response.sendRedirect("url")
3、也可以通过response指定响应结果，例如响应json数据如下：
response.setCharacterEncoding("utf-8");
response.setContentType("application/json;charset=utf-8");
response.getWriter().write("json串");
3 参数绑定
1 spring参数绑定过程
从客户端请求key/value数据，经过参数绑定，将key/value数据绑定到controller方法的形参上。
springmvc中，接收页面提交的数据是通过方法形参来接收。而不是在controller类定义成员变更接收！！！！
2 默认支持的类型
直接在controller方法形参上定义下边类型的对象，就可以使用这些对象。在参数绑定过程中，如果遇到下边类型直接进行绑定。
HttpServletRequest
通过request对象获取请求信息
HttpServletResponse
通过response处理响应信息
HttpSession
通过session对象得到session中存放的对象
Model/ModelMap
model是一个接口，modelMap是一个接口实现 。
作用：将model数据填充到request域。
3 简单类型
通过@RequestParam对简单类型的参数进行绑定。
如果不使用@RequestParam，要求request传入参数名称和controller方法的形参名称一致，方可绑定成功。
如果使用@RequestParam，不用限制request传入参数名称和controller方法的形参名称一致。
通过required属性指定参数是否必须要传入，如果设置为true，没有传入参数，报下边错误：
参考教案 对其它简单类型绑定进行测试。
4 自定义参数绑定实现日期类型绑定
对于controller形参中pojo对象，如果属性中有日期类型，需要自定义参数绑定。
将请求日期数据串传成 日期类型，要转换的日期类型和pojo中日期属性的类型保持一致。
所以自定义参数绑定将日期串转成java.util.Date类型。
需要向处理器适配器中注入自定义的参数绑定组件。
5 包装类型pojo参数绑定
第一种方法：在形参中 添加HttpServletRequest request参数，通过request接收查询条件参数。
第二种方法：在形参中让包装类型的pojo接收查询条件参数。
分析：
页面传参数的特点：复杂，多样性。条件包括 ：用户账号、商品编号、订单信息。。。
如果将用户账号、商品编号、订单信息等放在简单pojo（属性是简单类型）中，pojo类属性比较多，比较乱。
建议使用包装类型的pojo，pojo中属性是pojo。
controller方法形参：
public ModelAndView queryItems(HttpServletRequest request,ItemsQueryVo itemsQueryVo) throws Exception
1 集合类型绑定
数组绑定
页面定义：
list绑定
map绑定
也通过在包装pojo中定义map类型属性。
在包装类中定义Map对象，并添加get/set方法，action使用包装对象接收。
包装类中定义Map对象如下：
Public class QueryVo {
private Map<String, Object> itemInfo = new HashMap<String, Object>();
//get/set方法..
}页面定义如下：
<tr>
<td>学生信息：</td>
<td>
姓名：<inputtype="text"name="itemInfo['name']"/>
年龄：<inputtype="text"name="itemInfo['price']"/>
.. .. ..
</td>
</tr>
Contrller方法定义如下
public String useraddsubmit(Model model,QueryVo queryVo)throws Exception{
System.out.println(queryVo.getStudentinfo());
}
4 springmvc和struts2的区别
1、springmvc基于方法开发的，struts2基于类开发的。
springmvc将url和controller方法映射。映射成功后springmvc生成一个Handler对象，对象中只包括了一个method。
方法执行结束，形参数据销毁。
springmvc的controller开发类似service开发。
2、springmvc可以进行单例开发，并且建议使用单例开发，struts2通过类的成员变量接收参数，无法使用单例，只能使用多例。
3、经过实际测试，struts2速度慢，在于使用struts标签，如果使用struts建议使用jstl。
5 乱码问题
在web.xml
-
post乱码
在web.xml添加post乱码filter
在web.xml中加入：
<filter>
<filter-name>CharacterEncodingFilter</filter-name>
<filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>
<init-param>
<param-name>encoding</param-name>
<param-value>utf-8</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>CharacterEncodingFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
以上可以解决post请求乱码问题。
2 对于get请求中文参数出现乱码解决方法有两个：
修改tomcat配置文件添加编码与工程编码一致，如下：
<Connector URIEncoding="utf-8" connectionTimeout="20000" port="8080" protocol="HTTP/1.1" redirectPort="8443"/>
另外一种方法对参数进行重新编码：
String userName new
String(request.getParamter("userName").getBytes("ISO8859-1"),"utf-8")
ISO8859-1是tomcat默认编码，需要将tomcat编码后的内容按utf-8编码
6 springmvc校验
1 校验理解
项目中，通常使用较多是前端的校验，比如页面中js校验。对于安全要求较高点建议在服务端进行校验。
服务端校验：
控制层conroller：校验页面请求的参数的合法性。在服务端控制层conroller校验，不区分客户端类型（浏览器、手机客户端、远程调用）
业务层service（使用较多）：主要校验关键业务参数，仅限于service接口中使用的参数。
持久层dao：一般是不校验的。
2 springmvc校验需求
springmvc使用hibernate的校验框架validation(和hibernate没有任何关系)。
校验思路：
页面提交请求的参数，请求到controller方法中，使用validation进行校验。如果校验出错，将错误信息展示到页面。
具体需求：
商品修改，添加校验（校验商品名称长度，生产日期的非空校验），如果校验出错，在商品修改页面显示错误信息。
3 环境准备
hibernate的校验框架validation所需要jar包：
4 配置校验器
在SpringMVC中
5 校验器注入到处理器适配器中
6 在pojo中添加校验规则
在ItemsCustom.java中添加校验规则：
7 CustomValidationMessages.properties
在CustomValidationMessages.properties配置校验错误信息：
8 捕获校验错误信息
//注意：@Validated和BindingResult bindingResult是配对出现，并且形参顺序是固定的（一前一后）。
9 在页面显示校验错误信息
在controller中将错误信息传到页面即可
页面显示错误信息：
10 分组校验
需求
在pojo中定义校验规则，而pojo是被多个 controller所共用，当不同的controller方法对同一个pojo进行校验，但是每个controller方法需要不同的校验。
解决方法：
定义多个校验分组（其实是一个java接口），分组中定义有哪些规则
每个controller方法使用不同的校验分组
校验分组
在校验规则中添加分组
在controller方法使用指定分组的校验
7 数据回显
提交后，如果出现错误，将刚才提交的数据回显到刚才的提交页面。
pojo数据回显方法
1、springmvc默认对pojo数据进行回显。
pojo数据传入controller方法后，springmvc自动将pojo数据放到request域，key等于pojo类型（首字母小写）
使用@ModelAttribute指定pojo回显到页面在request中的key
2、@ModelAttribute还可以将方法的返回值传到页面
在商品查询列表页面，通过商品类型查询商品信息。
在controller中定义商品类型查询方法，最终将商品类型传到页面。
页面上可以得到itemTypes数据。
3、使用最简单方法使用model，可以不用@ModelAttribute
8 异常处理
-
异常处理思路
系统中异常包括两类：预期异常和运行时异常RuntimeException，前者通过捕获异常从而获取异常信息，后者主要通过规范代码开发、测试通过手段减少运行时异常的发生。
系统的dao、service、controller出现都通过throws Exception向上抛出，最后由springmvc前端控制器交由异常处理器进行异常处理，如下图：
springmvc提供全局异常处理器（一个系统只有一个异常处理器）进行统一异常处理。
2 自定义异常类
对不同的异常类型定义异常类，继承Exception。
3 全局异常处理器
思路：
系统遇到异常，在程序中手动抛出，dao抛给service、service给controller、controller抛给前端控制器，前端控制器调用全局异常处理器。
全局异常处理器处理思路：
解析出异常类型
如果该 异常类型是系统 自定义的异常，直接取出异常信息，在错误页面展示
如果该 异常类型不是系统 自定义的异常，构造一个自定义的异常类型（信息为“未知错误”）
springmvc提供一个HandlerExceptionResolver接口
@Override
public ModelAndView resolveException(HttpServletRequest request,
HttpServletResponse response, Object handler, Exception ex) {
//handler就是处理器适配器要执行Handler对象（只有method）
// 解析出异常类型
// 如果该 异常类型是系统 自定义的异常，直接取出异常信息，在错误页面展示
// String message = null;
// if(ex instanceof CustomException){
// message = ((CustomException)ex).getMessage();
// }else{
如果该 异常类型不是系统 自定义的异常，构造一个自定义的异常类型（信息为“未知错误”）
// message="未知错误";
// }
//上边代码变为
CustomException customException = null;
if(ex instanceof CustomException){
customException = (CustomException)ex;
}else{
customException = new CustomException("未知错误");
}
//错误信息
String message = customException.getMessage();
ModelAndView modelAndView = new ModelAndView();
//将错误信息传到页面
modelAndView.addObject("message", message);
//指向错误页面
modelAndView.setViewName("error");
return modelAndView;
}
3.1 在springmvc.xml配置全局异常处理器
3.2 异常测试
在controller、service、dao中任意一处需要手动抛出异常。
如果是程序中手动抛出的异常，在错误页面中显示自定义的异常信息，如果不是手动抛出异常说明是一个运行时异常，在错误页面只显示“未知错误”。
在商品修改的controller方法中抛出异常 .
在service接口中抛出异常：
如果与业务功能相关的异常，建议在service中抛出异常。
与业务功能没有关系的异常，建议在controller中抛出。
上边的功能，建议在service中抛出异常。
9 上传图片
1 springmvc中对多部件类型解析
在 页面form中提交enctype="multipart/form-data"的数据时，需要springmvc对multipart类型的数据进行解析。
在springmvc.xml中配置multipart类型解析器。
2 加入上传图片的jar
上边的解析内部使用下边的jar进行图片上传。
3 创建图片虚拟 目录 存储图片
直接修改tomcat的配置：
在conf/server.xml文件，添加虚拟 目录 ：
注意：在图片虚拟目录 中，一定将图片目录分级创建（提高i/o性能），一般我们采用按日期(年、月、日)进行分级创建。
4 代码
页面
controller方法
修改：商品修改controller方法：
10 json数据交互
1 为什么要进行json数据交互
json数据格式在接口调用中、html页面中较常用，json格式比较简单，解析还比较方便。
比如：webservice接口，传输json数据.
2 springmvc进行json交互
1、请求json、输出json，要求请求的是json串，所以在前端页面中需要将请求的内容转成json，不太方便。
2、请求key/value、输出json。此方法比较常用。
3 环境准备
- 加载json转的jar包
springmvc中使用jackson的包进行json转换（@requestBody和@responseBody使用下边的包进行json转），如下：
2 配置json转换器
在注解适配器中加入messageConverters
<!--注解适配器 -->
<bean class="org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter">
<property name="messageConverters">
<list>
<bean class="org.springframework.http.converter.json.MappingJacksonHttpMessageConverter"></bean>
</list>
</property>
</bean>
注意：如果使用<mvc:annotation-driven /> 则不用定义上边的内容。
4 json交互测试
- 输入json串，输出是json串
- jsp页面
使用jquery的ajax提交json串，对输出的json结果进行解析。
2 controller（RequestBody）
3 测试结果
5 输入key/value，输出是json串
- jsp页面
使用jquery的ajax提交key/value串，对输出的json结果进行解析。
2 controller
11 RESTful支持
RESTful架构，就是目前最流行的一种互联网软件架构。它结构清晰、符合标准、易于理解、扩展方便，所以正得到越来越多网站的采用。
RESTful（即Representational State Transfer的缩写）其实是一个开发理念，是对http的很好的诠释。
1、对url进行规范，写RESTful格式的url
非REST的url：http://...../queryItems.action?id=001&type=T01
REST的url风格：http://..../items/001
特点：url简洁，将参数通过url传到服务端
2、http的方法规范
不管是删除、添加、更新。。使用url是一致的，如果进行删除，需要设置http的方法为delete，同理添加。。。
后台controller方法：判断http方法，如果是delete执行删除，如果是post执行添加。
3、对http的contentType规范
请求时指定contentType，要json数据，设置成json格式的type。
示例
定义方法，进行url映射使用REST风格的url，将查询商品信息的id传入controller .
输出json使用@ResponseBody将java对象输出json。
@RequestMapping(value="/ itemsView/{id}")：{ ×××}占位符，请求的URL可以是“/viewItems/1”或“/viewItems/2”，通过在方法中使用@PathVariable获取{ ×××}中的×××变量。
@PathVariable用于将请求URL中的模板变量映射到功能处理方法的参数上。
如果RequestMapping中表示为"/ itemsView /{id}"，id和形参名称一致，@PathVariable不用指定名称。
REST方法的前端控制器配置
在web.xml配置：
12 拦截器
1 拦截定义
定义拦截器，实现HandlerInterceptor接口。接口中提供三个方法。
public class HandlerInterceptor1 implements HandlerInterceptor {
//进入 Handler方法之前执行
//用于身份认证、身份授权
//比如身份认证，如果认证通过表示当前用户没有登陆，需要此方法拦截不再向下执行
@Override
public boolean preHandle(HttpServletRequest request,
HttpServletResponse response, Object handler) throws Exception {
//return false表示拦截，不向下执行
//return true表示放行
return false;
}
//进入Handler方法之后，返回modelAndView之前执行
//应用场景从modelAndView出发：将公用的模型数据(比如菜单导航)在这里传到视图，也可以在这里统一指定视图
@Override
public void postHandle(HttpServletRequest request,
HttpServletResponse response, Object handler,
ModelAndView modelAndView) throws Exception {
}
//执行Handler完成执行此方法
//应用场景：统一异常处理，统一日志处理
@Override
public void afterCompletion(HttpServletRequest request,
HttpServletResponse response, Object handler, Exception ex)
throws Exception {
}
}
2 拦截器配置
1 针对HandlerMapping配置
springmvc拦截器针对HandlerMapping进行拦截设置，如果在某个HandlerMapping中配置拦截，经过该 HandlerMapping映射成功的handler最终使用该 拦截器。
<bean
class="org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping">
<property name="interceptors">
<list>
<ref bean="handlerInterceptor1"/>
<ref bean="handlerInterceptor2"/>
</list>
</property>
</bean>
<bean id="handlerInterceptor1" class="springmvc.intercapter.HandlerInterceptor1"/>
<bean id="handlerInterceptor2" class="springmvc.intercapter.HandlerInterceptor2"/>
一般不推荐使用。2 类似全局的拦截器
springmvc配置类似全局的拦截器，springmvc框架将配置的类似全局的拦截器注入到每个HandlerMapping中。
3 拦截测试
两个拦截器都放行
HandlerInterceptor1...preHandle
HandlerInterceptor2...preHandle
HandlerInterceptor2...postHandle
HandlerInterceptor1...postHandle
HandlerInterceptor2...afterCompletion
HandlerInterceptor1...afterCompletion
总结：
preHandle方法按顺序执行，
postHandle和afterCompletion按拦截器配置的逆向顺序执行。
拦截器1放行，拦截器2不放行
HandlerInterceptor1...preHandle
HandlerInterceptor2...preHandle
HandlerInterceptor1...afterCompletion
拦截器1放行，拦截器2 preHandle才会执行。
拦截器2 preHandle不放行，拦截器2 postHandle和afterCompletion不会执行。
只要有一个拦截器不放行，postHandle不会执行
拦截器1不放行，拦截器2不放行
HandlerInterceptor1...preHandle
拦截器1 preHandle不放行，postHandle和afterCompletion不会执行。
拦截器1 preHandle不放行，拦截器2不执行。
4 小结
根据测试结果，对拦截器应用。
比如：统一日志处理拦截器，需要该 拦截器preHandle一定要放行，且将它放在拦截器链接中第一个位置。
比如：登陆认证拦截器，放在拦截器链接中第一个位置。权限校验拦截器，放在登陆认证拦截器之后。（因为登陆通过后才校验权限）
京公网安备 11010502036488号