后端开发面试题（六）Spring MVC篇

文章目录

• • 一、概述
  • • 1.1 什么是Spring MVC？简单介绍下你对Spring MVC的理解？
    • 1.2 Spring MVC的优点
  • 二、核心组件
  • 三、工作原理
  • 四、常用注解
  • • 4.1 注解原理是什么
    • 4.2 Spring MVC常用的注解有哪些？
    • 4.3 SpingMvc中的控制器的注解一般用哪个,有没有别的注解可以替代？
    • 4.4 @Controller注解的作用
    • 4.5 @RequestMapping注解的作用
    • 4.6 @ResponseBody注解的作用
    • 4.7 @PathVariable和@RequestParam的区别
  • 五、其他问题

一、概述

1.1 什么是Spring MVC？简单介绍下你对Spring MVC的理解？

  Spring MVC是一种轻量级的、基于MVC的Web层应用框架。偏前端而不是基于业务逻辑层，是Spring框架的一个后续产品。通过把模型-视图-控制器分离，将web层进行职责解耦，把复杂的web应用分成逻辑清晰的几部分，简化开发，减少出错，方便组内开发人员之间的配合。
  Spring MVC是一种分层设计思想，目标是将复杂的应用系统按照分层处理进行设计和规划,通过这种设计方式达到分而治之的效果,从而降低程序开发的难度,提高代码的可维护性。Spring MVC核心类是 DispatcherServlet，它是一个 Servlet，顶层是实现的Servlet接口。
  什么是MVC？ mvc是一种设计模式（设计模式就是日常开发中编写代码的一种好的方法和经验的总结）。模型（model）-视图（view）-控制器（controller），三层架构的设计模式。用于实现前端页面的展现与后端业务数据处理的分离。
  mvc设计模式的好处：
   1、分层设计，实现了业务系统各个组件之间的解耦，有利于业务系统的可扩展性，可维护性。
   2、有利于系统的并行开发，提升开发效率。

1.1.1 MVC的工作流程

  用图表示的话：

  详细步骤：
   （1）用户发送请求至前端控制器DispatcherServlet；
   （2） DispatcherServlet收到请求后，调用HandlerMapping处理器映射器，请求获取Handler；
   （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响应用户。

1.1.2 核心组件

  1>DispatcherServlet（前端控制器）
   说明：Spring MVC 的入口函数，接收请求，响应结果，相当于转发器，*处理器，它就相当于mvc模式中DispatcherServlet的存在降低了组件之间的耦合性。
  2>HandlerMapping(处理器映射器）
   说明：根据请求的url查找Handler（即处理器Controller），映射方式有配置文件方式，实现接口方式，注解方式等。
  3>HandlerAdapter(处理器适配器)
说明：HandlerAdapter是适配器模式的应用，按照HandlerAdapter要求的规则去执行Handler。
  4>Handler（处理器）
   说明：Handler需要开发工程师按照HandlerAdapter的要求去做，是后端控制器，处理具体的业务逻辑。
  5>View resolver（视图解析器）
   说明：进行视图解析，首先根据逻辑视图名解析成物理视图名即具体的页面地址，再生成View视图对象，最后对View进行渲染将处理结果通过页面展示给用户。
  6>视图View
   说明：View是一个接口，实现类支持不同的View类型（jsp、freemarker、pdf等）。

1.2 Spring MVC的优点

1.2.1 Spring MVC的优点

  优点总结一
  （1）可以支持各种视图技术,而不仅仅局限于JSP；
  （2）与Spring框架集成（如IoC容器、AOP等）；
  （3）清晰的角色分配：前端控制器(dispatcherServlet) , 请求到处理器映射（handlerMapping), 处理器适配器（HandlerAdapter), 视图解析器（ViewResolver）。
  （4） 支持各种请求资源的映射策略。
  优点总结二
   1>清晰的角色划分：控制器(controller)、验证器(validator)、命令对象(command obect)、表单对象(form object)、模型对象(model object)、Servlet分发器(DispatcherServlet)、处理器映射(handler mapping)、试图解析器(view resoler)等等。每一个角色都可以由一个专门的对象来实现。
   3>强大而直接的配置方式：将框架类和应用程序类都能作为JavaBean配置，支持跨多个context的引用，例如，在web控制器中对业务对象和验证器validator)的引用。
   3>可适配、非侵入：可以根据不同的应用场景，选择何事的控制器子类(simple型、command型、from型、wizard型、multi-action型或者自定义)，而不是一个单一控制器(比如Action/ActionForm)继承。
   4>可重用的业务代码：可以使用现有的业务对象作为命令或表单对象，而不需要去扩展某个特定框架的基类。
   5>可定制的绑定(binding)和验证(validation)：比如将类型不匹配作为应用级的验证错误，这可以保证错误的值。再比如本地化的日期和数字绑定等等。在其他某些框架中，你只能使用字符串表单对象，需要手动解析它并转换到业务对象。
   6>可定制的handler mapping和view resolution：Spring提供从最简单的URL映射，到复杂的、专用的定制策略。与某些web MVC框架强制开发人员使用单一特定技术相比，Spring显得更加灵活。
   7>灵活的model转换：在Springweb框架中，使用基于Map的键/值对来达到轻易的与各种视图技术集成。
   8>可定制的本地化和主题(theme)解析：支持在JSP中可选择地使用Spring标签库、支持JSTL、支持Velocity(不需要额外的中间层)等等。
   9>简单而强大的JSP标签库(Spring Tag Library)：支持包括诸如数据绑定和主题(theme)之类的许多功能。他提供在标记方面的最大灵活性。
   10>JSP表单标签库：在Spring2.0中引入的表单标签库，使用在JSP编写表单更加容易。
   11>Spring Bean的生命周期：可以被限制在当前的HTTp Request或者HTTp Session。准确的说，这并非Spring MVC框架本身特性，而应归属于Spring MVC使用的WebApplicationContext容器。
  优点总结三
   1>封装代码，维护成本低，耦合性低
    在MVC模式中，三个层各施其职，所以如果一旦哪一层的需求发生了变化，就只需要更改相应的层中的代码而不会影响到其它层中的代码。
   2>有利于开发中的分工，提高开发效率
    在MVC模式中，由于按层把系统分开，那么就能更好的实现开发中的分工。网页设计人员可以进行开发视图层中的JSP，对业务熟悉的开发人员可开发业务层，而其它开发人员可开发控制层。
   3>组件重用，有利于代码复用，重用性高
    分层后更有利于组件的重用。如控制层可独立成一个能用的组件，视图层也可做成通用的操作界面。

