关于spring:吃透SpringMVC面试八股文

说说你对 SpringMVC 的了解

SpringMVC是一种基于 Java 的实现MVC设计模型的申请驱动类型的轻量级Web框架，属于Spring框架的一个模块。

它通过一套注解，让一个简略的Java类成为解决申请的控制器，而无须实现任何接口。同时它还反对RESTful编程格调的申请。

什么是MVC模式？

MVC的全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，是一种软件设计榜样。它是用一种业务逻辑、数据与界面显示拆散的办法来组织代码，将泛滥的业务逻辑汇集到一个部件外面，在须要改良和个性化定制界面及用户交互的同时，不须要从新编写业务逻辑，达到缩小编码的工夫。

View，视图是指用户看到并与之交互的界面。比方由html元素组成的网页界面，或者软件的客户端界面。MVC的益处之一在于它能为利用程序处理很多不同的视图。在视图中其实没有真正的解决产生，它只是作为一种输入数据并容许用户操纵的形式。

model，模型是指模型表示业务规定。在MVC的三个部件中，模型领有最多的解决工作。被模型返回的数据是中立的，模型与数据格式无关，这样一个模型能为多个视图提供数据，因为利用于模型的代码只需写一次就能够被多个视图重用，所以缩小了代码的重复性。

controller，控制器是指控制器承受用户的输出并调用模型和视图去实现用户的需要，控制器自身不输入任何货色和做任何解决。它只是接管申请并决定调用哪个模型构件去解决申请，而后再确定用哪个视图来显示返回的数据。

SpringMVC 有哪些长处？

与 Spring 集成应用十分不便，生态好。
配置简略，疾速上手。
反对 RESTful 格调。
反对各种视图技术，反对各种申请资源映射策略。

本文曾经收录到Github仓库，该仓库蕴含计算机根底、Java根底、多线程、JVM、数据库、Redis、Spring、Mybatis、SpringMVC、SpringBoot、分布式、微服务、设计模式、架构、校招社招分享等外围知识点，欢送star~
Github地址
如果拜访不了Github，能够拜访gitee地址。
gitee地址

Spring MVC和Struts的区别

Spring MVC是基于办法开发，Struts2是基于类开发的。
- Spring MVC会将用户申请的URL门路信息与Controller的某个办法进行映射，所有申请参数会注入到对应办法的形参上，生成Handler对象，对象中只有一个办法；
- Struts每解决一次申请都会实例一个Action，Action类的所有办法应用的申请参数都是Action类中的成员变量，随着办法增多，整个Action也会变得凌乱。
Spring MVC反对单例开发模式，Struts只能应用多例
- Struts因为只能通过类的成员变量接管参数，故只能应用多例。
Struts2 的外围是基于一个Filter即StrutsPreparedAndExcuteFilter，Spring MVC的外围是基于一个Servlet即DispatcherServlet(前端控制器)。
Struts处理速度略微比Spring MVC慢，Struts应用了Struts标签，加载数据较慢。

Spring MVC的工作原理

Spring MVC的工作原理如下：

DispatcherServlet 接管用户的申请
找到用于解决request的 handler 和 Interceptors，结构成 HandlerExecutionChain 执行链
找到 handler 绝对应的 HandlerAdapter
执行所有注册拦截器的preHandler办法
调用 HandlerAdapter 的 handle() 办法解决申请，返回 ModelAndView
倒序执行所有注册拦截器的postHandler办法
申请视图解析和视图渲染

Spring MVC的次要组件？

前端控制器（DispatcherServlet）：接管用户申请，给用户返回后果。
处理器映射器（HandlerMapping）：依据申请的url门路，通过注解或者xml配置，寻找匹配的Handler。
处理器适配器（HandlerAdapter）：Handler 的适配器，调用 handler 的办法解决申请。
处理器（Handler）：执行相干的申请解决逻辑，并返回相应的数据和视图信息，将其封装到ModelAndView对象中。
视图解析器（ViewResolver）：将逻辑视图名解析成真正的视图View。
视图（View）：接口类，实现类可反对不同的View类型（JSP、FreeMarker、Excel等）。

