SpringMVC核心知识的梳理(现在都用SpringBoot了，但是SpringMVC还的学的扎实点,饮水思源)

目录

前言:

一.Spring MVC的工作流程

二.Spring MVC的控制器是不是单例模式,如果是,有什么问题,怎么解决？

三.常用注解

1.注解原理是什么

2.Spring MVC常用的注解有哪些？

3.SpingMvc中的控制器的注解一般用哪个,有没有别的注解可以替代？

4.@Controller注解的作用

5.@RequestMapping注解的作用

6.@ResponseBody注解的作用

7.@PathVariable和@RequestParam的区别

五.Spring MVC与Struts2区别

六.Spring MVC怎么样设定重定向和转发的？

七.WebApplicationContext的理解

八.监听器、过滤器和拦截器对⽐

---

前言:

     java技术栈在书写接口/服务时，技术栈不断在进化发展，从前使用古老的servlet,后来SpringMVC、Struts2，到现在的主流的SpringBoot，使用起来越来越方便。这些MVC框架时对servlet的封装使用起来代码更加简化了，SpringBoot对SpringMVC的繁杂配置进行了封装，开箱即用，更加的便利了，程序员只需要关注自己的业务开发，开发中你会发现除了哪些配置SpringMVC和SpringBoot像极了，话不多说先把SpringMVC核心知识梳理下，随后把SpringBoot核心知识梳理下。

一.Spring MVC的工作流程

（1）用户发送请求至前端控制器DispatcherServlet；

（2） DispatcherServlet收到请求后，调用HandlerMapping处理器映射器，请求获取Handle；

（3）处理器映射器根据请求url找到具体的处理器，生成处理器对象及处理器拦截器(如果   有则生成)一并返回给DispatcherServlet；

（4）DispatcherServlet 调用 HandlerAdapter处理器适配器；

（5）HandlerAdapter 经过适配调用 具体处理器(Handler，也叫后端控制器)；

（6）Handler执行完成返回ModelAndView；

（7）HandlerAdapter将Handler执行结果ModelAndView返回给DispatcherServlet；

（8）DispatcherServlet将ModelAndView传给ViewResolver视图解析器进行解析；

（9）ViewResolver解析后返回具体View；

（10）DispatcherServlet对View进行渲染视图（即将模型数据填充至视图中）

（11）DispatcherServlet响应用户。

二.Spring MVC的控制器是不是单例模式,如果是,有什么问题,怎么解决？

   是单例模式,所以在多线程访问的时候有线程安全问题,不要用同步,会影响性能的。

解决方案：

1、不要在controller中定义成员变量。

2、万一必须要定义一个非静态成员变量时候，则通过注解@Scope(“prototype”)，将其设置为多例模式

三.常用注解

1.注解原理是什么

注解本质是一个继承了Annotation的特殊接口，其具体实现类是Java运行时生成的动态代理类。我们通过反射获取注解时，返回的是Java运行时生成的动态代理对象。通过代理对象调用自定义注解的方法，会最终调用AnnotationInvocationHandler的invoke方法。该方法会从memberValues这个Map中索引出对应的值。而memberValues的来源是Java常量池。

2.Spring MVC常用的注解有哪些？

@RequestMapping：用于处理请求 url 映射的注解，可用于类或方法上。用于类上，则表示类中

的所有响应请求的方法都是以该地址作为父路径。

@RequestBody：注解实现接收http请求的json数据，将json转换为java对象。

@ResponseBody：注解实现将conreoller方法返回对象转化为json对象响应给客户。

@Conntroller：控制器的注解，表示是表现层,不能用用别的注解代替

3.SpingMvc中的控制器的注解一般用哪个,有没有别的注解可以替代？

答：一般用@Controller注解,也可以使用@RestController,@RestController注解相当于

@ResponseBody ＋ @Controller,表示是表现层,除此之外，一般不用别的注解代替。

4.@Controller注解的作用

1. 在Spring MVC 中，控制器Controller 负责处理由DispatcherServlet 分发的请求，它把用户请求的数据经过业务处理层处理之后封装成一个Model ，然后再把该Model 返回给对应的View 进行展示。在Spring MVC 中提供了一个非常简便的定义Controller 的方法，你无需继承特定的类或实现特定的接口，只需使用@Controller 标记一个类是Controller ，然后使用@RequestMapping 和@RequestParam 等一些注解用以定义URL 请求和Controller 方法之间的映射，这样的Controller就能被外界访问到。此外Controller 不会直接依赖于HttpServletRequest 和HttpServletResponse等HttpServlet 对象，它们可以通过Controller 的方法参数灵活的获取到。
2. @Controller 用于标记在一个类上，使用它标记的类就是一个Spring MVC Controller 对象。分发处理器将会扫描使用了该注解的类的方法，并检测该方法是否使用了@RequestMapping 注解。@Controller 只是定义了一个控制器类，而使用@RequestMapping 注解的方法才是真正处理请求的处理器。单单使用@Controller 标记在一个类上还不能真正意义上的说它就是Spring MVC 的一个控制器类，因为这个时候Spring 还不认识它。那么要如何做Spring 才能认识它呢？这个时候就需要我们把这个控制器类交给Spring 来管理。有两种方式：【在Spring MVC 的配置文件中定义MyController 的bean 对象；