1.2.2 Spring MVC的缺点

• 1、没有明确的定义
    完全理解MVC并不是很容易。使用MVC需要精心的计划，由于它的内部原理比较复杂，所以需要花费一些时间去思考。同时由于模型和视图要严格的分离，这样也给调试应用程序带来了一定的困难。每个构件在使用之前都需要经过彻底的测试。
• 2、不适合小型，中等规模的应用程序
    花费大量时间将MVC应用到规模并不是很大的应用程序通常会得不偿失。【这个是最明显的缺点，例如我们仅仅需要到数据库查信息，如果不分层设计我们可以直接从视图型层到模型去访问，效率上会有所提高，如果以代码的复杂性为代价，多了一层，代码量大大增加，在这个时候就降低了开发效率】
• 3、增加系统结构和实现的复杂性
    对于简单的界面，严格遵循MVC，使模型、视图与控制器分离，会增加结构的复杂性，并可能产生过多的更新操作，降低运行效率。
• 4、视图与控制器间的过于紧密的连接
    视图与控制器是相互分离，但却是联系紧密的部件，视图没有控制器的存在，其应用是很有限的，反之亦然，这样就妨碍了他们的独立重用。【例如，不可能总是在jsp页面中直接访问模型，一般放在逻辑控制层进行处理，servlet】
• 5、视图对模型数据的低效率访问
    依据模型操作接口的不同，视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问，也将损害操作性能。【例如，页面的有一部分数据我并没有更新，但是提交到模型层照样会去获得返回显示 】
• 6、一般高级的界面工具或构造器不支持模式
    改造这些工具以适应MVC需要和建立分离的部件的代价是很高的，会造成MVC使用的困难。

二、核心组件

2.1 Spring MVC的主要组件？

  SpringMVC中的Servlet一共有三个层次，分别是HttpServletBean、FrameworkServlet和 DispatcherServlet。HttpServletBean直接继承自java的HttpServlet，其作用是将Servlet中配置的参数设置到相应的属性；FrameworkServlet初始化了WebApplicationContext，DispatcherServlet初始化了自身的9个组件。
  Handler，也就是处理器。它直接应对着MVC中的C也就是Controller层，它的具体表现形式有很多，可以是类，也可以是方法。在Controller层中@RequestMapping标注的所有方法都可以看成是一个Handler，只要可以实际处理请求就可以是Handler。
  最常见的主要组件有六个：

• 1、前端控制器 DispatcherServlet（不需要开发，由框架提供【核心】）
    DispatcherServlet 是 Spring MVC 的入口函数。接收请求，响应结果，相当于转发器，*处理器。有了 DispatcherServlet ，可以大大减少其它组件之间的耦合度。
    用户请求到达前端控制器，就相当于 mvc 模式中的 c，DispatcherServlet 是整个流程控制的中心，由它调用其它组件来处理用户的请求。
