首页 死磕 Java 优质系列 Java 技术总览 Java 面试宝典 关于我
logo

Spring MVC 面试题集

原
 2023-12-12
©版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。 本文链接：https://www.skjava.com/mianshi/tiji/2090356067

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

Spring MVC是Spring框架的一个模块，用于构建基于Java的Web应用程序的MVC（Model-View-Controller）架构。它提供了一种结构化的方式来组织和管理Web应用程序，将应用程序分为模型（Model）、视图（View）和控制器（Controller）三个主要组件。

  1. 模型（Model）：模型代表应用程序的业务逻辑和数据。在Spring MVC中，模型通常由Java对象组成，这些对象包含应用程序的核心数据和业务逻辑。模型通常用于存储和处理数据，以便在视图和控制器之间进行交互。
  2. 视图（View）：视图负责呈现模型的数据给用户。它可以是HTML页面、JSP页面、JSON响应或其他类型的用户界面。Spring MVC支持多种视图技术，允许您选择适合您应用程序需求的视图渲染方式。
  3. 控制器（Controller）：控制器是Spring MVC中的核心组件，它接收来自用户的HTTP请求并根据请求的内容和URL路由到适当的处理程序方法。这些处理程序方法执行业务逻辑，然后返回适当的模型和视图。

Spring MVC 是一个强大而灵活的框架，为开发人员提供了许多有用的功能和特性。

  • 它支持面向接口的编程，使得开发人员能够轻松地编写可测试和可扩展的代码。
  • Spring MVC允许通过注解、配置文件或XML来定义请求映射和处理器，使得控制器的配置非常灵活和简洁。
  • Spring MVC还提供了强大的表单处理、数据验证和数据绑定的功能，使得处理用户输入变得更加简单和安全。

除此之外，Spring MVC还提供了许多扩展点和插件，以便开发人员可以根据自己的需求进行定制。例如，可以通过拦截器来实现权限控制、日志记录等功能。同时，Spring MVC还支持RESTful风格的Web服务，使得开发和集成Web服务变得更加容易。

总的来说，Spring MVC是一个成熟、稳定且功能丰富的Web应用框架，它提供了强大的工具和机制，帮助开发人员更高效地构建可维护、可测试和可扩展的Web应用程序。

Spring MVC的优点有哪些

Spring MVC作为一个成熟的Java Web框架，有许多明显的优点：

  1. 清晰的角色划分：Spring MVC按照模型-视图-控制器（MVC）的模式有清晰的角色划分，易于理解和开发。
  2. 松耦合：Spring MVC的设计原则是强内聚，松耦合，这样可以使业务逻辑组件之间的依赖关系最小化，增强可维护性。
  3. 强大的配置功能：Spring MVC允许开发者通过XML或者Java注解对应用程序进行详细的配置，包括路由规则、视图解析以及数据绑定等等，从而可以满足复杂的业务需求。
  4. 良好的整合能力：Spring MVC能够很好地与其他Spring模块和许多流行的Java EE技术（如JPA、Hibernate、JSF等）进行集成。
  5. 灵活的视图管理：视图不再依赖特定的视图技术。可以使用JSP，Freemarker, Velocity, Thymeleaf甚至直接返回JSON/XML数据。
  6. 支持REST风格的Web服务：Spring MVC提供了开箱即用的支持，以构建符合REST原则的Web服务。
  7. 国际化与主题支持：Spring MVC有内置的国际化支持，同时还可以方便地更改应用程序的主题。
  8. 数据绑定与验证：Spring MVC自动将请求参数绑定到功能处理方法的参数，同时提供了数据验证的能力。
  9. 传输和共享数据：通过模型对象，控制器可以将数据传递给视图，为渲染视图提供所需的数据。

此外，Spring MVC是Spring框架的一部分，这意味着你可以利用所有Spring框架提供的特性，例如依赖注入和事务管理等。

什么是MVC模式？

MVC（Model-View-Controller）模式是一种设计模式，主要用于将应用程序的逻辑层和表现层进行分离。这种分离有助于实现更高的可维护性和重用性，同时让代码更加模块化。MVC 模式主要分为三个组件：

  1. 模型（Model）：模型是应用程序的核心组件，负责处理数据和业务逻辑。它包含了数据对象、数据库操作、业务规则等，为视图和控制器提供数据支持。当模型数据发生变化时，模型通常会通知视图进行更新。
  2. 视图（View）：视图负责显示模型提供的数据，即用户界面部分。视图从模型中获取数据并呈现给用户。一个应用程序通常有多个视图，以支持多种展示方式。当模型数据发生变化时，视图会根据模型的通知进行更新。
  3. 控制器（Controller）：控制器负责接收用户输入（如鼠标点击、键盘操作等），对输入进行处理，然后与模型和视图进行交互。控制器根据用户输入修改模型数据或改变视图，它起到了模型和视图之间的桥梁作用。