在Spring MVC 的配置文件中告诉Spring 该到哪里去找标记为@Controller 的Controller 控制器。】

5.@RequestMapping注解的作用

RequestMapping是一个用来处理请求地址映射的注解，可用于类或方法上。用于类上，表示类中的所有响应请求的方法都是以该地址作为父路径。

RequestMapping注解有六个属性，下面我们把她分成三类进行说明（下面有相应示例）。

value， method

value： 指定请求的实际地址，指定的地址可以是URI Template 模式（后面将会说

明）；

method： 指定请求的method类型， GET、POST、PUT、DELETE等；

consumes，produces

consumes： 指定处理请求的提交内容类型（Content-Type），例如application/json,

text/html;

produces: 指定返回的内容类型，仅当request请求头中的(Accept)类型中包含该指定类型才返回

params，headers

  params： 指定request中必须包含某些参数值是，才让该方法处理。

  headers： 指定request中必须包含某些指定的header值，才能让该方法处理请求。

6.@ResponseBody注解的作用

作用： 该注解用于将Controller的方法返回的对象，通过适当的HttpMessageConverter转换为指定格式后，写入到Response对象的body数据区。

使用时机：返回的数据不是html标签的页面，而是其他某种格式的数据时（如json、xml等）使用；

7.@PathVariable和@RequestParam的区别

请求路径上有个id的变量值，可以通过@PathVariable来获取 @RequestMapping(value =

“/page/{id}”, method = RequestMethod.GET) 例如:http://host:port/path/{参数值}数据

@RequestParam用来获得静态的URL请求入参 spring注解时action里用到。例如：http://host:port/path?参数名=参数值数据

异同梳理如下:

一.@RequestParam与@PathVariable为spring的注解，都可以用于在Controller层接收前端传递的数据，不过两者的应用场景不同。

二.@PathVariable主要用于接收http://host:port/path/{参数值}数据。@RequestParam主要用于接收http://host:port/path?参数名=参数值数据，这里后面也可以不跟参数值。

三.@RequestParam和@PathVariable这两者之间区别不大，主要是请求的URL不一样
 

五.Spring MVC与Struts2区别

相同点：

都是基于mvc的表现层框架，都用于web项目的开发。

不同点:

1. 前端控制器不一样。Spring MVC的前端控制器是servlet：DispatcherServlet。struts2的前

端控制器是filter：StrutsPreparedAndExcutorFilter。

2. 请求参数的接收方式不一样。Spring MVC是使用方法的形参接收请求的参数，基于方法的开发，

线程安全，可以设计为单例或者多例的开发，推荐使用单例模式的开发（执行效率更高），默认就

是单例开发模式。struts2是通过类的成员变量接收请求的参数，是基于类的开发，线程不安全，

只能设计为多例的开发。

3. Struts采用值栈存储请求和响应的数据，通过OGNL存取数据，Spring MVC通过参数解析器是将

request请求内容解析，并给方法形参赋值，将数据和视图封装成ModelAndView对象，最后又将

ModelAndView中的模型数据通过reques域传输到页面。Jsp视图解析器默认使用jstl。

4.与spring整合不一样。Spring MVC是spring框架的一部分，不需要整合。在企业项目中，SpringMVC使用更多一些。

六.Spring MVC怎么样设定重定向和转发的？

（1）转发：在返回值前面加"forward:"，譬如"forward:user.do?name=method4"

（2）重定向：在返回值前面加"redirect:"，譬如"redirect:www.baidu.com"

七.WebApplicationContext的理解

WebApplicationContext 继承了ApplicationContext 并增加了一些WEB应用必备的特有功能，它不同于一般的ApplicationContext ，因为它能处理主题，并找到被关联的servlet。

八.监听器、过滤器和拦截器对⽐

Servlet：处理Request请求和Response响应。

过滤器（Filter）：对Request请求起到过滤的作⽤，作⽤在Servlet之前，如果配置为/*可以对所有的资源访问（servlet、js/css静态资源等）进⾏过滤处理。

监听器（Listener）：实现了javax.servlet.ServletContextListener 接⼝的服务器端组件，它随

Web应⽤的启动⽽启动，只初始化⼀次，然后会⼀直运⾏监视，随Web应⽤的停⽌⽽销毁

作⽤⼀：做⼀些初始化⼯作，web应⽤中spring容器启动ContextLoaderListener

作⽤⼆：监听web中的特定事件，⽐如HttpSession,ServletRequest的创建和销毁；变量的创建、销毁和修改等。可以在某些动作前后增加处理，实现监控，⽐如统计在线⼈数，利⽤

HttpSessionLisener等。

拦截器（Interceptor）：是SpringMVC、Struts等表现层框架⾃⼰的，不会拦截jsp/html/css/image的访问等，只会拦截访问的控制器⽅法（Handler）。

从配置的⻆度也能够总结发现：serlvet、filter、listener是配置在web.xml中的，⽽interceptor是配置在表现层框架⾃⼰的配置⽂件中的。

（1）在Handler业务逻辑执⾏之前拦截⼀次

（2）在Handler逻辑执⾏完毕但未跳转⻚⾯之前拦截⼀次

（3）在跳转⻚⾯之后拦截⼀次