• 2、处理器映射器 HandlerMapping (不需要开发，由框架提供)
    HandlerMapping 负责根据用户请求（URL），找到相应的 Handler 即处理器（Controller），SpringMVC 提供了不同映射器实现的不同映射方式，例如：配置文件方式，实现接口方式，注解方式等。

 public interface HandlerMapping 
 {
     HandlerExecutionChain getHandler(HttpServletRequest request) throws Exception;
 }

  HandlerMapping接口中只定义了一个方法，就是通过request找到HandlerExecutionChain，而HandlerExecutionChain包装了一个Handler和一组Interceptors。

• 3、处理器适配器 HandlerAdapter (不需要开发，由框架提供)
    按照特定规则（HandlerAdapter 要求的规则）去执行 Handler，通过 HandlerAdapter 对处理器进行执行，这是适配器模式的应用，通过扩展适配器可以对更多类型的处理器进行处理。

public interface HandlerAdapter {

    /**
     * 判断是否支持传入的handler
     */
    boolean supports(Object handler);

    /**
     * 使用给定的handler处理请求
     */
    ModelAndView handle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception;

    /**
     * 返回上次修改时间，可以返回-1表示不支持
     */
    long getLastModified(HttpServletRequest request, Object handler);

}

  从名字上看，它就是一个适配器。因为SpringMVC中的Handler可以是任意的形式，只要能处理请求就ok，但是Servlet需要的处理方法的结构却是固定的，都是以request和response为参数的方法。如何让固定的Servlet处理方法调用灵活的Handler来进行处理呢？这就是HandlerAdapter要做的事情。任意形式的Handler通过使用适配器，可以“转换”成固定形式，然后交给Servlet来处理。每种Handler都要有对应的HandlerAdapter才能处理请求。

• 4、处理器 Handler (需要工程师开发)
    Handler 是继 DispatcherServlet 前端控制器的后端控制器，在 DispatcherServlet 的控制下，Handler 对具体的用户请求进行处理。由于 Handler 涉及到具体的用户业务请求，所以一般情况下需要工程师根据业务需求来开发 Handler。
• **5、视图解析器 View Resolver **(不需要开发，由框架提供)
    作用：进行视图解析，根据逻辑视图名解析成真正的视图（View），View Resolver 负责将处理结果生成 View 视图。首先，根据逻辑视图名解析成物理视图名（即具体的页面地址），再生成 View 视图对象，最后对 View 进行渲染，将处理结果通过页面展示给用户。
    Spring MVC 框架提供了很多的 View 视图类型，包括：jstlView、freemarkerView、pdfView 等。 一般情况下，需要通过页面标签或页面模版技术，将模型数据通过页面展示给用户，这需要由工程师根据业务需求开发具体的页面。

 public interface ViewResolver { 
     View resolveViewName(String viewName, Locale locale) throws Exception; 
 }

  ViewResolver用来将String类型的视图名和Locale解析为View类型的视图。View是用来渲染页面的，也就是将程序返回的参数填入模板里，生成html（也可能是其它类型）文件。这里就有两个关键问题：使用哪个模板？用什么技术（规则）填入参数？这其实是ViewResolver主要要做的工作，ViewResolver需要找到渲染所用的模板和所用的技术（也就是视图的类型）进行渲染，具体的渲染过程则交由不同的视图自己完成。

• 6、视图 View (需要工程师开发)
    View 是一个接口，实现类才可以支持不同的View类型（jsp、freemarker、pdf…）
    总结：处理器 Handler（也就是平常说的 Controller 控制器）以及视图层 View ，都是需要自行开发的。其他的一些组件，如：前端控制器 DispatcherServlet、处理器映射器 HandlerMapping、处理器适配器 HandlerAdapter 等都是由框架提供。

  除了上面的这些，还有一些相对不那么常用的组件，如下：

• HandlerExceptionResolver
    其它组件都是用来干活的。在干活的过程中难免会出现问题，出问题后怎么办呢？这就需要有一个专门的角色对异常情况进行处理，在SpringMVC中就是HandlerExceptionResolver。具体来说，此组件的作用是根据异常设置ModelAndView，之后再交给render方法进行渲染。我们来看下HandlerExceptionResolver的接口定义：

public interface HandlerExceptionResolver {

    ModelAndView resolveException(
            HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex);

}

  从上面的分析中我们可以知道HandlerExceptionResolver只能处理页面渲染之前的异常，页面渲染过程中的异常，它是不能处理的，这时可以让容器跳转到指定的错误页面来处理异常。

• RequestToViewNameTranslator
    ViewName是根据ViewName查找View，但有的Handler处理完后并没有设置View也没有设置ViewName，这时就需要RequestToViewNameTranslator从request中找到默认的View了。如何从request中获取ViewName就是RequestToViewNameTranslator要做的事情了。RequestToViewNameTranslator在Spring MVC容器里只可以配置一个，所以所有request到ViewName的转换规则都要在一个Translator里面全部实现。

 public interface RequestToViewNameTranslator {
 
     String getViewName(HttpServletRequest request) throws Exception;
 
 }