简单来说，MVC 模式通过将应用程序分为三个组件，使得各组件具有职责分明且独立，有利于程序的开发、维护和扩展。这种模式广泛应用于各种软件开发领域，尤其是Web应用程序和桌面应用程序。在 Web 开发中，诸如 Spring MVC、Ruby on Rails、Django 等框架都是基于 MVC 模式设计的。

Spring MVC 请求处理的流程

  1. 客户端发送HTTP请求： 客户端（通常是浏览器）发送一个HTTP请求到服务器，请求一个特定的URL。
  2. 前端控制器（DispatcherServlet）处理请求： 在Spring MVC中，DispatcherServlet是前端控制器，它是整个请求处理流程的入口点。DispatcherServlet负责接收所有的HTTP请求，并将它们分发到合适的处理器（Controller）。
  3. HandlerMapping（处理器映射）： DispatcherServlet通过HandlerMapping查找适合处理请求的Controller。HandlerMapping根据请求的URL来确定哪个Controller应该处理请求。
  4. Controller处理请求： 一旦确定了适当的Controller，DispatcherServlet会将请求传递给该Controller。Controller会执行业务逻辑，通常涉及到数据获取、处理和准备响应数据。
  5. Model和View准备： 在Controller中，通常会准备一个Model对象，用于存储要在视图中呈现的数据。Controller还会选择一个视图（View），该视图将用于呈现最终的响应。
  6. 视图解析和渲染： DispatcherServlet会将Model和View传递给视图解析器（ViewResolver），视图解析器负责将视图的逻辑名称解析成实际的视图对象。然后，该视图对象会用Model中的数据来渲染响应内容。
  7. 响应返回给客户端： 一旦视图完成渲染，DispatcherServlet将响应返回给客户端，客户端可以是浏览器或其他HTTP客户端。
  8. 渲染视图并返回给客户端： 最终，渲染后的视图作为HTTP响应返回给客户端，客户端会显示或处理响应内容。

Spring MVC 有哪些组件

  1. DispatcherServlet（前端控制器）： DispatcherServlet 是 Spring MVC 的核心组件，它接收所有的 HTTP 请求并将它们分派到适当的处理器（Controller）。
  2. HandlerMapping（处理器映射）： HandlerMapping 负责将请求映射到相应的处理器（Controller）。Spring MVC 支持多种 HandlerMapping 实现，包括注解驱动和配置文件方式。
  3. Controller（控制器）： Controller 是处理请求的组件，它包含处理请求和构建响应的业务逻辑。通常，Controller 类使用注解或实现特定接口来定义请求映射和处理方法。
  4. Model（模型）： Model 用于存储和传递数据给视图。通常，Controller 将数据封装到 Model 对象中，然后将 Model 对象传递给视图以渲染响应。
  5. View（视图）： View 负责将模型中的数据渲染成最终的响应内容，通常是 HTML、JSON、XML 等。Spring MVC 支持多种视图技术，如 JSP、Thymeleaf、Freemarker 等。
  6. ViewResolver（视图解析器）： ViewResolver 用于解析视图逻辑名称并查找实际的视图对象。它允许将逻辑视图名称映射到实际的视图技术。
  7. HandlerInterceptor（处理器拦截器）： HandlerInterceptor 允许您在请求处理的不同阶段执行预处理和后处理操作，例如身份验证、日志记录、性能监视等。
  8. ModelAttribute（模型属性）： @ModelAttribute 注解用于在处理器方法执行前将数据添加到模型中。这样可以在多个处理器方法之间共享数据。
  9. DataBinder（数据绑定）： DataBinder 负责将请求参数绑定到控制器方法的参数或模型对象上，以便在处理请求时访问请求数据。
  10. Validation（数据验证）： Spring MVC 提供了数据验证支持，包括使用 JSR-303 标准（如 Hibernate Validator）进行数据验证。
  11. ExceptionHandler（异常处理器）： 使用 @ExceptionHandler 注解或实现 ExceptionHandler 接口，您可以定义全局或控制器级别的异常处理策略。
  12. ViewResolver（视图解析器）： ViewResolver 负责将视图名称解析为视图对象，以便渲染响应内容。

Spring MVC 如何保证 Controller 的并发安全性 ？

