SpringMVC(深入篇)

八 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就行了。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

DragonnAi

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值