• LocaleResolver
    解析视图需要两个参数：一是视图名，另一个是Locale。视图名是处理器返回的，Locale是从哪里来的？这就是LocaleResolver要做的事情。LocaleResolver用于从request解析出Locale，Locale就是zh-cn之类，表示一个区域，有了这个就可以对不同区域的用户显示不同的结果。SpringMVC主要有两个地方用到了Locale：一是ViewResolver视图解析的时候；二是用到国际化资源或者主题的时候。
• ThemeResolver
    用于解析主题。SpringMVC中一个主题对应一个properties文件，里面存放着跟当前主题相关的所有资源、如图片、css样式等。SpringMVC的主题也支持国际化，同一个主题不同区域也可以显示不同的风格。SpringMVC中跟主题相关的类有 ThemeResolver、ThemeSource和Theme。主题是通过一系列资源来具体体现的，要得到一个主题的资源，首先要得到资源的名称，这是ThemeResolver的工作。然后通过主题名称找到对应的主题（可以理解为一个配置）文件，这是ThemeSource的工作。最后从主题中获取资源就可以了。
• MultipartResolver
    用于处理上传请求。处理方法是将普通的request包装成MultipartHttpServletRequest，后者可以直接调用getFile方法获取File，如果上传多个文件，还可以调用getFileMap得到FileName->File结构的Map。此组件中一共有三个方法，作用分别是判断是不是上传请求，将request包装成MultipartHttpServletRequest、处理完后清理上传过程中产生的临时资源。

2.2 什么是DispatcherServlet

  SpringMVC的核心就是DispatcherServlet，DispatcherServlet实质也是一个HttpServlet。DispatcherSevlet负责将请求分发，所有的请求都有经过它来统一分发。大致看下SpringMVC请求处理的流程：

  用户向服务器发送请求，请求会到DispatcherServlet，DispatcherServlet 对请求URL进行解析，得到请求资源标识符（URI），然后根据该URI，调用HandlerMapping获得该Handler配置的所有相关的对象（包括一个Handler处理器对象、多个HandlerInterceptor拦截器对象），最后以HandlerExecutionChain对象的形式返回。
  DispatcherServlet 根据获得的Handler，选择一个合适的HandlerAdapter。提取Request中的模型数据，填充Handler入参，开始执行Handler（Controller)。 在填充Handler的入参过程中，根据你的配置，Spring将帮你做一些额外的工作：

  HttpMessageConveter： 将请求消息（如Json、xml等数据）转换成一个对象，将对象转换为指定的响应信息
  数据转换：对请求消息进行数据转换。如String转换成Integer、Double等
  数据格式化：对请求消息进行数据格式化。 如将字符串转换成格式化数字或格式化日期等
  数据验证： 验证数据的有效性（长度、格式等），验证结果存储到BindingResult或Error中

  Handler执行完成后，向DispatcherServlet 返回一个ModelAndView对象；根据返回的ModelAndView，选择一个适合的ViewResolver返回给DispatcherServlet；ViewResolver 结合Model和View，来渲染视图，最后将渲染结果返回给客户端。
  更详细的DispatcherServlet介绍可参考如下文章：
  DispatcherServlet解读

2.3 什么是Spring MVC框架的控制器？

  控制器提供一个访问应用程序的行为，此行为通常通过服务接口实现。控制器解析用户输入并将其转换为一个由视图呈现给用户的模型。Spring用一个非常抽象的方式实现了一个控制层，允许用户创建多种用途的控制器。
  HandLer 处理器： 后端控制器（通俗一点：Controller层所写的业务代码）。对用户的请求进行处理。

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

  是单例模式,所以在多线程访问的时候有线程安全问题,不建议用同步,会影响性能的,解决方案是在控制器里面不能写字段。
  为什么设计成单例设计模式?

1. 性能(不用每次请求都创建对象)。
2. 不需要多例(不要在控制器中定义成员变量)。

  最佳实践：
   1、不要在controller中定义成员变量。
   2、万一必须要定义一个非静态成员变量时候，则通过注解@Scope(“prototype”)，将其设置为多例模式。
  关于该知识点的详细解读，可以参考下面几篇文章：
  SpringMVC中的Controller是单例模式吗？如果是，为什么其可以支持多线程访问？
  为什么spring单例模式可以支持多线程并发访问
  【SpringMVC】二.SpringMVC控制器是不是单例模式(存在问题,如何解决)

三、工作原理

3.1 请描述Spring MVC的工作流程？描述一下 DispatcherServlet 的工作流程？

  （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响应用户。

3.2 MVC是什么？MVC设计模式的好处有哪些

 总结一
  mvc是一种设计模式（设计模式就是日常开发中编写代码的一种好的方法和经验的总结）。模型（model）-视图（view）-控制器（controller），三层架构的设计模式。用于实现前端页面的展现与后端业务数据处理的分离。
  mvc设计模式的好处：
   1、分层设计，实现了业务系统各个组件之间的解耦，有利于业务系统的可扩展性，可维护性。
   2、有利于系统的并行开发，提升开发效率。
 总结二

