专注于技术分享

传统的同步请求处理模型（Thread-Per-Request）中，每个请求都会占用一个 Servlet 容器线程，直到请求处理完成并返回响应。如果某个请求涉及到长时间的等待（例如，等待数据库查询、外部 API 调用），那么这个线程就会被阻塞，无法处理其他新的请求。总而言之，Spring MVC 的异步请求处理是一个强大的特性，它通过利用 Servlet 3.0+ 的异步能力，使得应用程序能够更有效地处理 I/O 密集型操作，从而提高整体性能和可伸缩性。，从而提高服务器的吞吐量和伸缩性。

这个机制可以让我们开发者专注于业务逻辑，而不用关心数据格式转换的底层细节，大大提高了开发效率和代码的整洁性。如果需要支持新的数据格式，只需要实现并注册一个新的。(HTTP 消息转换器) 是 Spring MVC 框架中一个非常核心的组件，它的主要作用是在 HTTP 请求和响应体与 Java 对象之间进行双向转换。

依赖: 添加和commons-io(如果使用配置: 在 Spring 配置中注册名为的bean (通常是或)，并设置相关属性 (如大小限制)。Spring Boot 用户可以在中配置。HTML: 创建一个且的 HTML 表单，包含。Controller: 在 Controller 方法中使用(或) 来接收上传的文件。使用保存文件。安全不要信任的值来构建服务器上的文件路径；要清理它或生成唯一的文件名。验证文件类型 (MIME 和扩展名)。

注解的方法只能处理其所在 Controller 类内部抛出的异常。如果想在多个 Controller 之间共享异常处理逻辑，这种方式就不够高效。通过上述方式，我们可以将异常处理逻辑从业务代码中分离出来，使Controller 代码更简洁，并且能够为客户端提供友好的错误反馈。捕获时，应该返回的 HTTP 状态码。处理时，Spring MVC (通过。) 会自动返回 404 状态码，并将。用于标记一个方法，该方法将处理在。注解来指定当该异常被抛出且未被。抛出且没有被更具体的。抛出的特定类型的异常。

是 Spring Web MVC 框架提供的一种机制，在请求处理的特定阶段插入自定义逻辑。它主要用于预处理和后处理 Controller (Handler) 的请求。Spring MVC 拦截器提供了灵活的方式来对Web请求进行横切点的处理，使得Controller可以更专注于核心业务逻辑。这是在 Spring Boot 和现代 Spring MVC Java 配置中最常见的方式。Spring MVC 拦截器 (

(HTTP 消息转换器) 是 Spring MVC 框架中一个非常核心的组件，它的主要作用是在 HTTP 请求、响应体与 Java 对象之间进行双向转换。开发中如果我们需要支持新的数据格式，只需要实现并注册一个新的。

并覆盖这些方法，可以灵活的定制Spring MVC的行为，同时还能充分利用Spring Boot的自动配置带来的便利。接口来自定义 Spring MVC (尤其是在 Spring Boot 环境中) 的配置。

Spring Boot 的自动配置为 Spring MVC 做了大量的工作，极大的简化了我们开发时的配置负担，我们可以快速启动并运行一个基于 Spring MVC 的 Web 应用。总而言之，Spring Boot 的自动配置大大减少了搭建 Spring MVC 应用所需的样板代码和XML配置，让我们可以专注于业务逻辑的实现。

Spring MVC 和 Spring Boot 在配置静态资源访问方面有所不同，Spring Boot 提供了更便捷的自动配置。在不使用Spring Boot自动配置的传统Spring MVC项目中，你需要显式配置静态资源处理器。Spring Boot 遵循“约定优于配置”的原则，对静态资源的访问提供了非常方便的自动配置。对于新项目，强烈建议使用Spring Boot，因为它极大地简化了包括静态资源在内的各种配置。如果你使用Java配置，你需要创建一个实现。文件，那么你可以通过。，那么它的资源可以通过。

通过这种方式，Spring MVC 提供了一个强大且灵活的机制，使RESTful API能够根据客户端的需求返回不同格式的数据，而Controller层的代码保持简洁，不需要关心具体的序列化细节。如果想更精细地控制内容协商的行为（例如，禁用路径扩展名策略，或设置默认的内容类型），可以通过实现。中声明的任何一种都不匹配，Spring MVC 通常会返回。头决定返回 JSON、XML 还是其他格式的数据。，响应体是JSON格式的用户数据。，响应体是XML格式的用户数据。Spring MVC 通过。

我们来详细分析一下视图解析器 (ViewResolver) 的配置以及 Spring Boot 是如何自动配置它们的。

是 Spring MVC 为简化特定场景（如多步骤表单）中的会话数据管理而提供的便捷机制，通过将模型属性自动在请求和会话之间同步来实现。是一个类级别的注解，用于表示 Spring MVC 将 Controller 中的属性存储到 HTTP Session 中，以便在同一用户会话的后续请求中可以访问这些属性。提供了一种与 Spring MVC 的模型和请求处理机制更紧密集成的方式来管理会话范围的数据，特别是与。但在某些场景下，我们需要在同一个用户的多个连续请求之间共享数据，最典型的例子就是。

这种方式更简洁，也更符合 Spring MVC 的设计，即 Controller 负责处理请求、准备数据，并将逻辑视图名交给。都是用来在 Controller 和 View 之间传递数据的，但它们在使用方式和功能上有所不同。只有在确实需要将模型和视图紧密绑定，或者需要动态决定视图对象本身时，考虑使用。作为方法参数，并让 Controller 方法返回。在 Spring MVC 中，的使用场景相对较少，通常。

在 Spring MVC 中，Controller 负责请求的处理，准备需要展示的数据，并将这些数据传递给 View，由 View 负责最终的页面渲染。然后，Spring MVC 将控制权交给选定的 View。当 Controller 方法执行完毕，Spring MVC 会将模型中的数据（通常存储在一个。参数是最灵活的方式，它将模型的管理与视图名分开来返回，使 Controller 方法更清晰。适合模型数据和视图名紧密关联、一起返回的场景。这两个 key 来访问模型中的数据。适合跨多个请求处理的公共数据。

Spring MVC Controller 方法的返回类型非常灵活，可以根据不同的需求返回多种类型的值。Spring MVC 会根据返回值的类型和相关的注解来决定如何处理响应。机制来处理这些不同的返回类型，为每种类型找到合适的处理器来生成最终的 HTTP 响应。Spring MVC 通过。

这是最常见的也是默认的映射方式。Spring MVC 会检查请求中的参数名是否与 Controller 方法参数对象中的属性名匹配。如果匹配，它会将请求参数的值转换为相应的类型并设置到 POJO 的属性中。Spring MVC 通过上述机制实现了请求参数到 Controller 方法参数的自动映射，极大的简化了开发过程，提高了代码的可读性和维护性。注解可以显式的指定请求参数与 Controller 方法参数之间的映射关系。负责将请求参数的值转换为相应的 Java 类型，并设置到目标对象中。

首选且推荐的方式: 在 Controller 方法签名中直接声明等所需参数，利用 Spring MVC 的方法参数注入。优先使用 Spring MVC 抽象: 尽可能使用Model等高级抽象，它们能覆盖大部分场景，使代码更简洁、更专注于业务逻辑，并与 Servlet API 解耦。仅在必要时访问 Servlet API。

用于将 HTTP 请求中指定名称的 Cookie 的值绑定到方法参数。必须使用name或value属性来指定 Cookie 名称。使用使 Cookie 变为可选（不存在时参数为null或使用为可选 Cookie 提供默认值（Cookie 不存在时生效，隐含参数类型通常是String，但也可以直接绑定到对象以访问 Cookie 的所有属性（此时不可用，需用处理缺失情况）。它是处理特定 Cookie 的便捷方式，用于区别处理查询参数 ()、路径变量 ()、请求头 () 或请求体 (

用于将 HTTP 请求的完整 Body反序列化为一个 Java 对象。主要用于接收POSTPUTPATCH请求中的JSON或XML数据。依赖于和相应的库（如 jackson-databind默认包含Jackson JSON 支持。处理 XML 需要手动添加依赖。客户端必须发送正确的 Content-TypeHeader。一个方法只能有一个参数。常与@Valid结合进行自动数据校验。

用于将HTTP 请求头的值绑定到方法参数。必须使用name或value属性指定要读取的头名称（除非特殊情况，但不推荐省略）。使用使头变为可选（不存在时为null或使用为可选头提供默认值（头不存在时生效，隐含可以将多值头（逗号分隔）绑定到List或数组。可以通过将应用于Map或（推荐的对象来访问所有头信息。与（用于查询/表单参数）和（用于路径变量）不同，专注于 HTTP Headers。

用于从URL 路径（URI 模板变量）中提取值。通过在或其变体中使用定义模板变量。默认情况下，方法参数名需要与占位符名匹配。使用name或value属性处理名称不匹配的情况。Spring 自动进行类型转换，失败会抛出异常 (HTTP 400)。可以处理多个路径变量。路径变量默认是必需的；处理可选路径段的最佳方式是定义多个 Handler 方法。不要与混淆，后者用于提取查询参数或表单数据。

用于将请求参数（Query Params, Form Data）绑定到方法参数。使用name或value属性指定请求参数名（如果与方法参数名不同）。使用使参数变为可选（不存在时，对象类型为null，基本类型需小心或用包装类/使用为可选参数提供默认值（参数不存在或为空时生效，隐含可以将多值参数绑定到List或数组。可以将所有参数绑定到Map或。Spring 自动进行类型转换，如果转换失败会报错。

是基础，可以映射任何 HTTP 方法，并提供最全面的配置选项（pathmethodparamsheadersconsumesproduces是针对特定 HTTP 方法的快捷方式，使代码更简洁明了，是目前 Spring MVC/WebFlux 开发中的推荐用法。可以在类级别和方法级别同时使用映射注解，类级别定义基础路径，方法级别定义相对路径。URL 路径通过value或path属性匹配，支持模式和路径变量 ({var}HTTP 方法通过method属性（在中）或选择特定的快捷注解（如）来匹配。

在 Spring MVC 中，Controller 扮演着 MVC 模式中 “C” 的角色。它负责接收来自客户端（通常是浏览器或 API 消费者）的 HTTP 请求，处理这些请求（可能需要调用 Service 层进行业务逻辑处理），并最终决定返回什么响应给客户端。创建一个 Java 类：这只是一个普通的 Java 类。使用或注解：在这个类上添加或注解。这会告诉 Spring IoC 容器，这个类是一个 Spring MVC Controller 组件，需要被扫描和管理。

Spring MVC 巧妙地利用了 Servlet API 提供的基础构件和扩展点，在其上构建了一个功能丰富、结构清晰、易于使用的 Web 框架，大大提高了开发效率。它没有重新发明轮子，而是站在了巨人的肩膀上。我们来探讨一下 Spring MVC 是。

它极大的简化和规范了 Web 应用的开发流程，让我们能更专注于业务逻辑而不是底层的 HTTP 协议。Spring MVC Controller 代码最终还是运行在 Servlet 容器中，并通过底层的 Servlet API 与容器进行交互。了 Servlet API，提供了一套更高级、更结构化、更易于开发 Web 应用程序的抽象和工具。简单来说，Servlet API 是 Java Web 开发的。，而 Spring MVC 是建立在这块基石上的一个强大。Servlet API，而是。

是连接 Controller 逻辑视图名和具体视图实现技术的桥梁。它通过配置（如前缀、后缀、视图类、模板引擎引用等）将抽象的视图名称映射到具体的视图资源和渲染逻辑，使得 Controller 可以独立于具体的视图技术。（视图解析器）​的核心职责是将控制器（Controller）返回的逻辑视图名称解析为具体的视图对象（View）​。对象会使用特定的视图技术（如 JSP、Thymeleaf、JSON 等）来渲染最终的响应。解析逻辑视图名的过程取决于其具体的实现类以及相关的配置。通常具有最高的优先级。

的简洁和稳定，并遵循了良好的面向对象设计原则（如开闭原则、单一职责原则），使得框架易于扩展和维护。不仅仅是简单的调用 Handler 方法，它还负责处理调用过程中的复杂细节，特别是对于注解驱动的。这个“电源插座”能够驱动各种不同“插头”（Handler 类型）的“电器”。直接调用 Controller 方法，整个框架的设计将会变得非常脆弱和僵化。只需要调用这个统一的接口，而无需关心底层 Handler 的具体实现细节。这一层，Spring MVC 实现了对不同处理器类型的统一调度，保持了。

实现，以支持不同的处理器定义和映射方式。：“这个请求应该由 X Controller 的 Y 方法处理，并且在处理前后需要经过 A、B 这两个拦截器。查找 Controller 方法的过程取决于其具体的实现类。如果我们定义了静态资源处理或使用了 Actuator 端点，拿着一个请求过来问：“嘿，这个请求该交给谁处理？也可能被自动配置用于处理这些特定的 URL 模式。在 Spring MVC 中的角色和工作机制。在Spring Boot Web 应用中，会被自动配置并作为主要的。

这个流程虽然看起来复杂，但每个组件职责清晰，使得 Spring MVC 框架非常灵活和可扩展。：假设我们的 Spring MVC 应用配置了。在其中扮演了至关重要的中央协调者角色。作为前端控制器，并且映射路径为。直接进入干货分享环节。

作为 Spring MVC 的前端控制器和中央调度器，通过统一接收请求、协调各种处理组件、管理请求生命周期，并提供强大的灵活性和扩展性，构成了整个框架的骨架。它使得开发者能够专注于业务逻辑（Controller）和视图呈现（View），而将复杂的请求处理流程交给框架管理，从而极大地简化了 Web 应用程序的开发，并促成了清晰、解耦、可维护的架构。，Spring MVC 就失去了其核心的组织结构和驱动力。是 Spring MVC 框架的。以下是一个案例的请求通过。

等组件，清晰的实现了 MVC 模式的功能分离，使得我们在开发时可以专注于各自的部分，构建出易于维护的 Web 应用程序。通过这种方式，Spring MVC 利用。作为前端控制器，协调。

MVC 模式通过将应用程序划分为模型、视图和控制器三个松散耦合的部分，帮助开发者构建结构清晰、易于维护和扩展的应用程序。Spring MVC 就是基于这个模式实现的 Web 框架。，即将应用程序的（数据处理、用户界面展示、用户输入处理）划分到不同的组件中，以提高代码的可维护性、可重用性和可测试性。，主要用于构建用户界面（尤其是在 Web 应用程序中）。的缩写，它是一种广泛使用的。