Spring MVC的罕用注解由有哪些？

@Controller：用于标识此类的实例是一个控制器。
@RequestMapping：映射Web申请（拜访门路和参数）。
@ResponseBody：注解返回数据而不是返回页面
@RequestBody：注解实现接管 http 申请的 json 数据，将 json 数据转换为 java 对象。
@PathVariable：取得URL中门路变量中的值
@RestController：@Controller+@ResponseBody
@ExceptionHandler标识一个办法为全局异样解决的办法。

@Controller 注解有什么用？

@Controller 注解标记一个类为 Spring Web MVC 控制器。Spring MVC 会将扫描到该注解的类，而后扫描这个类上面带有 @RequestMapping 注解的办法，依据注解信息，为这个办法生成一个对应的处理器对象，在下面的 HandlerMapping 和 HandlerAdapter组件中讲到过。

当然，除了增加 @Controller 注解这种形式以外，你还能够实现 Spring MVC 提供的 Controller 或者 HttpRequestHandler 接口，对应的实现类也会被作为一个处理器对象

本文曾经收录到Github仓库，该仓库蕴含计算机根底、Java根底、多线程、JVM、数据库、Redis、Spring、Mybatis、SpringMVC、SpringBoot、分布式、微服务、设计模式、架构、校招社招分享等外围知识点，欢送star~
Github地址：https://github.com/Tyson0314/Java-learning

@RequestMapping 注解有什么用？

@RequestMapping 注解，用于配置处理器的 HTTP 申请办法，URI等信息，这样能力将申请和办法进行映射。这个注解能够作用于类下面，也能够作用于办法下面，在类下面个别是配置这个控制器的 URI 前缀。

@RestController 和 @Controller 有什么区别？

@RestController 注解，在 @Controller 根底上，减少了 @ResponseBody 注解，更加适宜目前前后端拆散的架构下，提供 Restful API ，返回 JSON 数据格式。

@RequestMapping 和 @GetMapping 注解有什么不同？

@RequestMapping：可注解在类和办法上；@GetMapping 仅可注册在办法上
@RequestMapping：可进行 GET、POST、PUT、DELETE 等申请办法；@GetMapping 是 @RequestMapping 的 GET 申请办法的特例。

@RequestParam 和 @PathVariable 两个注解的区别

两个注解都用于办法参数，获取参数值的形式不同，@RequestParam 注解的参数从申请携带的参数中获取，而 @PathVariable 注解从申请的 URI 中获取

@RequestBody和@RequestParam的区别

@RequestBody个别解决的是在ajax申请中申明contentType: "application/json; charset=utf-8"时候。也就是json数据或者xml数据。

@RequestParam个别就是在ajax外面没有申明contentType的时候，为默认的x-www-form-urlencoded格局时。

Spring MVC的异样解决

能够将异样抛给Spring框架，由Spring框架来解决；咱们只须要配置简略的异样处理器，在异样处理器中添视图页面即可。

应用零碎定义好的异样处理器 SimpleMappingExceptionResolver
应用自定义异样处理器
应用异样解决注解

好货色应该要分享进去！我把本人学习计算机多年以来的书籍分享进去了，汇总到一个计算机经典编程书籍仓库了，一共300多本，包含C语言、C++、Java、Python、前端、数据库、操作系统、计算机网络、数据结构和算法、机器学习、编程人生等，能够star一下，下次找书间接在下面搜寻，仓库继续更新中~
Github地址

SpringMVC 用什么对象从后盾向前台传递数据的？

将数据绑定到 request；
返回 ModelAndView；
通过ModelMap对象，能够在这个对象外面调用put办法，把对象加到外面，前端就能够通过el表达式拿到；
绑定数据到 Session中。

SpringMvc的Controller是不是单例模式？

单例模式。在多线程拜访的时候有线程平安问题，解决方案是在控制器外面不要写可变状态量，如果须要应用这些可变状态，能够应用ThreadLocal，为每个线程独自生成一份变量正本，独立操作，互不影响。