• 1、mvc原理
    mvc是一种程序开发设计模式,它实现了显示模块与功能模块的分离。提高了程序的可维护性、可移植性、可扩展性与可重用性，降低了程序的开发难度。它主要分模型、视图、控制器三层。
    1、模型(model)它是应用程序的主体部分，主要包括业务逻辑模块（web项目中的Action,dao类）和数据模块（pojo类）。模型 与数据格式无关，这样一个模型能为多个视图提供数据。由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。
    2、视图(view) 用户与之交互的界面、在web中视图一般由jsp,html组成。
    3、控制器(controller)接收来自界面的请求 并交给模型进行处理 在这个过程中控制器不做任何处理只是起到了一个连接的做用。
• 2、MVC的优点
    1、可以为一个模型在运行时同时建立和使用多个视图。变化-传播机制可以确保所有相关的视图及时得到模型数据变化，从而使所有关联的视图和控制器做到行为同步。
    2、视图与控制器的可接插性，允许更换视图和控制器对象，而且可以根据需求动态的打开或关闭、甚至在运行期间进行对象替换。
    3、模型的可移植性。因为模型是独立于视图的，所以可以把一个模型独立地移植到新的平台工作。需要做的只是在新平台上对视图和控制器进行新的修改。
    4、潜在的框架结构。可以基于此模型建立应用程序框架，不仅仅是用在设计界面的设计中。
• 3、MVC的缺点
    1、增加了系统结构和实现的复杂性。对于简单的界面，严格遵循MVC，使模型、视图与控制器分离，会增加结构的复杂性，并可能产生过多的更新操作，降低运行效率。
    2、视图与控制器间的过于紧密的连接。视图与控制器是相互分离，但确实联系紧密的部件，视图没有控制器的存在，其应用是很有限的，反之亦然，这样就妨碍了他们的独立重用。
    3、视图对模型数据的低效率访问。依据模型操作接口的不同，视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问，也将损害操作性能。
    4、目前，一般高级的界面工具或构造器不支持模式。改造这些工具以适应MVC需要和建立分离的部件的代价是很高的，从而造成MVC使用的困难。

四、常用注解

4.1 注解原理是什么

  注解属于Java语言的特性，是在Java5.0引入的新特征 ，位于java.lang.annotation包中 。
  注解是用于给Java代码附加元数据，可在编译时或运行时解析并处理这些元数据。Java代码可以是包名、类、方法、成员变量、参数等，且附加的元数据不会影响源代码的执行。
  我们也可以这样通俗的理解Java注解：想像Java代码如包名、类、方法、成员变量、参数等都是具有生命，注解就是给代码中某些元素贴上去的一张标签。通俗点来讲，注解如同一张标签。

4.1.1 注解的基本语法

• 1、注解的定义
    定义的格式如下：

[@Target]
[@Retention]
[@Documented]
[@Inherited]
public @interface [名称] {
    // 元素
}

  形式跟接口很类似，不过前面多了一个@符号。
  定义注解时可给注解添加属性，也叫注解的成员变量。注解只有成员变量，没有方法。注解的成员变量的以“无形参的方法”形式来声明。

@Target({ElementType.FIELD, ElementType.METHOD})
@Retention(RetentionPolicy.RUNTIME)
public @interface Test {
    String value();
}

  还可给注解的属性设定默认值：

@Target({ElementType.FIELD, ElementType.METHOD})
@Retention(RetentionPolicy.RUNTIME)
public @interface Test {
    String value() default "hello";
}

  注解的属性可支持数据类型有如下：

1. 所有基本数据类型（int,float,boolean,byte,double,char,long,short)
2. String类型
3. Class类型
4. enum类型
5. Annotation类型
6. 以上所有类型的数组

• 2、内置注解
    JDK5.0加入了下面三个内置注解：

1. @Override：表示当前的方法定义将覆盖父类中的方法
2. @Deprecated：表示代码被弃用，如果使用了被@Deprecated注解的代码则编译器将发出警告
3. @SuppressWarnings：表示关闭编译器警告信息

• 3、元注解
    元注解的作用就是负责注解其他注解。或者说元注解是一种基本注解，但是它能够应用到其它注解上面。
    如果难于理解的话，可这样理解：元注解也是一张标签，但它是一张特殊的标签，它的作用就是给其他普通的标签进行解释说明的。
  

4.1.2 注解的处理

  可以在两时期对注解进行处理：编译时和运行时。

