Java基础-SpringMVC
Posted CaraYQ
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了Java基础-SpringMVC相关的知识，希望对你有一定的参考价值。
目录
什么是MVC？
MVC是一种设计模式，在这种模式下软件被分为三层，即Model（模型）、View（视图）、Controller（控制器）。Model代表的是数据，View代表的是用户界面，Controller代表的是数据的处理逻辑，它是Model和View这两层的桥梁。将软件分层的好处是，可以将对象之间的耦合度降低，便于代码的维护。
DAO层是做什么的？
DAO是Data Access Object的缩写，即数据访问对象，在项目中它通常作为独立的一层，专门用于访问数据库。这一层的具体实现技术有很多，常用的有Spring JDBC、Hibernate、JPA、MyBatis等，在Spring框架下无论采用哪一种技术访问数据库，它的编程模式都是统一的。
Spring MVC的执行流程
整个过程开始于客户端发出的一个HTTP请求，Web应用服务器接收到这个请求。如果匹配DispatcherServlet的请求映射路径，则Web容器将该请求转交给DispatcherServlet处理。
DispatcherServlet接收到这个请求后，将根据请求的信息（包括URL、HTTP方法、请求报文头、请求参数、Cookie等）及HandlerMapping的配置找到处理请求的处理器（Handler）。可将HandlerMapping看做路由控制器，将Handler看做目标主机。值得注意的是，在Spring MVC中并没有定义一个Handler接口，实际上任何一个Object都可以成为请求处理器。
当DispatcherServlet根据HandlerMapping得到对应当前请求的Handler后，通过HandlerAdapter对Handler进行封装，再以统一的适配器接口调用Handler。HandlerAdapter是Spring MVC框架级接口，顾名思义，HandlerAdapter是一个适配器，它用统一的接口对各种Handler方法进行调用。
处理器完成业务逻 辑的处理后，将返回一个ModelAndView给DispatcherServlet，ModelAndView包含了视图逻辑名和模型数据信息。
ModelAndView中包含的是“逻辑视图名”而非真正的视图对象，DispatcherServlet借由ViewResolver完成逻辑视图名到真实视图对象的解析工作。
当得到真实的视图对象View后，DispatcherServlet就使用这个View对象对ModelAndView中的模型数据进行视图渲染。
最终客户端得到的响应消息可能是一个普通的html页面，也可能是一个XML或JSON串，甚至是一张图片或一个PDF文档等不同的媒体形式。
Spring MVC常用注解
@RequestMapping：
- 作用：该注解的作用就是用来处理请求地址映射的，也就是说将其中的处理器方法映射到url路径上。
- 属性：
（1）method：是让你指定请求的method的类型，比如常用的有get和post。
（2）value：是指请求的实际地址，如果是多个地址就用来指定就可以啦。
（3）produces：指定返回的内容类型，当request请求头中的Accept类型中包含指定的类型才可以返回的。
（4）consumes：指定处理请求的提交内容类型，比如一些json、html、text等的类型。
（5）headers：指定request中必须包含那些的headed值时，它才会用该方法处理请求的。
（6）params：指定request中一定要有的参数值，它才会使用该方法处理请求。
@RequestParam：
- 作用：是将请求参数绑定到你的控制器的方法参数上，是Spring MVC中的接收普通参数的注解。
- 属性：
（1）value是请求参数中的名称。
（2）required是请求参数是否必须提供参数，它的默认是true，意思是表示必须提供。
@RequestBody：
- 作用：如果作用在方法上，就表示该方法的返回结果是直接按写入的Http responsebody中（一般在异步获取数据时使用的注解）。
- 属性：
（1）required：是否必须有请求体。它的默认值是true，在使用该注解时，值得注意的当为true时get的请求方式是报错的，如果你取值为false的话，get的请求是null。
@PathVaribale：用于绑定url中的占位符，但是spring3.0以后，url才开始支持占位符的，它是Spring MVC支持的rest风格url的一个重要的标志。
Spring MVC的拦截器
拦截器会对处理器进行拦截，这样通过拦截器就可以增强处理器的功能。Spring MVC中，所有的拦截器都需要实现HandlerInterceptor接口，该接口包含如下三个方法：preHandle()、postHandle()、afterCompletion()。这些方法的执行流程如下图：
通过上图可以看出，Spring MVC拦截器的执行流程如下：
- 执行preHandle方法，它会返回一个布尔值。如果为false，则结束所有流程，如果为true，则执行下一步。
- 执行处理器逻辑，它包含控制器的功能。
- 执行postHandle方法。
- 执行视图解析和视图渲染。
- 执行afterCompletion方法。
- Spring MVC拦截器的开发步骤如下：
（1）开发拦截器：实现handlerInterceptor接口，从三个方法中选择合适的方法，实现拦截时要执行的具体业务逻辑。
（2）注册拦截器：定义配置类，并让它实现WebMvcConfigurer接口，在接口的addInterceptors方法中，注册拦截器，并定义该拦截器匹配哪些请求路径。
怎么去做请求拦截？
如果是对Controller进行拦截，则可以使用Spring MVC的拦截器。
如果是对所有的请求（如访问静态资源的请求）进行拦截，则可以使用Filter。
如果是对除了Controller之外的其他Bean的请求进行拦截，则可以使用Spring AOP。
其他
cookie和session的区别
- 存储位置不同：cookie存放于客户端；session存放于服务端。
- 存储容量不同：单个cookie保存的数据<=4KB，一个站点最多保存20个cookie；而session并没有上限。
- 存储方式不同：cookie只能保存ASCII字符串，并需要通过编码当时存储为Unicode字符或者二进制数据；session中能够存储任何类型的数据，例如字符串、整数、集合等。
- 隐私策略不同：cookie对客户端是可见的，别有用心的人可以分析存放在本地的cookie并进行cookie欺骗，所以它是不安全的；session存储在服务器上，对客户端是透明的，不存在敏感信息泄露的风险。
- 生命周期不同：可以通过设置cookie的属性，达到cookie长期有效的效果；session依赖于名为JSESSIONID的cookie，而该cookie的默认过期时间为-1，只需关闭窗口该session就会失效，因此session不能长期有效。
- 服务器压力不同：cookie保存在客户端，不占用服务器资源；session保管在服务器上，每个用户都会产生一个session，如果并发量大的话，则会消耗大量的服务器内存。
- 浏览器支持不同：cookie是需要浏览器支持的，如果客户端禁用了cookie，则会话跟踪就会失效；运用session就需要使用URL重写的方式，所有用到session的URL都要进行重写，否则session会话跟踪也会失效。
- 跨域支持不同：cookie支持跨域访问，session不支持跨域访问。
cookie和session各自适合的场景
- 对于敏感数据，应存放在session里，因为cookie不安全。
- 对于普通数据，优先考虑存放在cookie里，这样会减少对服务器资源的占用。
session的工作原理
session依赖于cookie。当客户端首次访问服务器时，服务器会为其创建一个session对象，该对象具有一个唯一标识SESSIONID。并且在响应阶段，服务器会创建一个cookie，并将SESSIONID存入其中。客户端通过响应的cookie而持有SESSIONID，所以当它再次访问服务器时，会通过cookie携带这个SESSIONID。服务器获取到SESSIONID后，就可以找到与之对应的session对象，进而从这个session中获取该客户端的状态。
get请求与post请求的区别
- GET在浏览器回退时是无害的，而POST会再次提交请求。
- GET产生的URL地址可以被Bookmark，而POST不可以。
- GET请求会被浏览器主动cache，而POST不会，除非手动设置。
- GET请求只能进行url编码，而POST支持多种编码方式。
- GET请求参数会被完整保留在浏览器历史记录里，而POST中的参数不会被保留。
- GET请求在URL中传送的参数是有长度限制的，而POST没有。
- 对参数的数据类型，GET只接受ASCII字符，而POST没有限制。
- GET比POST更不安全，因为参数直接暴露在URL上，所以不能用来传递敏感信息。
- GET参数通过URL传递，POST放在Request body中。
get请求的参数能放到body里面吗？
GET请求是可以将参数放到BODY里面的，官方并没有明确禁止，但给出的建议是这样不符合规范，无法保证所有的实现都支持。这就意味着，如果你试图这样做，可能出现各种未知的问题，所以应该当避免。
post不幂等是为什么？
HTTP方法的幂等性是指一次和多次请求某一个资源应该具有同样的副作用。幂等性属于语义范畴，正如编译器只能帮助检查语法错误一样，HTTP规范也没有办法通过消息格式等语法手段来定义它。
POST所对应的URI并非创建的资源本身，而是资源的接收者。比如：POST http://www.forum.com/articles的语义是在http://www.forum.com/articles下创建一篇帖子，HTTP响应中应包含帖子的创建状态以及帖子的URI。两次相同的POST请求会在服务器端创建两份资源，它们具有不同的URI。所以，POST方法不具备幂等性。
页面报400错误是什么意思？
400状态码标识请求的语义有误，当前请求无法被服务器理解。除非进行修改，否则客户端不应该重复提交这个请求。通常情况下，是本次请求中包含有错误的参数，此时应该排查前端传递的参数。
请求数据出现乱码该怎么处理？
服务端出现请求乱码的原因是，客户端编码与服务器解码方案不一致，可以有如下几种解决办法：
- 将获得的数据按照客户端编码转成BYTE，再将BYTE按服务端编码转成字符串，这种方案对各种请求方式均有效，但是十分的麻烦。
在接受请求数据之前，显示声明实体内容的编码与服务器一致，这种方式只对POST请求有效。 - 修改服务器的配置文件，显示声明请求路径的编码与服务器一致，这种方式只对GET请求有效。
如何在SpringBoot框架下实现一个定时任务？
Spring给我们提供了可执行定时任务的线程池ThreadPoolTaskScheduler，该线程池提供了多个可以与执行定时任务的方法，如下图。在Spring Boot中，只需要在配置类中启用线程池注解，就可以直接使用这个线程池了。
调用接口时要记录日志，该怎么设计？
可以定义一个记录日志的组件，并通过AOP将其织入到这个接口的调用中。这种方式对接口无需做任何改造，业务代码中也无需增加任何调用的逻辑，完美地消除了记录日志和业务代码的耦合度。
Spring Boot JPA
JPA即Java Persistence API，它是一个基于O/R映射的标准规范。也就是说它指定以了标准规则，不提供实现，软件提供商可以按照标准规范来实现，而使用者只需按照规范中定义的方式来使用，不用和软件提供商打交道。JPA主要实现有Hibernate、EclipseLink、OpenJPA等，我们使用JPA来开发，无论是采用哪一种实现方式都一样。
三万字＜Java基础到就业＞ SpringMVC 必读(建议收藏)
有粉丝朋友去培训机构了，花了两三万，结果了？
也没学多少东西。
好多培训机构都在盗我的项目，可惜我时间有限，没时间追究他们。
其实培训机构的东西就那样，谈不上不好，只是多个学习的氛围。
很多的技术知识点、路线和项目我已经整理好了，帮你省去2w的费用。
首先看下整理的Java的学习路线：
这套路线包含了基础到就业，基本是全栈的路线，有前端、后端、微服务、小程序、安卓。到最后手撕源码。
如果你能搞完，你就是大神中的大神了。
前面分享了一个Redis的面试题：
今天复习下SpringMVC的面试题。
目录
3，可以描述一下 DispatcherServlet 的工作流程吗？
7,SpringMVC 制器是不是单例模式,如果是,有什么问题,怎么解决？
11，怎么样把ModelMap里面的数据放入Session里面？
1，Spring MVC 框架有什么用？
Spring Web MVC 框架提供 模型-视图-控制器 架构和随时可用的组件，用于开发灵活且松散耦合的 Web 应用程序。
MVC 模式有助于分离应用程序的不同方面，如输入逻辑，业务逻辑和 UI 逻辑，同时在所有这些元素之间提供松散耦合。
2，Spring MVC 的处理流程？
Web 容器启动时会通知 Spring 初始化容器，加载 Bean 的定义信息并初始化所有单例 Bean，然后遍历容器中的 Bean，获取每⼀个 Controller 中的所有⽅法访问的 URL，将 URL 和对应的 Controller 保存 到⼀个 Map 集合中。
所有的请求会转发给 DispatcherServlet 前端处理器处理，DispatcherServlet 会请求 HandlerMapping
找出容器中被Controler注解修饰的 Bean 以及被RequestMapping修饰的⽅法和类，⽣成Handler 和 HandlerInterceptor 并以⼀个 HandlerExcutionChain 处理器执⾏链的形式返回。
之后 DispatcherServlet 使⽤ Handler 找到对应的 HandlerApapter，通过 HandlerApapter 调⽤Handler 的⽅法，将请求参数绑定到⽅法的形参上，执⾏⽅法处理请求并得到 ModelAndView。
最后 DispatcherServlet 根据使⽤ ViewResolver 试图解析器对得到的 ModelAndView 逻辑视图进⾏解析得到 View 物理视图，然后对视图渲染，将数据填充到视图中并返回给客户端。
3，可以描述一下 DispatcherServlet 的工作流程吗？
DispatcherServlet 的工作流程可以用一幅图来说明：
1，向服务器发送 HTTP 请求，请求被前端控制器 DispatcherServlet 捕获。
2，DispatcherServlet 根据 -servlet.xml 中的配置对请求的 URL 进行解析，得到请求资源标识符（URI）。然后根据该 URI，调用 HandlerMapping 获得该 Handler 配置的所有相关的对象（包括 Handler 对象以及 Handler 对象对应的拦截器），最后以HandlerExecutionChain 对象的形式返回。
3，DispatcherServlet 根据获得的Handler，选择一个合适的 HandlerAdapter。（附注：如果成功获得HandlerAdapter后，此时将开始执行拦截器的 preHandler(…)方法）。
4，提取Request中的模型数据，填充Handler入参，开始执行Handler（Controller)。在填充Handler的入参过程中，根据你的配置，Spring 将帮你做一些额外的工作：
HttpMessageConveter：将请求消息（如 Json、xml 等数据）转换成一个对象，将对象转换为指定的响应信息。
数据转换：对请求消息进行数据转换。如String转换成Integer、Double等。
数据根式化：对请求消息进行数据格式化。如将字符串转换成格式化数字或格式化日期等。
数据验证：验证数据的有效性（长度、格式等），验证结果存储到BindingResult或Error中。
5. Handler(Controller)执行完成后，向 DispatcherServlet 返回一个 ModelAndView 对象；
6. 根据返回的ModelAndView，选择一个适合的 ViewResolver（必须是已经注册到 Spring 容器中的ViewResolver)返回给DispatcherServlet。
7. ViewResolver 结合Model和View，来渲染视图。
8. 视图负责将渲染结果返回给客户端。
4，Spring MVC 有哪些组件？
DispatcherServlet ：SpringMVC 中的前端控制器，是整个流程控制的核⼼，负责接收请求并转发给对应的处理组件。
Handler ：处理器，完成具体业务逻辑，相当于 Servlet 或 Action。
HandlerMapping ：完成 URL 到 Controller 映射，DispatcherServlet 通过 HandlerMapping 将不同请求映射到不同 Handler。
HandlerInterceptor ：处理器拦截器，是⼀个接⼝，如果需要完成⼀些拦截处理，可以实现该接⼝。
HandlerExecutionChain ：处理器执⾏链，包括两部分内容：Handler 和 HandlerInterceptor。
HandlerAdapter ：处理器适配器，Handler执⾏业务⽅法前需要进⾏⼀系列操作，包括表单数据验证、数据类型转换、将表单数据封装到JavaBean等，这些操作都由 HandlerAdapter 完成。 DispatcherServlet 通过 HandlerAdapter 来执⾏不同的 Handler。
ModelAndView ：装载模型数据和视图信息，作为 Handler 处理结果返回给 DispatcherServlet。
ViewResolver ：视图解析器，DispatcherServlet 通过它将逻辑视图解析为物理视图，最终将渲染的结果响应给客户端。
5,Spring MVC 的相关注解有哪些？
@Controller ：在类定义处添加，将类交给IoC容器管理。
@RequtestMapping ：将URL请求和业务⽅法映射起来，在类和⽅法定义上都可以添加该注解。 value 属性指定URL请求的实际地址，是默认值。 method 属性限制请求的⽅法类型，包括GET、POST、PUT、DELETE等。如果没有使⽤指定的请求⽅法请求URL，会报405 Method Not Allowed 错误。 params 属性限制必须提供的参数，如果没有会报错。
@RequestParam ：如果 Controller ⽅法的形参和 URL 参数名⼀致可以不添加注解，如果不⼀致可以使⽤该注解绑定。 value 属性表示HTTP请求中的参数名。 required 属性设置参数是否必要，默认false。 defaultValue 属性指定没有给参数赋值时的默认值。
@PathVariable ：Spring MVC ⽀持 RESTful ⻛格 URL，通过的绑定。
通过PathVariable完成请求参数与形参的绑定。
6,如何解决 POST 请求和 GET 请求中文乱码问题？
1，解决 POST 请求乱码问题：在 web.xml 中配置一个 CharacterEncodingFilter 过滤器，设置成 utf-8 ；
GET 请求中出现中文乱码，讲真在url 中传递中文，就不是什么明智之举，最好不要这用做！
但是事情已经发生了，总得要解决的：
1，修改 Tomcat 配置文件；
2，在拼接 url 的时候先做一个编码工作，然后将编码后生成的 url 进行拼接，之后再发送请求，然后再服务端拿到数据后做一次反编码的工作；
3，最好就是定义一个字典，在发送 url 的get 请求之前先查询一下要拼接的 中文 字段对应的字典值，然后用字典值进行传输，完事了再在服务端做解析；
7,SpringMVC 制器是不是单例模式,如果是,有什么问题,怎么解决？
是单例模式，之前在 Spring 篇章里面有说过控制层和Service 层以及 DAO 层一般是无状态的实例，不涉及数据的增删改等操作，只有简单的查询操作，那么就是线程安全的。
所以解决方案就是：在控制器里面不要写可变的状态量，如果需要这些可变的状态量，那么可以通过 ThreadLocal 进行解决，为每个线程提供一个独立的变量副本，进行数据操作。
8,SpringMVC 怎么和AJAX相互调用的？
通过 Jackson 框架可以将 Java 中的对象直接转换为 json 对象：
1，加入 Jackson.jar 包；
2，在配置文件中配置 json 的映射；
3，在接受 ajax 方法里面可以直接返回对象，但是需要使用 @ResponseBody 注解。
9，怎样在方法里面得到Request，或者Session？
直接在方法的形参中声明 request，SpringMVC 就自动把 request 对象传入。
10，SpringMVC 中函数的返回值是什么？
返回值可以有很多类型，有String，ModelAndView。ModelAndView类把视图和数据都合并的一起的，但一般用String比较好。
11，怎么样把ModelMap里面的数据放入Session里面？
可以在类上面加上@SessionAttributes注解，里面包含的字符串就是要放入session里面的key。
12，请说下Springmvc的优点有哪些？
（1）可以支持各种视图技术,而不仅仅局限于JSP；
（2）与Spring框架集成（如IoC容器、AOP等）；
（3）清晰的角色分配：前端控制器(dispatcherServlet) , 请求到处理器映射（handlerMapping), 处理器适配器（HandlerAdapter), 视图解析器（ViewResolver）。
（4）支持各种请求资源的映射策略。
求个三连，点赞，收藏，更多干货的更新ing：
为了帮助大家快速面试，整理了很多的面试干货题和项目。
👇🏻 干货可通过搜索下方 公众号 获取👇🏻
以上是关于Java基础-SpringMVC的主要内容，如果未能解决你的问题，请参考以下文章
Java springcloud B2B2C o2o多用户商城 spri：熔断器Hystrix
java ssm 后台框架平台 项目源码 websocket 即时通讯 IM quartz spri