后端开发面试题(六)Spring MVC篇

文章目录

一、概述

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的工作流程

  用图表示的话:
后端开发面试题(六)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响应用户。

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

  Spring的MVC框架是围绕DispatcherServlet来设计的,它用来处理所有的HTTP请求和响应。

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

  控制器提供一个访问应用程序的行为,此行为通常通过服务接口实现。控制器解析用户输入并将其转换为一个由视图呈现给用户的模型。Spring用一个非常抽象的方式实现了一个控制层,允许用户创建多种用途的控制器。

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

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

三、工作原理

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响应用户。
后端开发面试题(六)Spring MVC篇

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

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

四、常用注解

4.1 注解原理是什么

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

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

  @RequestMapping:用于处理请求 url 映射的注解,可用于类或方法上。用于类上,则表示类中的所有响应请求的方法都是以该地址作为父路径。
  @RequestBody:注解实现接收http请求的json数据,将json转换为java对象。
  @ResponseBody:注解实现将conreoller方法返回对象转化为json对象响应给客户。

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 控制器。

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注解的作用

  作用: 该注解用于将Controller的方法返回的对象,通过适当的HttpMessageConverter转换为指定格式后,写入到Response对象的body数据区。
  使用时机:返回的数据不是html标签的页面,而是其他某种格式的数据时(如json、xml等)使用;

4.7 @PathVariable和@RequestParam的区别

  请求路径上有个id的变量值,可以通过@PathVariable来获取 @RequestMapping(value = “/page/{id}”, method = RequestMethod.GET)
  @RequestParam用来获得静态的URL请求入参 spring注解时action里用到。

五、其他问题

5.1 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框架的一部分,不需要整合。在企业项目中,Spring MVC使用更多一些。

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最新版)

上一篇:再思考 SpringMVC,转....


下一篇:SpringMVC的执行流程