本文参考了CSDN博主 ThinkWon 整理发布的 《Spring MVC面试题(2020最新版)》,在该文的基础上并汇总整理了网络相关资源,在整理的过程中对原文进行了验证和补充、以及多处的修正和解读等,旨在能更好的服务于广大读者。
具体参考文章,会再文末注明出处。
阅读文章的过程中如果有任何疑问,欢迎添加笔者为好友,拉您进【七日书摘】微信交流群,一起交流技术,一起打造高质量的职场技术交流圈子,抱团取暖,共同进步。
概述
什么是 Spring MVC?简单介绍下你对 Spring MVC 的理解?
Spring MVC 是一个基于 Java 的实现了 MVC 设计模式的请求驱动类型的轻量级 Web 框架,通过把 模型-视图-控制器分离,将 Web 层进行职责解耦,把复杂的 Web 应用分成逻辑清晰的几部分,简化开发、减少出错、方便组内开发人员之间的配合。
Spring MVC 的优点
- 可以支持各种视图技术,而不仅仅局限于JSP;
- 与 Spring 框架集成(如IoC容器、AOP等);
- 清晰的角色分配:前端控制器(dispatcherServlet) , 请求到处理器映射(handlerMapping),处理器适配器(HandlerAdapter), 视图解析器(ViewResolver);
- 支持各种请求资源的映射策略;
核心组件
Spring MVC 的主要组件?
- 前端控制器 DispatcherServlet(不需要程序员开发)作用:接收请求、响应结果,相当于转发器,有了DispatcherServlet 就减少了其它组件之间的耦合度。
- 处理器映射器HandlerMapping(不需要程序员开发)作用:根据请求的URL来查找Handler
- 处理适配器 HandlerAdapter,注意:在编写 Handler 的时候要按照 HandlerAdapter 要求的规则去编写,这样适配器 HandlerAdapter 才可以正确的去执行 Handler。
- 处理器 Handler(需要程序员开发)
- 视图解析器 ViewResolver(不需要程序员开发)作用:进行视图的解析,根据视图逻辑名解析成真正的视图(view)
- 视图 View(需要程序员开发 jsp )
View 是一个接口, 它的实现类支持不同的视图类型(jsp,freemarker,pdf等等)
什么是 DispatcherServlet
Spring 的 MVC 框架是围绕 DispatcherServlet 来设计的,它用来处理所有的 HTTP 请求和响应。
什么是 Spring MVC 框架的控制器?
控制器提供一个访问应用程序的行为,此行为通常通过服务接口实现,控制器解析用户输入并将其转换为一个由视图呈现给用户的模型。Spring 用一个非常抽象的方式实现了一个控制层,允许用户创建多种用途的控制器。
Spring MVC 的控制器是不是单例模式,如果是,有什么问题,怎么解决?
答:是单例模式,所以在多线程访问的时候有线程安全问题,不要用同步会影响性能,解决方案是在控制器里面不能写字段。
工作原理
请描述 Spring MVC 的工作流程?描述一下 DispatcherServlet 的工作流程?
- 用户发送请求至前端控制器DispatcherServlet;
- DispatcherServlet 收到请求后,调用 HandlerMapping 处理器映射器,请求获取 Handle;
- 处理器映射器根据请求 url 找到具体的处理器,生成处理器对象及处理器拦截器(如果有则生成)一并返回给DispatcherServlet;
- DispatcherServlet 调用 HandlerAdapter 处理器适配器;
- HandlerAdapter 经过适配调用具体处理器(Handler,也叫后端控制器);
- Handler执行完成返回 ModelAndView;
- HandlerAdapter 将 Handler 执行结果 ModelAndView 返回给 DispatcherServlet;
- DispatcherServlet 将 ModelAndView 传给ViewResolver 视图解析器进行解析;
- ViewResolver 解析后返回具体 View;
- DispatcherServlet 对 View 进行渲染视图(即将模型数据填充至视图中);
- DispatcherServlet响应用户;
MVC 框架
MVC 是什么?MVC 设计模式的好处有哪些
MVC 模式(Model-View-Controller)是软件工程中的一种软件架构模式,把软件系统分为三个基本部分:模型(Model)、视图(View)和控制器(Controller),用于实现前端页面的展现与后端业务数据处理的分离。
MVC 模式的好处:
- 分层设计有利于软件工程化管理,实现业务系统各个组件之间的解耦,有利于业务系统的可扩展性和可维护性,每一层不同的应用具有某些相同的特征,有利于通过工程化、工具化管理程序代码。
- 低耦合性:视图层和业务层分离,这样就允许更改视图层代码而不用重新编译模型和控制器代码,同样,一个应用的业务流程或者业务规则的改变只需要改动 MVC 的模型层即可。因为模型与控制器和视图相分离,所以很容易改变应用程序的数据层和业务规则。
- 高重用性和可适用性:随着技术的不断进步,现在需要用越来越多的方式来访问应用程序。MVC模式允许你使用各种不同样式的视图来访问同一个服务器端的代码。它包括任何WEB(HTTP)浏览器或者无线浏览器(wap),比如,用户可以通过电脑也可通过手机来订购某样产品,虽然订购的方式不一样,但处理订购产品的方式是一样的。由于模型返回的数据没有进行格式化,所以同样的构件能被不同的界面使用。例如,很多数据可能用HTML来表示,但是也有可能用WAP来表示,而这些表示所需要的命令是改变视图层的实现方式,而控制层和模型层无需做任何改变。
- 较低的生命周期成本:MVC使开发和维护用户接口的技术含量降低。
- 快速的部署 :使用MVC模式使开发时间得到相当大的缩减,它使程序员(Java开发人员)集中精力于业务逻辑,界面程序员(HTML和JSP开发人员)集中精力于表现形式上。
- 可维护性:分离视图层和业务逻辑层也使得WEB应用更易于维护和修改。
常用注解
注解原理是什么
注解本质是一个继承了 Annotation 的特殊接口,其具体实现类是 Java 运行时生成的动态代理类,通过反射获取注解时,返回的是 Java 运行时生成的动态代理对象,通过代理对象调用自定义注解的方法,会最终调用AnnotationInvocationHandler
的 invoke
方法,该方法会从 memberValues
这个 Map
中索引出对应的值,而 memberValues
的来源是 Java 常量池。
Spring MVC 常用的注解有哪些?
@RequestMapping
:用于处理请求 url 映射的注解,可用于类或方法上。用于类上表示类中的所有响应请求的方法都是以该地址作为父路径。@RequestBody
:注解实现接收 http 请求的 json 数据,将 json 转换为 java 对象。@ResponseBody
:注解实现将conreoller
方法返回对象转化为 json 对象响应给客户。
Sping MVC 中的控制器的注解一般用哪个,有没有别的注解可以替代?
答:一般用 @Controller
注解,也可以使用 @RestController
,@RestController
注解相当于@ResponseBody + @Controller
表示表现层,除此之外一般不用别的注解代替。
@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 来管理。有两种方式:
- 在 Spring MVC 的配置文件中定义 MyController 的bean 对象。
- 在 Spring MVC 的配置文件中告诉 Spring 该到哪里去找标记为
@Controller
的 Controller 控制器。
@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 值,才能让该方法处理请求。
@ResponseBody 注解的作用
作用: 该注解用于将 Controller 的方法返回的对象通过适当的 HttpMessageConverter 转换为指定格式后写入到 Response 对象的 body 数据区。
使用时机:返回的数据不是 html 标签的页面,而是其他某种格式的数据时(如json、xml等)使用;
@PathVariable 和 @RequestParam 的区别
请求路径上有个id的变量值,可以通过 @PathVariable 来获取 @RequestMapping(value = “/page/{id}”, method = RequestMethod.GET)
@RequestParam
用来获得静态的URL请求入参 Spring注解时 action 里用到。
其他
Spring MVC 与 Struts2 区别
相同点:
都是基于 MVC 的表现层框架,都用于 Web 项目的开发。
不同点:
- 前端控制器不一样,Spring MVC 的前端控制器是
servlet :DispatcherServlet
;struts2 的前端控制器是filter :StrutsPreparedAndExcutorFilter
。 - 请求参数的接收方式不一样,Spring MVC 是使用方法的形参接收请求的参数,基于方法的开发,线程安全,可以设计为单例或者多例的开发,推荐使用单例模式的开发(执行效率更高),默认就是单例开发模式;struts2 是通过类的成员变量接收请求的参数,是基于类的开发,线程不安全,只能设计为多例的开发。
- Struts 采用值栈存储请求和响应的数据,通过 OGNL 存取数据,Spring MVC 通过参数解析器是将 request 请求内容解析,并给方法形参赋值,将数据和视图封装成 ModelAndView 对象,最后又将 ModelAndView 中的模型数据通过 reques 域传输到页面。Jsp 视图解析器默认使用 jstl。
- 与 Spring 整合不一样,Spring MVC 是 Spring 框架的一部分,不需要整合,在企业项目中 Spring MVC 使用更多一些。
Spring MVC 怎么样设定重定向和转发的?
转发:在返回值前面加 forward:
,譬如 forward:user.do?name=method4
;
重定向:在返回值前面加 redirect:
,譬如 redirect:http://www.qirishuzhai.com
;
Spring MVC 怎么和 AJAX 相互调用的?
通过 Jackson 框架就可以把 Java 里面的对象直接转化成 Javascript 可以识别的 JSON 对象。具体步骤如下 :
- 加入Jackson.jar;
- 在配置文件中配置 JSON 的映射;
- 在接受 Ajax 方法里面可以直接返回 Object,List 等,但方法前面要加上
@ResponseBody
注解。
如何解决 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 请求中文参数出现乱码解决方法有两个:
①修改 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 是 btomcat 默认编码,需要将 tomcat 编码后的内容按 utf-8 编码。
Spring MVC 的异常处理?
答:可以将异常抛给 Spring 框架,由 Spring 框架来处理;只需要配置简单的异常处理器,在异常处理器中添视图页面即可。
如果在拦截请求中拦截 GET 方式提交的方法,怎么配置
答:可以在 @RequestMapping 注解里面加上method=RequestMethod.GET。
怎样在方法里面得到 Request 或者 Session?
答:直接在方法的形参中声明 request,Spring MVC 就自动把 request 对象传入。
如果想在拦截的方法里面得到从前台传入的参数,怎么得到?
答:直接在形参里面声明这个参数就可以,但必须名字和传过来的参数一样。
如果前台有很多个参数传入并且这些参数都是一个对象的,那么怎么样快速得到这个对象?
答:直接在方法中声明这个对象,Spring MVC 就自动会把属性赋值到这个对象里面。
Spring MVC 中函数的返回值是什么?
答:返回值可以有 String、ModelAndView等类型;ModelAndView 类把视图和数据都合并的一起的,但一般用 String 比较好。
Spring MVC 用什么对象从后台向前台传递数据的?
答:通过 ModelMap 对象,可以在这个对象里面调用 put 方法把对象加到里面,前台就可以通过 el 表达式拿到。
怎么样把 ModelMap 里面的数据放入 Session 里面?
答:可以在类上面加上 @SessionAttributes
注解,里面包含的字符串就是要放入 session 里面的key。
Spring MVC 里面拦截器是怎么写
有两种写法,一种是实现 HandlerInterceptor 接口;另外一种是继承适配器类,接着在接口方法当中实现处理逻辑,然后在 Spring MVC 的配置文件中配置拦截器即可:
<!-- 配置Spring MVC的拦截器 -->
<mvc:interceptors>
<!-- 配置一个拦截器的Bean就可以了 默认是对所有请求都拦截 -->
<bean id="myInterceptor" class="com.saiyueze.example.action.MyHandlerInterceptor"></bean>
<!-- 只针对部分请求拦截 -->
<mvc:interceptor>
<mvc:mapping path="/modelMap.do" />
<bean class="com.saiyueze.example.action.MyHandlerInterceptorAdapter" />
</mvc:interceptor>
</mvc:interceptors>
介绍一下 WebApplicationContext
WebApplicationContext 继承了 ApplicationContext,并增加了一些 WEB 应用必备的特有功能,它不同于一般的 ApplicationContext ,因为它能处理主题并找到被关联的 servlet。
------完------
推荐阅读:
更多面试题集,欢迎进入面试题集专栏。
原文链接:https://thinkwon.blog.csdn.net/article/details/104397427
参考资料:
https://www.cnblogs.com/baiduligang/p/4247164.html
https://www.cnblogs.com/kyrieblog/p/10731696.html