介绍下 Spring MVC 拦截器？

Spring MVC 拦截器对应HandlerInterceor接口，该接口位于org.springframework.web.servlet的包中，定义了三个办法，若要实现该接口，就要实现其三个办法：

前置解决（preHandle()办法）：该办法在执行控制器办法之前执行。返回值为Boolean类型，如果返回false，示意拦挡申请，不再向下执行，如果返回true，示意放行，程序持续向下执行（如果前面没有其余Interceptor，就会执行controller办法）。所以此办法可对申请进行判断，决定程序是否继续执行，或者进行一些初始化操作及对申请进行预处理。
后置解决（postHandle()办法）：该办法在执行控制器办法调用之后，且在返回ModelAndView之前执行。因为该办法会在DispatcherServlet进行返回视图渲染之前被调用，所以此办法多被用于解决返回的视图，可通过此办法对申请域中的模型和视图做进一步的批改。
已实现解决（afterCompletion()办法）：该办法在执行完控制器之后执行，因为是在Controller办法执行结束后执行该办法，所以该办法适宜进行一些资源清理，记录日志信息等解决操作。

能够通过拦截器进行权限测验，参数校验，记录日志等操作

SpringMvc怎么配置拦截器？

有两种写法，一种是实现HandlerInterceptor接口，另外一种是继承适配器类，接着在接口办法当中，实现解决逻辑；而后在SpringMvc的配置文件中配置拦截器即可：

<!-- 配置SpringMvc的拦截器 --><mvc:interceptors>    <bean id="myInterceptor" class="com.dabin.MyHandlerInterceptor"></bean>     <!-- 只拦挡局部申请 -->    <mvc:interceptor>       <mvc:mapping path="/xxx.do" />       <bean class="com.dabin.MyHandlerInterceptorAdapter" />    </mvc:interceptor></mvc:interceptors>

Spring MVC 的拦截器和 Filter 过滤器有什么差异？

有以下几点：

性能雷同：拦截器和 Filter 都能实现相应的性能
容器不同：拦截器构建在 Spring MVC 体系中；Filter 构建在 Servlet 容器之上
应用便利性不同：拦截器提供了三个办法，别离在不同的机会执行；过滤器仅提供一个办法

什么是REST?

REST，英文全称，Resource Representational State Transfer，对资源的拜访状态的变动通过url的变动表述进去。

Resource：资源。资源是REST架构或者说整个网络解决的外围。

Representational：某种表现形式，比方用JSON，XML，JPEG等。

State Transfer：状态变动。通过HTTP method实现。

REST形容的是在网络中client和server的一种交互模式。用大白话来说，就是通过URL就晓得要什么资源，通过HTTP method就晓得要干什么，通过HTTP status code就晓得后果如何。

举个例子：

GET /tasks 获取所有工作POST /tasks 创立新工作GET /tasks/{id} 通过工作id获取工作PUT /tasks/{id} 更新工作DELETE /tasks/{id} 删除工作

GET代表获取一个资源，POST代表增加一个资源，PUT代表批改一个资源，DELETE代表删除一个资源。

server提供的RESTful API中，URL中只应用名词来指定资源，原则上不应用动词。用HTTP Status Code传递server的状态信息。比方最罕用的 200 示意胜利，500 示意Server外部谬误等。

应用REST有什么劣势呢？

第一，格调对立了，不会呈现delUser/deleteUser/removeUser各种命名的代码了。

第二，面向资源，高深莫测，具备自解释性。

第三，充分利用 HTTP 协定自身语义。

最初给大家分享一个Github仓库，下面有大彬整顿的300多本经典的计算机书籍PDF，包含C语言、C++、Java、Python、前端、数据库、操作系统、计算机网络、数据结构和算法、机器学习、编程人生等，能够star一下，下次找书间接在下面搜寻，仓库继续更新中~

Github地址：https://github.com/Tyson0314/java-books