关于SpringMVC拦截器和异常
一.文件上传
1.文件上传
- SpringMVC为文件上传提供了直接的支持，这种类型是通过即插即用的MultipartResolver技术的。Spring用Jakarta Commons FileUpload技术实现了一个MultipartResolver实现类:CommonsMultipartResolver.
- SpringMVC上下文中默认没有装配MultipartResolver，因此默认情况下不能处理文件的上传工作，如果想使用Spring的文件上传功能，需现在上下文中配置MultipartResolver。
2. 配置MultipartResolver
- defaultEncoding：必须和用户JSP的pageEncoing属性一致，以便正确解析表单的内容。
- 为了让CommonsMulitpartResolver正确工作，必须先将Jakarta Commons FileUpload及Jakarta Commons io的类包添加到类路径下。
<bean id="multipartResolver" class="org.springframework.web.multipart.commons.CommonsMultipartResolver">
<propert name="defaultEncoding" value="UTF-8"></property>
<property name="maxUploadSize" value="524880"></property>
</bean>
二.拦截器
1.自定义拦截器
SpringMVC也可以使用拦截器对请求进行拦截处理，用户可以自定义拦截器来实现特定的功能，自定义的拦截器必须实现HandlerInterceptor接口。接口中有三个方法：
-
preHandle():这个方法在业务处理器请求之前被调用，在该方法中对用户请求request进行处理。如果你决定该拦截器对请求进行拦截处理好还要调用其他的拦截器，或者是业务处理器去进行处理，则返回true；如果程序员决定不需要再调用其他的组件去处理请求，则返回false。
-
postHandle():这个方法在业务处理器处理完请求后，但是DispatcherServlet向客户端返回响应前被调用，在该方法中对用户请求request()进行处理。
-
afterCompletion()：这个方法在DispatcherServlet完全处理完请求后被调用，可以在该方法中进行一些资源清理的操作。
2.拦截器方法执行顺序
3.配置自定义拦截器
<mvc:interceptors>
<!-- 拦截所有资源 -->
<bean class="com.desperado.interceptors.FirstInterceptor"></bean>
<!--拦截指定资源-->
<mvc:interceptor>
<mvc:mapping path="/emps"/>
<bean class="com.desperado.interceptors.SecondInterceptor"></bean>
</mvc:interceptor>
<bean class="org.springframework.web.servlet.i18n.LocaleChangeInterceptor"></bean>
</mvc:interceptors>
4.多个拦截器的执行顺序
5.拦截器preHandle()方法返回false时候的执行顺序
6.一道经典面试题
拦截器和过滤器有什么区别：
- 拦截器是基于java的反射机制的，而过滤器是基于函数回调的。
- 拦截器不依赖于Servlet容器，而过滤器依赖与Servlet容器。
- 拦截器只能对action请求起作用，而过滤器则可以对几乎所有的请求其作用。
- 拦截器可以访问action的上下文、值栈里面的对象，而过滤器不能访问。
- 在action的声明周期中，拦截器可以多次被调用，而过滤器只能在容器初始化时被调用一次、(这里的调用一次，是对于构造函数而言的，而doFilter会对匹配的请求做持续的处理。)
- 拦截器可以获取IOC容器中的Bean，而过滤器不行。
执行顺序
三.异常处理
1.异常处理
- Spring MVC通过HandlerExceptionResolver处理程序的异常，包括Handler映射、数据绑定以及目标方法执行时发生的异常。
- SpringMVC提供的HandlerExceptionResolver的实现类
- AbstractHandlerExceptionResolver
- AbstractHandlerMethodExceptionResolver
- ExceptionHandlerExceptionResolver
- AnnotationMethodHandlerExceptionResolver
- DefaultHandlerExceptionResolver
- ResponseStatusExceptionResolver
- SimpleMappingExceptionResolver
- HandlerExceptionResolverComposite
2.HandlerExceptionResolver
- DispatcherServlet默认装配的HandlerExceptionResolver：
-
没有使用<mvc:annotation-driver />
-AnnotationMethodHandlerExceptionResolver
-DefaultHandlerExceptionResolver
-ResponseStatusExceptionResolver -
使用了<mvc:annotation-driver />
-ExceptionHandlerExceptionResolver
-DefaultHandlerExceptionResolver
-ResponseStatusExceptionResolver
-
3.ExceptionHandlerExceptionResolver
- 主要处理Handler中用@ExceptionHandler注解定义的方法。
- @ExceptionHandler注解定义的优先级问题:如果发生的是NullPointerException，但是声明的异常有RuntimeException和Exception，此时会根据异常的最近继承关系找到继承深度最浅的那个@ExceptionHandler注解方法，即标记了RuntimException的方法。
- ExceptionHandlerMethodResolver内部若找不到@ExceptionHandler注解的话，会找@ControllerAdvice中的@ExceptionHandler注解方法
4.ResponseStatusExceptionResolver
- 在异常及异常父类中找到@ResponseStatus注解，然后使用这个注解的属性进行处理。
- 定义一个@ResponseStatus注解修饰的异常类。
@ResponseStatus(HttpStatus.UNAUTHORIZED)
public class UnAuthorizedException extends RuntimeException{}
- 若在处理器方法中抛出了上面定义的异常：
由于触发的异常带有@ResponseStatus注解，因此会被ResponseStatusExceptionResolver解析到。最后响应HttpStatus.UNAUTHORIZED代码给客户端。
5.DefaultHandlerExceptionResolver
对一些特殊的异常进行处理，比如：
NoSuchRequestHandlingMethodException
HttpRequestMethodNotSupportedException
HttpMediaTypeNotSupportedException
HttpMediaTypeNotAcceptableException
等。
6.SimpleMappingExceptionResolver
如果希望对所有异常进行统一处理，可以使用该解析器，它将异常类名映射为视图名，即发生异常是使用对应的视图报告异常
四.Spring的运行流程
- 请求到达Spring DispatcherServlet的url-pattern。
- 判断SpringMVC中是否存在对应的映射
- 如果不存在判断是否配置了<mvc:default-servlet-handler />
- 如果配置了就去找目标资源，如果没有配置，返回404页面。
- 如果存在则从HandlerMapping获取handlerExecutionChain对象。
- 获取HandlerAdapter对象。
- 调用拦截器的preHandle方法。
- 调用目标Handler的目标方法得到ModelAndView对象。
- 调用拦截器的postHandle方法。
- 判断是否存在异常
- 存在异常，由HandlerExceptionResolver组件处理异常得到新的ModelAndView对象。
- 不存在异常，由ViewResolver组件根据ModelAndView对象得到实际的View
- 渲染视图
- 调用拦截器的afterCompletion方法。
五.在Spring的环境下使用SpringMVC
1.Bean被创建两次?
Spring的IOC容器不应该扫描SpringMVC中的Bean，对应的SpringMVC的IOC容器不应该扫描Spring中的Bean。
2.在SpringMVC配置文件中引用业务层的Bean
- 多个SpringIOC容器之间可以设置为父子关系，以实现良好的解耦。
- SpringMVC WEB层容器可作为"业务层"Spring容器的子容器，即WEB层容器可以引用业务层容器的Bean，而业务层容器却访问不到WEB层容器的Bean。
六、Spring和Struts2对比
- SpringMVC的入口是Servlet，而Struts2是Filter.
- SpringMVC会比Struts2快点，SpringMVC是基于方法设计的，而Struts2是基于类，每次发一个请求都会实实例一个Action
- SpringMVC使用更加简洁，开发效率高。
- Struts2的OGNL表达式使页面开发效率相比SpringMVC要高一点。