**在SpringMVC中，Controller 默认也是单例。**采用单例模式的最大好处，就是可以在高并发场景下极大地节省内存资源，提高服务抗压能力。

单例模式容易出现的问题是：在Controller中定义的实例变量，在多个请求并发时会出现竞争访问，Controller中的实例变量不是线程安全的。但是Spring MVC 并不直接负责 Controller 的并发安全性。Controller 的并发安全性通常是开发者的责任，以下是一些保证 Spring MVC Controller 并发安全性的最佳实践：

  1. 避免共享状态： 最好的方法是设计 Controller 以避免共享状态。Controller 应该是无状态的，它的处理方法不应该依赖于实例变量或共享状态。所有请求处理方法应该是线程安全的，并且不应该修改共享状态。
  2. 使用局部变量： 在请求处理方法中尽量使用局部变量而不是实例变量。这确保了每个请求都有自己的独立数据，不会受到其他请求的影响。
  3. 避免使用成员变量： 避免在 Controller 类中使用成员变量，尤其是可变的成员变量。如果必须使用成员变量，请确保它们是线程安全的，或者使用适当的同步机制来保护共享状态。
  4. 使用线程安全的依赖： 如果 Controller 需要使用其他类或服务，确保这些依赖是线程安全的。使用 Spring 的依赖注入（DI）来管理依赖，Spring 通常会确保依赖的单例实例是线程安全的。
  5. 使用非单例 Bean： 如果您有特殊需求，需要共享状态的 Controller，可以将 Controller 配置为非单例作用域（prototype）。这样每个请求都会有一个新的 Controller 实例，避免了并发问题。

什么是DispatcherServlet

DispatcherServlet 是Spring MVC框架的核心组件，它扮演着一个前端控制器（Front Controller）的角色。其主要职责是负责接收HTTP请求、协调和分发请求到相应的控制器（Controller）进行处理。主要功能包括：

  1. 请求分发：根据请求URL，映射到对应的 @Controller 类和对应的处理方法。
  2. 处理器映射：通过注册一个或多个 HandlerMapping 组件，找到处理请求的最佳处理器。
  3. 请求处理：根据选择的 Controller 处理器，调用相应的方法处理请求，并返回一个ModelAndView对象（包括模型数据和视图名称）。
  4. 视图解析：借助 ViewResolver 组件将返回的逻辑视图名称解析为具体的视图实现（如JSP、Thymeleaf 等），并将模型数据渲染到视图中。
  5. 处理异常：处理 Controller 抛出的异常，通过注册 HandlerExceptionResolver 组件，可以定制化异常处理逻辑。
  6. 响应返回：将渲染后的视图返回给客户端或者将返回值序列化（如JSON格式）返回给调用者。

在Spring MVC应用程序的 web.xml 配置文件中，将 DispatcherServlet 配置为一个Servlet，并定义一个 URL 映射，用以拦截所有符合该映射的 HTTP 请求。这样，所有经过 DispatcherServlet 的请求将被Spring MVC处理并分发到对应的控制器进行处理。

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

是的，Spring MVC中的Controller默认都是以单例模式存在的。这是因为在 Spring 框架中，所有的 bean 默认都是以单例模式存在，这样的好处是减少了对象的创建和销毁带来的开销。

但是，单例模式可能带来一个问题，那就是线程安全问题。因为所有用户请求都是由同一个 Controller 实例处理的，所以如果 Controller 中存在非线程安全的变量（例如类成员变量或静态变量），在并发访问时就可能出现线程安全问题。

解决这个问题的方式就是避免在 Controller 中使用类成员变量或静态变量，而对于保存用户中间状态的需求，可以使用如下方式解决：

  1. 考虑使用无状态设计
  2. 使用HttpSession来存储用户的状态信息。但是需要注意的是频繁地使用HttpSession可能会增加服务器的负担。
  3. 使用 ThreadLocal 来传递线程之间的共享变量。但需要特别注意的是，使用不当可能会造成内存泄漏问题。
  4. 带有请求范围的数据，可以将它们作为方法参数。透过 Spring MVC 的数据绑定特征，可以便捷地将请求参数绑定到方法参数上。

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

在Spring MVC中，解决中文乱码问题可以分别对POST和GET请求进行处理。

首先，关于POST请求的中文乱码问题，可以通过配置一个过滤器在Spring的web.xml文件中解决。