• 1、运行时处理
    当@Retention的值设定为RetentionPolicy.RUNTIME注解信息会存在.class文件中，通知单JVM加载.class文件时会把注解也加载到JVM中，所以就可在运行时获取注解的信息。
    运行时处理：运行时处理是通过反射机制获取注解。
    运行时处理的缺点：
      1）通过反射会影响运行效率。
      2）如果注解无法保存到运行时的话，是无法使用运行时处理的。
• 2、编译时处理
    编译时处理需要使用到APT技术，该技术提供了一套编译期的注解处理流程。
  
    在编译期扫描.java文件的注解，并传递到注解处理器，注解处理器可根据注解生成新的.java文件，这些新的.java问和原来的.java一起被javac编译。
  
    这里需要引入注解处理器这个概念，注解处理器是一个在javac编译期处理注解的工具，你可以创建注解处理器并注册，在编译期你创建的处理器以Java代码作为输入，生成文件.java文件作为输出。
    注意：注解处理器不能修改已经存在的Java类（即不能向已有的类中添加方法）。只能生成新的Java类。下面定义注解处理器的四个重要的方法：

public class CustomProcessor extends AbstractProcessor {
    /**
    * 初始化注解处理器
    * @param processingEnv APT框架的环境对象，通过该对象可以获取到很多工具类
    */
    @Override
    public synchronized void init(ProcessingEnvironment processingEnv) {
        super.init(processingEnv);
    }

    /**
    * 配置该注解处理器需要处理的注解类型
    * @return
    */
    @Override
    public Set<String> getSupportedAnnotationTypes() {
        return super.getSupportedAnnotationTypes();
    }

    /**
    * 配置该注解处理器支持的最新版本
    * @return
    */
    @Override
    public SourceVersion getSupportedSourceVersion() {
        return super.getSupportedSourceVersion();
    }

    /**
    * 用于处理注解，并生成.java文件
    * @param annotations
    * @param roundEnv
    * @return
    */
    @Override
    public boolean process(Set<? extends TypeElement> annotations,
                          RoundEnvironment roundEnv) {
        return false;
    }
}

  编译时处理的优点：
    1）不在运行时进行操作，所以对程序的性能不会有什么影响
  编译时处理的缺点：
    1）无法对原来的.java文件进行修改
    2）生成额外的.java文件
    3）因为是在编译期进行处理注解，所以会对编译速度
  关于注解的详细介绍，可以参考如下两篇文章：
  深入理解java注解的实现原理
  Java 注解工作原理解析

4.2 Spring MVC常用的注解有哪些？

• 1、@Controller
    此注解使用在class上声明此类是一个Spring controller，说明该类时控制类，controller主要负责处理前端控制器(DispatcherServlet )发过来的请求，经过业务逻辑层处理之后封装层一个model，并将其返回给view进行展示。@controller注解通常用于类上，如果结合Thymeleaf模板使用的话，会返回一个页面。如果是前后端分离的项目，则使用@RestController，表明返回的是json格式数据。使用该类是需要在xml文件中配置注解扫描，代码如下：

<!--注解扫描-->
    <context:component-scan base-package="com.controller"/>

• 2、@RestController
    该注解的源码如下，以次可以看出@RestController注解里面包含了@Controller注解和@ResponseBody注解，@ResponseBody 注解是将返回的数据结构转换为 JSON 格式，所以说可以这么理解：
  @RestController = @Controller + @ResponseBody。

@Target(ElementType.TYPE)
@Retention(RetentionPolicy.RUNTIME)
@Documented
@Controller
@ResponseBody
public @interface RestController {

	/**
	 * The value may indicate a suggestion for a logical component name,
	 * to be turned into a Spring bean in case of an autodetected component.
	 * @return the suggested component name, if any
	 * @since 4.0.1
	 */
	String value() default "";

}

• 3、@RequestParam
    该注解的作用是把请求中指定名称的参数给控制器中的形参赋值。其中该注解有两个属性：
      value:请求参数中的名称。
      required:请求参数中是否必须提供此参数。默认值:true。表示必须提供,如果不提供将报错。
• 4、@PathVariable
    @PathVariable 注解主要用来获取 URL 参数，Spring Boot 支持 Restfull 风格的 URL，比如一个 GET 请求携带一个参数 id，我们将 id 作为参数接收，可以使用 @PathVariable 注解。
• 5、@RequestMapping
    @RequestMapping 是一个用来处理请求地址映射的注解，它可以用于类上，也可以用于方法上。用于类上的注解会将一个特定请求或者请求模式映射到一个控制器之上，表示类中的所有响应请求的方法都是以该地址作为父路径；方法的级别上注解表示进一步指定到处理方法的映射关系。
    该注解有6个属性，一般在项目中比较常用的有三个属性：value、method 和 produces。
      value属性：指定请求的实际地址，value 可以省略不写；
      method 属性：指定请求的类型，主要有GET、PUT、POST、DELETE，默认为 GET。
      produces 属性：指定返回内容类型，如 produces = “application/json; charset=UTF-8”。
    关于常用注解的详细介绍，可以参考如下文章：
    Spring、SpringMVC中常用注解含义及用法

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

  一般用@Controller注解,也可以使用@RestController,@RestController注解相当于@ResponseBody ＋ @Controller,表示是表现层,除此之外，一般不用别的注解代替。

