八 Spring异常处理
我们知道,系统中异常包括:编译时异常和运行时异常RuntimeException,前者通过捕获异常从而获取异常信息,后者主要通过规范代码开发、测试通过手段减少运行时异常的发生。在开发中,不管是dao层、service层还是controller层,都有可能抛出异常,在springmvc中,能将所有类型的异常处理从各处理过程解耦出来,既保证了相关处理过程的功能较单一,也实现了异常信息的统一处理和维护。
异常结构体系
8.1 异常处理思路
在springmvc中,异常处理的思路
如上图所示,系统的dao、service、controller出现异常都通过throws Exception向上抛出,最后springmvc前端控制器交由异常处理器进行异常处理。springmvc提供全局异常处理器(一个系统只有一个异常处理器)进行统一异常处理。明白了springmvc中的异常处理机制,下面就开始分析springmvc中的异常处理。
8.2Spring MVC异常处理
Spring MVC通过HandlerExceptionResolver处理程序的异常,包括处理映射,数据绑定及处理器执行时发生异常。HandlerExceptionResolver仅有一个接口方法:
ModelAndView resolveException(HttpServletRequest reqeust,HttpServletResponse response,Object handler,Exception ex);
当发生异常时,Spring MVC将调用 resolveException()方法,并转到ModelAndView对应视图中,作为一个异常报告页面,反馈给用户!
HandlerExceptionResolver拥有4个实现类:
- DefaultHandlerExceptionResolver
- SimpleMappingExceptionResolver
- AnnotationMethodHandlerExceptionResolver
- ResponseStatusExceptionResolver
8.3 异常处理方案
8.3.1 DefaultHandlerExceptionResolver
Spring MVC默认装配了DefaultHandlerExceptionResolver,它会将Spring MVC框架的异常转换为相应的相应状态码!
**异常和相应状态码对应表**
在web.xml响应状态码配置一个对应页面
<error-page>
<error>404</error>
<location>/static/404.html</location>
</error-page>
注意: 静态资源注意会被DispatcherServlet拦截!
8.3.2 SimpleMappingExceptionResolver
如果希望对所有的异常进行统一的处理,比如当指定的异常发生时,把它映射到要显示的错误的网页中,此时用SimpleMappingExceptionResolver进行解析。DispatcherServlet中没有实现SimpleMappingExceptionResolver的Bean,所有需要在springmvc的配置文件中进行配置。示例如下:
@Controller
public class DemoServlet2 {
@RequestMapping("/testSimpleMappingExceptionResolver")
public String testSimpleMappingExceptionResolver() {
String[] values = new String[10];
// 下标越界了
System.out.println(values[11]);
return "success";
}
}
发送index.jsp中的超链接请求,控制器捕获请求后处理控制器逻辑,由于在逻辑中,数组越界,会抛出ArrayIndexOutOfBoundsException异常。
-
处理异常
<mvc:annotation-driven /> <!--注解驱动 --> <!-- 配置使用SimpleMappingExceptionResolver来映射异常 --> <bean class="org.springframework.web.servlet.handler.SimpleMappingExceptionResolver"> <!-- 给异常命名一个别名 --> <property name="exceptionAttribute" value="ex"></property> <property name="exceptionMappings"> <props> <!-- 一定要异常的全类名。 表示出现ArrayIndexOutOfBoundsException异常,就跳转到error.jsp视图 --> <prop key="java.lang.ArrayIndexOutOfBoundsException">error</prop> </props> </property> </bean>
另外在/WEB-INF/jsp下新建一个error.jsp视图。因为上面配置的InternalResourceViewResolver视图解析器默认把error字符串解析为error.jsp视图。error.jsp内容为:
<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"%> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> <title>Insert title here</title> </head> <body> <h1>Error Page</h1> ${requestScope.ex} </body> </html>
下面重新发送index.jsp中的超链接请求后,控制器截获请求并处理请求时,数组越界抛出一个ArrayIndexOutOfBoundsException一个异常,此时由SimpleMappingExceptionResolver异常解析!
8.3.3AnnotationMethodHandlerExceptionResolver
Spring MVC 默认注册了 AnnotationMethodHandlerExceptionResolver,它允许通过@ExceptionHandler注解指定处理特定异常的方法!
@Controller
public class DemoController1 {
@ExceptionHandler(value = { RuntimeException.class })
public ModelAndView handleArithmeticException2(Exception ex) {
System.out.println("[出异常了]:" + ex);
ModelAndView mv = new ModelAndView("error");
mv.addObject("exception", ex);
return mv;
}
@ExceptionHandler(value = { ArithmeticException.class })
public ModelAndView handleArithmeticException(Exception ex) {
System.out.println("出异常了,算术异常:" + ex);
ModelAndView mv = new ModelAndView("error");
mv.addObject("exception", ex);
return mv;
}
@RequestMapping("/testExceptionHandler1")
public String test1() {
String s=null;
System.out.println(s.length());
return "success";
}
@RequestMapping("/testExceptionHandler2")
public String test2() {
int i=100/0;
return "success";
}
}
目标方法内抛出了一个ArithmeticException异常,将由继承关系最近的异常处理捕捉到,即由handleArithmeticException捕捉到。
若将handleArithmeticException方法注释掉,则发生ArithmeticException异常将由handleArithmeticException2进行处理。
缺点:
Ø 使用该注解有一个不好的地方就是:进行异常处理的方法必须与出错的方法在同一个Controller里面。
Ø 不能全局控制异常。每个类都要写一遍。
8.3.4全局异常处理
上文说到 @ ExceptionHandler 需要进行异常处理的方法必须与出错的方法在同一个Controller里面。那么当代码加入了 @ControllerAdvice,则不需要必须在同一个 controller 中了。这也是 Spring 3.2 带来的新特性。从名字上可以看出大体意思是控制器增强。 也就是说,**@controlleradvice + @ ExceptionHandler** 也可以实现全局的异常捕捉。
请确保此WebExceptionHandle 类能被扫描到并装载进 Spring 容器中。
@Controller
@ControllerAdvice
public class WebExceptionHandle {
@ExceptionHandler(Exception.class)
public ModelAndView handleException(Exception ex) {
System.out.println("全局异常:ex = " + ex);
ModelAndView modelAndView = new ModelAndView();
modelAndView.setViewName("error");
modelAndView.addObject("exception", ex);
return modelAndView;
}
}
此处可以捕捉全局异常,但是不要忘了在spring配置的时候扫描该类!
若在其他的由@Controller标记的Handler类中的Handle方法抛出异常,且没有在Handler类中定义@ExceptionHandler方法,则会去由@ControllerAdvice标记的类中去找,若也找不到,则在页面抛出异常。
九 RESTful风格编码
9.1RESTful介绍
REST:即Representational State Transfer , (资源)表现层状态转化,是目前最流行的一种互联网软件架构。它结构清晰、符合标注、易于理解、方便扩展,所以越来越多的网站采用!
具体说,就是HTTP协议里面,四个表示操作方式的动词:
GET POST PUT DELETE
· doGet
, if the servlet supports HTTP GET requests
· doPost
, for HTTP POST requests
· doPut
, for HTTP PUT requests
· doDelete
, for HTTP DELETE requests
它们分别代表着四种基本操作:
- GET 用来获取资源 查询
- POST用来创建新资源 新增
- PUT用来更新资源 更新
- DELETE用来删除资源 删除
示例:
- /order/1 HTTP GET :得到id = 1 的 order
- /order/1 HTTP DELETE: 删除 id=1 的order
- /order HTTP PUT : 更新id = 1的 order
- /order HTTP POST : 新增 order
- /order/1 HTTP DELETE: 删除 id=1 的order
/order/1 delete 需要根据请求方式 决定要查询还是删除
表单只能发送get、post请求,默认是不支持delete和put请求!SpringMvc可以使用一个过滤器转化为 delete和put!
9.2Spring中实现RESTful风格
9.2.1 HiddenHttpMethodFilter配置
HiddenHttpMethodFilter:
浏览器**form表单只支持GET和POST**,不支持DELETE和PUT请求**,Springmvc添加了一个过滤器,**可以将这些请求转换为标准的http方法,支持GET,POST,**DELETE,PUT**请求!
web.xml添加HiddenHttpMethodFilter配置
<filter>
<filter-name>HiddenHttpMethodFilter</filter-name>
<filter-class>org.springframework.web.filter.HiddenHttpMethodFilter
</filter-class>
</filter>
<filter-mapping>
<filter-name>HiddenHttpMethodFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
9.2.2 实现增删改查-控制层
@Controller
@RequestMapping("/order")
public class OrderController {
OrderDao orderDao = new OrderDao();
@RequestMapping(value = "/list", method = RequestMethod.GET)
public String list(Model model) {
// 获取用户列表
Collection<Order> all = orderDao.getAll();
model.addAttribute("orderList", all);
return "order/list";
}
@RequestMapping(value = "/{id}", method = RequestMethod.DELETE)
public String delete(@PathVariable("id") Integer id) {
// 执行删除操作
System.out.println("id = " + id);
orderDao.delete(id);
return "redirect:/order/list";
}
@RequestMapping(value = "/{id}", method = RequestMethod.GET)
public String getById(@PathVariable("id") Integer id, Model model) {
Order order = orderDao.get(id);
model.addAttribute("order", order);
return "order/update";
}
@RequestMapping(method = RequestMethod.PUT)
public String update(Order o) {
// 执行更新操作
Integer id = o.getId();
System.out.println("id = " + id);
orderDao.update(o);
return "redirect:/order/list";
}
@RequestMapping(method = RequestMethod.POST)
public String save(Order order) {
// 执行更新操作
orderDao.save(order);
return "redirect:/order/list";
}
}
9.2.3 实现增删改查-表现层
@Controller
@RequestMapping("/order")
public class OrderController {
OrderDao orderDao = new OrderDao();
@RequestMapping(value = "/list", method = RequestMethod.GET)
public String list(Model model) {
// 获取用户列表
Collection<Order> all = orderDao.getAll();
model.addAttribute("orderList", all);
return "order/list";
}
@RequestMapping(value = "/{id}", method = RequestMethod.DELETE)
public String delete(@PathVariable("id") Integer id) {
// 执行删除操作
System.out.println("id = " + id);
orderDao.delete(id);
return "redirect:/order/list";
}
@RequestMapping(value = "/{id}", method = RequestMethod.GET)
public String getById(@PathVariable("id") Integer id, Model model) {
Order order = orderDao.get(id);
model.addAttribute("order", order);
return "order/update";
}
@RequestMapping(method = RequestMethod.PUT)
public String update(Order o) {
// 执行更新操作
Integer id = o.getId();
System.out.println("id = " + id);
orderDao.update(o);
return "redirect:/order/list";
}
@RequestMapping(method = RequestMethod.POST)
public String save(Order order) {
// 执行更新操作
orderDao.save(order);
return "redirect:/order/list";
}
}
list.jsp
<%@ page language="java" contentType="text/html; charset=UTF-8"
pageEncoding="UTF-8"%>
<%@taglib uri="http://java.sun.com/jsp/jstl/core" prefix="c"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>用户首页</title>
</head>
<body>
<h1>获取用户列表</h1>
<table align="center" width="60%" border="1px" bordercolor="#FB5832"
CELLSPACING="0">
<tr>
<td>id</td>
<td>订单</td>
<td>金额</td>
<td>操作</td>
</tr>
<c:forEach items="${orderList }" var="order">
<tr>
<td>${order.id}</td>
<td>${order.code}</td>
<td>${order.money}</td>
<td>
<a href="javascript:void(0)"onclick="deleteById(${order.id})">删除</a>
<a href="${pageContext.request.contextPath}/order/${order.id}">更新</a>
</td>
</tr>
</c:forEach>
<a href="${pageContext.request.contextPath}/page/add">新增</a>
</table>
<form action="/order/1" method="post" id="deleteForm">
<input type="hidden" name="_method" value="DELETE" />
</form>
<script>
function deleteById(id) {
//TODO 删除
var form = document.getElementById("deleteForm");
form.action = "${pageContext.request.contextPath}/order/"+id;
form.submit();
}
</script>
</body>
</html>
需要注意: 由于doFilterInternal方法只对method为post的表单进行过滤,所以在页面中必须如下设置:
代表post请求,但是HiddenHttpMethodFilter将把本次请求转化成标准的put请求方式! name="_method"固定写法
9.3 总结
1.我们要使用springmvc得rest风格首先需要配置过滤器将表单发过来得的请求转换为PUT或者DELETE请求,在@RequestMapping配置相应的method属性
2.配置页面表单,因为表单只支持get和post请求,所以我们需要在表单中添加一个input来存放我们需要转换的请求名称,input的name为_method,value为需要转换的请求
3.表单的method需要设置为post,是因为doFilterInternal方法只对method为post的表单进行过滤
十 Springmvc详解
10.1 SpringMvc详细介绍
通过入门实例,我们大概知道 SpringMVC 的作用,那么它到底是什么呢?
Spring Web MVC是一种基于Java的实现了Web MVC设计模式的请求驱动类型的轻量级Web框架,即使用了MVC架构模式的思想,将web层进行职责解耦,基于请求驱动指的就是使用请求-响应模型,框架的目的就是帮助我们简化开发,Spring Web MVC也是要简化我们日常Web开发的。
Spring Web MVC前端控制器是DispatcherServlet;应用控制器其实拆为处理器映射器( Handler Mapping)进行处理器管理和视图解析器(View Resolver)进行视图管理;页面控制器/动作/处理器为Controller接口(仅包含ModelAndView handleRequest(request, response) 方法)的实现(也可以是任何的POJO类);支持本地化(Locale)解析、主题(Theme)解析及文件上传等;提供了非常灵活的数据验证、格式化和数据绑定机制;提供了强大的约定大于配置(惯例优先原则 约定大于配置!)的契约式编程支持。
10.2 SpringMVC 处理请求流程(详解 面试题)
@RequestMapping(“/book/list”)
第一步:用户发送请求到前端控制器(DispatcherServlet)。
第二步:前端控制器请求 HandlerMapping 查找 Handler(Controller),可以根据 xml 配置或者注解进行查找。
第三步:处理器映射器 HandlerMapping 向前端控制器返回 Handler(Controller)
第四步:前端控制器调用处理器适配器(HandlerAdapter)去执行 Handler(Controller)
第五步:处理器适配器执行 Handler
第六步:Handler 执行完成后给适配器返回 ModelAndView
第七步:处理器适配器向前端控制器返回 ModelAndView
ModelAndView 是SpringMVC 框架的一个底层对象,包括 Model(模型数据) 和 View(视图)
第八步:前端控制器请求试图解析器去进行视图解析
根据逻辑视图名来解析真正的视图。
第九步:试图解析器向前端控制器返回 view
第十步:前端控制器进行视图渲染
就是将模型数据(在 ModelAndView 对象中)填充到 request 域
第十一步:前端控制器向用户响应结果
下面我们对上面出现的一些组件进行解释:
1、前端控制器DispatcherServlet(不需要程序员开发**,需要WEB.xml配置**)。
作用:接收请求,响应结果,相当于转发器,中央处理器。有了DispatcherServlet减少了其它组件之间的耦合度。
2、处理器映射器HandlerMapping(不需要程序员开发)。
作用:根据请求的url查找Handler。
3、处理器适配器HandlerAdapter(不需要程序员开发)。适配器模式
作用:按照特定规则(HandlerAdapter要求的规则)去执行Handler(Controller)。
4、处理器Handler(Controller)(需要程序员开发)。
注意:编写Handler时按照HandlerAdapter的要求去做,这样适配器才可以去正确执行Handler
5、视图解析器ViewResolver(不需要程序员开发,只需要配置)。
作用:进行视图解析,根据逻辑视图名解析成真正的视图(view)
6、视图View(需要程序员开发jsp)。标签显示页面数据
注意:View是一个接口,实现类支持不同的View类型(jsp、freemarker、pdf…)
ps:不需要程序员开发的,需要程序员自己做一下配置即可。
可以总结出:需要我们开发的工作只有处理器/ Handler 的编写以及视图比如JSP页面的编写。可能你还对诸如前端控制器、处理器映射器等等名词不太理解,那么接下来我们对其进行详细的介绍。
10.3 配置前端控制器(只需要配置)
在 web.xml 文件中进行如下配置:
<!-- 配置前端控制器DispatcherServlet -->
<servlet>
<servlet-name>springmvc</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<!--
springmvc.xml 是自己创建的SpringMVC全局配置文件,用contextConfigLocation作为参数名来加载
如果不配置 contextConfigLocation,那么默认加载的是/WEB-INF/servlet名称-servlet.xml,在这里也就是 springmvc-servlet.xml
-->
<init-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath:springmvc.xml</param-value>
</init-param>
</servlet>
<servlet-mapping>
<servlet-name>springmvc</servlet-name>
<!--
第一种配置:*.do,还可以写*.action等等,表示以.do结尾的或者以.action结尾的URL都由前端控制器DispatcherServlet来解析
第二种配置:/,所有访问的 URL 都由DispatcherServlet来解析,但是这里最好配置静态文件不由DispatcherServlet来解析
-->
<url-pattern>/</url-pattern>
</servlet-mapping>
10.4 配置处理器适配器(不用配置)
在 springmvc.xml 文件中配置。用来约束我们所需要编码的 Handler类。
第一种配置:编写 Handler 时必须要实现 Controller
我们可以查看源码:
<!-- 配置处理器适配器,所有适配器都得实现 HandlerAdapter接口 -->
<bean class="org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter" />
第二种配置:编写 Handler 时必须要实现 HttpRequestHandler
<!-- 配置处理器适配器第二种方法,所有适配器都得实现 HandlerAdapter接口 ,这样配置所有Handler都得实现 HttpRequestHandler接口-->
<bean class="org.springframework.web.servlet.mvc.HttpRequestHandlerAdapter" />
10.5 编写Handler(Controller)
在 springmvc.xml 文件中配置。通俗来讲,就是请求的 URL 到我们这里所编写的 Handler 类的某个方法进行一些业务逻辑处理。
我们在上面讲解了两个处理器适配器来约束 Handler,那么我们就通过上面两种配置分别编写两个 Handler
n 第一种:实现Controller 接口
public class HelloController implements Controller {
@Override
public ModelAndView handleRequest(HttpServletRequest request, HttpServletResponse response) throws Exception {
ModelAndView modelView = new ModelAndView();
// 类似于 request.setAttribute()
modelView.addObject("name", "张三");
modelView.setViewName("/WEB-INF/view/index.jsp");
return modelView;
}
}
n 第二种:实现 HttpRequestHandler 接口
public class HelloController2 implements HttpRequestHandler {
@Override
public void handleRequest(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
request.setAttribute("name", "张三");
request.getRequestDispatcher("/WEB-INF/view/index.jsp").forward(request, response);
}
}
总结:通常我们使用第一种方式来编写 Handler ,但是第二种没有返回值,我们可以通过 response 修改相应内容,比如返回 json 数据。
response.setCharacterEncoding("utf-8");
response.setContentType("application/json;charset=utf-8");
response.getWriter().write("json字符串");
所以具体使用哪一种根据实际情况来判断。
10.6 配置处理器映射器 handlemaping
在 springmvc.xml 文件中配置。通俗来讲就是请求的 URL 怎么能被 SpringMVC 识别,从而去执行我们上一步所编写好的 Handler
n 第一种方法:
<!-- 配置Handler -->
<bean name="/hello" class="com.bruceliu.controller.HelloController" />
<!-- 配置处理器映射器 将bean的name作为url进行查找,需要在配置Handler时指定bean name(就是url) -->
<bean class="org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping" />
这样配置的话,那么请求的 URL,必须为 http://localhost:8080/项目名/hello
n 第二种方法:
<!-- 配置Handler -->
<bean id="hello1" class="com.bruceliu.controller.HelloController" />
<bean id="hello2" class="com.bruceliu.controller.HelloController2" />
<!-- 第二种方法:简单URL配置处理器映射器 -->
<bean class="org.springframework.web.servlet.handler.SimpleUrlHandlerMapping">
<property name="mappings">
<props>
<prop key="/hello1">hello1</prop>
<prop key="/hello2">hello2</prop>
</props>
</property>
</bean>
这种配置请求的 URL可以为 http://localhost:8080/项目名/hello1,或者http://localhost:8080/项目名/hello2
总结:上面两种处理器映射器配置可以并存,前端控制器会正确的去判断 url 用哪个 Handler 去处理。
10.7 配置视图解析器
第一种配置
<!-- 配置视图解析器
进行jsp解析,默认使用jstl标签,classpath下得有jstl的包-->
<bean class="org.springframework.web.servlet.view.InternalResourceViewResolver" />
如果这样配,那么在 Handler 中返回的必须是 路径+jsp页面名称+".jsp"
第二种配置:
<!--配置视图解析器 -->
<bean
class="org.springframework.web.servlet.view.InternalResourceViewResolver">
<!-- 返回视图页面的前缀 -->
<property name="prefix" value="/WEB-INF/view"></property>
<!-- 返回页面的后缀 -->
<property name="suffix" value=".jsp"></property>
</bean>
如果这样配,那么在 Handler 中只需要返回在 view 文件夹下的jsp 页面名就可以了。
10.8 1. DispatcherServlet.properties
上面我们讲解了各种配置,可能有人会问这么多配置,万一少配置了一样,那不就不能运行了,那我们能不能不配置呢?答案是肯定的,SpringMVC 给我们提供了一个 **DispatcherServlet.properties** 文件。系统会首先加载这里面的配置,如果我们没有配置,那么就默认使用这个文件的配置;如果我们配置了,那么就优先使用我们手动配置的。
在 SpringMVC 运行之前,会首先加载 DispatcherServlet.properties 文件里面的内容,那么我们来看看这里面都是什么。 在 SpringMVC 运行之前,会首先加载 DispatcherServlet.properties 文件里面的内容,那么我们来看看这里面都是什么。
# Default implementation classes for DispatcherServlet's strategy interfaces.
# Used as fallback when no matching beans are found in the DispatcherServlet context.
# Not meant to be customized by application developers.
org.springframework.web.servlet.LocaleResolver=org.springframework.web.servlet.i18n.AcceptHeaderLocaleResolver
org.springframework.web.servlet.ThemeResolver=org.springframework.web.servlet.theme.FixedThemeResolver
org.springframework.web.servlet.HandlerMapping=org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping,\
org.springframework.web.servlet.mvc.annotation.DefaultAnnotationHandlerMapping
org.springframework.web.servlet.HandlerAdapter=org.springframework.web.servlet.mvc.HttpRequestHandlerAdapter,\
org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter,\
org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter
org.springframework.web.servlet.HandlerExceptionResolver=org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerExceptionResolver,\
org.springframework.web.servlet.mvc.annotation.ResponseStatusExceptionResolver,\
org.springframework.web.servlet.mvc.support.DefaultHandlerExceptionResolver
org.springframework.web.servlet.RequestToViewNameTranslator=org.springframework.web.servlet.view.DefaultRequestToViewNameTranslator
org.springframework.web.servlet.ViewResolver=org.springframework.web.servlet.view.InternalResourceViewResolver
org.springframework.web.servlet.FlashMapManager=org.springframework.web.servlet.support.SessionFlashMapManager
我们可以从上面得出,如果我们不手动进行各种配置,那么也有会默认的
①、处理器适配器默认:org.springframework.web.servlet.mvc.HttpRequestHandlerAdapter
②、处理器映射器默认:org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping
③、视图解析器默认:org.springframework.web.servlet.view.**InternalResourceViewResolver**
10.9 Spring配置 context:component-scan/ <mvc:annotation-driven />
10.9.1 annotaion-driven 标签
这个标签对应的实现类是org.springframework.web.servlet.config.AnnotationDrivenBeanDefinitionParser
仔细阅读它的注释文档可以很明显的看到这个类的作用。解析这个文档:
这个类主要注册8个类的实例:
1.RequestMappingHandlerMapping @RequestMapping
2.BeanNameUrlHandlerMapping
3.RequestMappingHandlerAdapter
4.HttpRequestHandlerAdapter @controller
5.SimpleControllerHandlerAdapter
6.ExceptionHandlerExceptionResolver
7.ResponseStatusExceptionResolver
8.DefaultHandlerExceptionResolver
1是处理@RequestMapping注解的,2.将controller类的名字映射为请求url。1和2都实现了HandlerMapping接口,用来处理请求映射。
3是处理@Controller注解的控制器类,4是处理继承HttpRequestHandlerAdapter类的控制器类,5.处理继承SimpleControllerHandlerAdapter类的控制器。所以这三个是用来处理请求的。具体点说就是确定调用哪个controller的哪个方法来处理当前请求。
6,7,8全部继承AbstractHandlerExceptionResolver,这个类实现HandlerExceptionResolver,该接口定义:接口实现的对象可以解决处理器映射、执行期间抛出的异常,还有错误的视图。
所以标签主要是用来帮助我们处理请求映射,决定是哪个controller的哪个方法来处理当前请求,异常处理。
10.9.2 context:component-scan/标签
它的实现类是org.springframework.context.annotation.ComponentScanBeanDefinitionParser.
把鼠标放在context:component-scan上就可以知道有什么作用的,用来扫描该包内被@Repository @Service @Controller的注解类,然后注册到工厂中。并且context:component-scan激活@ required。@ resource,@ autowired、@PostConstruct @PreDestroy @PersistenceContext @PersistenceUnit。使得在适用该bean的时候用@Autowired就行了。