<filter>
  <filter-name>encodingFilter</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>encodingFilter</filter-name>
  <url-pattern>/*</url-pattern>
</filter-mapping>

上述配置中的 CharacterEncodingFilter 是 Spring 提供的一个用于字符编码的过滤器，设定了它接收的参数encoding为UTF-8。这条配置让该过滤器对所有请求进行编码转换。

然后，对于GET请求的中文乱码问题，主要是由服务器（例如Tomcat）的默认编码引起的，因此可以通过修改Tomcat的配置来解决。

在Tomcat的server.xml文件中，找到<Connector>部分，添加或修改URIEncoding属性，将其设置为UTF-8。

<Connector port="8080" protocol="HTTP/1.1"
               connectionTimeout="20000"
               redirectPort="8443" 
               URIEncoding="UTF-8"/>

这个设置会让Tomcat使用UTF-8编码来处理URL，包括URL中的请求参数。

请注意，这并不意味着所有的编码问题都能被保证解决，如果你的应用运行在更复杂的环境中，可能还需要进行更深入的字符编码调查和配置。

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

重定向（Redirect）

重定向是指将请求重定向到新的URL地址，通常用于在处理请求后将用户导航到另一个页面或不同的控制器方法。您可以在控制器方法中使用redirect:前缀来指示重定向，如下所示：

@RequestMapping("/redirectToPage")
public String redirectToPage() {
    // 这里使用重定向到另一个URL
    return "redirect:/newPage";
}

在这个例子中，当/redirectToPage请求被处理后，它将重定向到/newPage。

使用重定向时，由于是新的 HTTP 请求，因此原请求的数据无法传递，除非你把数据放到 Session 中，或者把数据附加在重定向URL后作为请求参数

转发（Forward）

转发是指将请求转发到另一个控制器方法或视图，通常用于在不改变URL的情况下将请求传递给不同的控制器或视图。您可以使用forward:前缀来指示转发，如下所示：

@RequestMapping("/forwardToPage")
public String forwardToPage() {
    // 这里使用转发到另一个控制器方法
    return "forward:/anotherController/someMethod";
}

在这个例子中，当/forwardToPage请求被处理后，它将被转发到/anotherController/someMethod方法，不会更改浏览器的URL。

在设置转发和重定向时，关键在于理解转发是在服务器端进行的，对用户透明；而重定向则需要客户端（浏览器）发起新的请求，URL地址会变化。

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

Spring MVC的拦截器（Interceptors）和J2EE标准的Filter过滤器在使用上有很多相似之处，都可以在请求处理前和处理后执行特定的操作，但它们的关键区别在于作用范围、处理的对象和能使用的功能上。

1. 作用范围：

  • Filter：它是依据Servlet规范定义的，对所有请求都起作用。Filter可以拦截到所有的Servlet，包括静态资源如HTML，图片等，以及直接通过url访问的jsp等。Filter的映射规则是基于url，不能感知到具体的Spring MVC中的控制器类和方法。
  • Interceptor：它是Spring MVC框架自带的，只对通过DispatcherServlet的请求起作用。Interceptor不会拦截静态资源和直接访问jsp的请求，只会拦截Spring MVC控制器处理的请求。Interceptor能够基于Handler映射（即特定的控制器类和方法），支持更复杂的拦截规则。

2. 处理的对象：

  • Filter：由于Filter是Servlet规范的一部分，所以在Filter中只能操作Servlet API提供的请求和响应对象(HttpServletRequest、HttpServletResponse)。
  • Interceptor：Spring MVC 的拦截器不仅可以操作HttpServletRequest、HttpServletResponse，还可以将额外的对象（如模型ModelAndView）绑定到请求或视图中，支持更丰富的操作。

3. 可使用的功能：

  • Filter：由于是Servlet规范的一部分，所以并不能直接利用Spring的依赖注入、AOP等特性。
  • Interceptor：是一个Spring的组件，可以使用Spring框架提供的所有特性，如依赖注入、AOP等。
  1. 执行顺序：
    • Filter：在请求进入Servlet容器时执行，并在请求离开Servlet容器时执行。它在Servlet处理之前和之后执行，不直接参与控制器方法的调用。
    • Interceptor：通常在调用控制器方法之前和之后执行，因此可以在请求处理的不同阶段进行操作。
  2. 用途：
    • Interceptor：通常用于实现一些与业务逻辑相关的功能，如身份验证、日志记录、性能监控等。
    • Filter：通常用于处理请求和响应的通用操作，如字符编码转换、数据压缩、安全性等。

总的来说，不同场合下可以根据所需要实现的功能来选择使用Filter还是Interceptor。在Spring框架的环境下，通常推荐使用Interceptor，除非你需要处理所有请求包括静态资源等，或者你的应用需要与Spring无关。

阅读全文