4.4 @Controller注解的作用

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

4.5 @RequestMapping注解的作用

  RequestMapping是一个用来处理请求地址映射的注解，可用于类或方法上。用于类上，表示类中的所有响应请求的方法都是以该地址作为父路径。
  RequestMapping注解有六个属性，下面分成三类进行说明：

• 1、value， method
    value： 指定请求的实际地址，指定的地址可以是URI Template 模式（后面将会说明）；
    method： 指定请求的method类型， GET、POST、PUT、DELETE等；
• 2、consumes，produces
    consumes： 指定处理请求的提交内容类型（Content-Type），例如application/json, text/html;
    produces: 指定返回的内容类型，仅当request请求头中的(Accept)类型中包含该指定类型才返回；
• 3、params，headers
    params： 指定request中必须包含某些参数值是，才让该方法处理。
    headers： 指定request中必须包含某些指定的header值，才能让该方法处理请求。

4.6 @ResponseBody注解的作用

  注解 @ResponseBody，使用在控制层（controller）的方法上。
  作用：将方法的返回值，以特定的格式写入到response的body区域，进而将数据返回给客户端。当方法上面没有写ResponseBody,底层会将方法的返回值封装为ModelAndView对象。如果返回值是字符串，那么直接将字符串写到客户端；如果是一个对象，会将对象转化为json串，然后写到客户端。
  如果返回对象,按utf-8编码。如果返回String，默认按iso8859-1编码，页面可能出现乱码。因此在注解中我们可以手动修改编码格式，例如@RequestMapping(value="/cat/query",produces=“text/html;charset=utf-8”)，前面是请求的路径，后面是编码格式。
  原理：控制层方法的返回值是如何转化为json格式的字符串的？其实是通过HttpMessageConverter中的方法实现的，它本是一个接口，在其实现类完成转换。如果是bean对象，会调用对象的getXXX（）方法获取属性值并且以键值对的形式进行封装，进而转化为json串。如果是map集合，采用get(key)方式获取value值，然后进行封装。

4.7 @PathVariable和@RequestParam的区别

• 1、用法上的不同
    从名字上可以看出来，PathVariable只能用于接收url路径上的参数，而RequestParam只能用于接收请求带的params，看一个示例：
     用@RequestParam请求接口时,URL是:http://www.test.com/user/getUserById?userId=1
     用@PathVariable请求接口时,URL是:http://www.test.com/user/getUserById/2
• 2、内部参数不同
    PathVariable有value，name，required这三个参数，而RequestParam也有这三个参数，并且比PathVariable多一个参数defaultValue（该参数用于当请求体中不包含对应的参数变量时，参数变量使用defaultValue指定的默认值）
• 3、PathVariable一般用于get和delete请求，RequestParam一般用于post请求。

  两者的区别，这篇文章介绍的也不错，可以参考：
  @RequestParam()和@PathVariable()的区别

五、其他问题

5.1 Spring MVC与Struts2区别

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

• 1、Struts2是类级别的拦截， 一个类对应一个request上下文，SpringMVC是方法级别的拦截，一个方法对应一个request上下文，而方法同时又跟一个url对应,所以说从架构本身上SpringMVC就容易实现restful url,而struts2的架构实现起来要费劲，因为Struts2中Action的一个方法可以对应一个url，而其类属性却被所有方法共享，这也就无法用注解或其他方式标识其所属方法了。
• 2、由于上边原因，SpringMVC的方法之间基本上独立的，独享request response数据，请求数据通过参数获取，处理结果通过ModelMap交回给框架，方法之间不共享变量，而Struts2搞的就比较乱，虽然方法之间也是独立的，但其所有Action变量是共享的，这不会影响程序运行，却给我们编码 读程序时带来麻烦，每次来了请求就创建一个Action，一个Action对象对应一个request上下文。
• 3、由于Struts2需要针对每个request进行封装，把request，session等servlet生命周期的变量封装成一个一个Map，供给每个Action使用，并保证线程安全，所以在原则上，是比较耗费内存的。
• 4、 拦截器实现机制上，Struts2有以自己的interceptor机制，SpringMVC用的是独立的AOP方式，这样导致Struts2的配置文件量还是比SpringMVC大。
• 5、SpringMVC的入口是servlet，而Struts2是filter（这里要指出，filter和servlet是不同的。以前认为filter是servlet的一种特殊），这就导致了二者的机制不同，这里就牵涉到servlet和filter的区别了。
• 6、SpringMVC集成了Ajax，使用非常方便，只需一个注解@ResponseBody就可以实现，然后直接返回响应文本即可，而Struts2拦截器集成了Ajax，在Action中处理时一般必须安装插件或者自己写代码集成进去，使用起来也相对不方便。
• 7、SpringMVC验证支持JSR303，处理起来相对更加灵活方便，而Struts2验证比较繁琐，感觉太烦乱。
• 8、Spring MVC和Spring是无缝的。从这个项目的管理和安全上也比Struts2高（当然Struts2也可以通过不同的目录结构和相关配置做到SpringMVC一样的效果，但是需要xml配置的地方不少）。
• 9、 设计思想上，Struts2更加符合OOP的编程思想， SpringMVC就比较谨慎，在servlet上扩展。
• 10、SpringMVC开发效率和性能高于Struts2。
• 11、SpringMVC可以认为已经100%零配置。

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

  转发：在返回值前面加"forward:"，譬如"forward:user.do?name=method4"
  重定向：在返回值前面加"redirect:"，譬如"redirect:http://www.baidu.com"

5.3 Spring MVC怎么和AJAX相互调用的？

  通过Jackson框架就可以把Java里面的对象直接转化成Js可以识别的Json对象。具体步骤如下 ：
   （1）加入Jackson.jar
   （2）在配置文件中配置json的映射
   （3）在接受Ajax方法里面可以直接返回Object,List等,但方法前面要加上@ResponseBody注解。

5.4 如何解决POST请求中文乱码问题，GET的又如何处理呢？

• 1、解决post请求乱码问题
    在web.xml中配置一个CharacterEncodingFilter过滤器，设置成utf-8，示例：

<filter>
    <filter-name>CharacterEncodingFilter</filter-name>
    <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class>

    <init-param>
        <param-name>encoding</param-name>
        <param-value>utf-8</param-value>
    </init-param>
</filter>

<filter-mapping>
    <filter-name>CharacterEncodingFilter</filter-name>
    <url-pattern>/*</url-pattern>
</filter-mapping>

• 2、解决get请求乱码问题
    get请求中文参数出现乱码解决方法有两个：
     ①修改tomcat配置文件添加编码与工程编码一致，如下

<ConnectorURIEncoding="utf-8" connectionTimeout="20000" port="8080" protocol="HTTP/1.1" redirectPort="8443"/>

   ②另外一种方法对参数进行重新编码：

String userName = new String(request.getParamter(“userName”).getBytes(“ISO8859-1”),“utf-8”)

  ISO8859-1是tomcat默认编码，需要将tomcat编码后的内容按utf-8编码。

5.5 Spring MVC的异常处理？

  可以将异常抛给Spring框架，由Spring框架来处理；我们只需要配置简单的异常处理器，在异常处理器中添视图页面即可。

5.7 如果在拦截请求中，我想拦截get方式提交的方法,怎么配置

  可以在@RequestMapping注解里面加上method=RequestMethod.GET。

5.8 怎样在方法里面得到Request,或者Session？

  直接在方法的形参中声明request,Spring MVC就自动把request对象传入。

5.9 如果想在拦截的方法里面得到从前台传入的参数,怎么得到？

  直接在形参里面声明这个参数就可以,但必须名字和传过来的参数一样。

5.10 如果前台有很多个参数传入,并且这些参数都是一个对象的,那么怎么样快速得到这个对象？

  直接在方法中声明这个对象,Spring MVC就自动会把属性赋值到这个对象里面。

5.11 Spring MVC中函数的返回值是什么？

  返回值可以有很多类型,有String, ModelAndView。ModelAndView类把视图和数据都合并的一起的，但一般用String比较好。

5.12 Spring MVC用什么对象从后台向前台传递数据的？

  通过ModelMap对象,可以在这个对象里面调用put方法,把对象加到里面,前台就可以通过el表达式拿到。

5.13 怎么样把ModelMap里面的数据放入Session里面？

  可以在类上面加上@SessionAttributes注解,里面包含的字符串就是要放入session里面的key。

5.14 Spring MVC里面拦截器是怎么写的

  有两种写法,一种是实现HandlerInterceptor接口，另外一种是继承适配器类，接着在接口方法当中，实现处理逻辑；然后在Spring MVC的配置文件中配置拦截器即可：

<!-- 配置Spring MVC的拦截器 -->
<mvc:interceptors>
    <!-- 配置一个拦截器的Bean就可以了 默认是对所有请求都拦截 -->
    <bean id="myInterceptor" class="com.zwp.action.MyHandlerInterceptor"></bean>
    <!-- 只针对部分请求拦截 -->
    <mvc:interceptor>
       <mvc:mapping path="/modelMap.do" />
       <bean class="com.zwp.action.MyHandlerInterceptorAdapter" />
    </mvc:interceptor>
</mvc:interceptors>

5.15 介绍一下 WebApplicationContext

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

  
  参考链接：
  Spring MVC面试题（2020最新版）