📕我是廖志伟,一名Java开发工程师、《Java项目实战——深入理解大型互联网企业通用技术》(基础篇)、(进阶篇)、(架构篇)、《解密程序员的思维密码——沟通、演讲、思考的实践》作者、清华大学出版社签约作家、Java领域优质创作者、优快云博客专家、阿里云专家博主、51CTO专家博主、产品软文专业写手、技术文章评审老师、技术类问卷调查设计师、幕后大佬社区创始人、开源项目贡献者。
📘拥有多年一线研发和团队管理经验,研究过主流框架的底层源码(Spring、SpringBoot、SpringMVC、SpringCloud、Mybatis、Dubbo、Zookeeper),消息中间件底层架构原理(RabbitMQ、RocketMQ、Kafka)、Redis缓存、MySQL关系型数据库、 ElasticSearch全文搜索、MongoDB非关系型数据库、Apache ShardingSphere分库分表读写分离、设计模式、领域驱动DDD、Kubernetes容器编排等。
📙不定期分享高并发、高可用、高性能、微服务、分布式、海量数据、性能调优、云原生、项目管理、产品思维、技术选型、架构设计、求职面试、副业思维、个人成长等内容。

💡在这个美好的时刻,笔者不再啰嗦废话,现在毫不拖延地进入文章所要讨论的主题。接下来,我将为大家呈现正文内容。

一、基础架构与MVC组件协作流程
- 基础架构
-
DispatcherServlet:在Spring MVC中,DispatcherServlet是整个框架的核心,它负责接收HTTP请求,并委托给相应的处理器进行处理。DispatcherServlet的工作流程包括初始化阶段、请求处理阶段和请求结束阶段。在初始化阶段,DispatcherServlet会加载Spring容器,注册HandlerMapping、HandlerAdapter、ViewResolver等组件;在请求处理阶段,DispatcherServlet会根据请求的URL找到对应的处理器,并委托给HandlerAdapter进行执行;在请求结束阶段,DispatcherServlet会委托给ViewResolver解析视图,并渲染结果。
-
HandlerMapping:HandlerMapping负责将请求映射到处理器。在Spring MVC中,常用的HandlerMapping实现包括SimpleUrlHandlerMapping、BeanNameUrlHandlerMapping和HandlerMethodMappingSupport。SimpleUrlHandlerMapping根据请求的URL路径进行映射;BeanNameUrlHandlerMapping根据Bean的名称进行映射;HandlerMethodMappingSupport可以自定义映射规则。
-
HandlerAdapter:HandlerAdapter负责调用处理器的方法。在Spring MVC中,常用的HandlerAdapter实现包括SimpleControllerHandlerAdapter、AnnotationMethodHandlerAdapter和RequestMappingHandlerAdapter。SimpleControllerHandlerAdapter用于处理Servlet风格的控制器;AnnotationMethodHandlerAdapter用于处理使用注解的控制器;RequestMappingHandlerAdapter用于处理使用@RequestMapping注解的控制器。
-
ViewResolver:ViewResolver负责将视图名称解析为具体的视图技术。在Spring MVC中,常用的ViewResolver实现包括InternalResourceViewResolver、FreeMarkerViewResolver和ThymeleafViewResolver。InternalResourceViewResolver用于解析为JSP页面;FreeMarkerViewResolver用于解析为FreeMarker模板;ThymeleafViewResolver用于解析为Thymeleaf模板。
-
ModelAndView:ModelAndView用于封装模型数据和视图信息。在Spring MVC中,ModelAndView可以包含模型数据、视图名称、视图类型、状态码等信息。控制器在处理请求时,可以将ModelAndView对象返回给DispatcherServlet,DispatcherServlet会委托给ViewResolver渲染视图。
- 前端控制器模式
前端控制器模式是一种设计模式,它将应用程序分为三个核心组件:模型(Model)、视图(View)和控制器(Controller)。在Spring MVC中,DispatcherServlet扮演着前端控制器的角色,它负责接收请求,并根据请求的URL或方法调用相应的控制器方法。前端控制器模式简化了请求的处理流程,使得开发者可以集中管理请求的入口和分发。
- MVC组件协作流程
当请求到达Spring MVC时,流程如下:
-
DispatcherServlet接收请求,解析请求信息,并委托给HandlerMapping找到对应的处理器。
-
HandlerMapping根据请求信息找到对应的处理器,并将处理器委托给HandlerAdapter。
-
HandlerAdapter调用处理器的方法,处理器处理业务逻辑,并将结果封装到ModelAndView对象中。
-
ViewResolver解析视图名称,将ModelAndView对象传递给视图。
-
视图渲染数据,生成HTML页面。
-
返回HTML页面给客户端。
二、核心组件解析
- 控制器(Controller)
控制器是MVC模式中的核心组件,负责处理用户请求并返回响应。在Spring MVC中,控制器通常是一个实现了Controller接口的类。
-
注解驱动开发:通过使用@Controller注解,可以将一个类标记为控制器。@Controller注解可以指定控制器所在的包,方便Spring容器扫描控制器。
-
请求映射规则:使用@RequestMapping注解,可以将一个方法映射到特定的URL。@RequestMapping注解可以指定请求的URL、方法、参数等信息。
-
返回值处理:控制器方法的返回值可以是字符串、ModelAndView或直接是视图名称。字符串表示直接返回视图名称;ModelAndView表示返回模型数据和视图信息;视图名称表示直接返回视图。
- 视图解析器(ViewResolver)
视图解析器负责将视图名称解析为具体的视图技术。在Spring MVC中,常用的视图解析器包括:
-
InternalResourceViewResolver:解析为内部资源视图,如JSP页面。InternalResourceViewResolver可以指定视图的路径前缀和后缀,方便视图的解析。
-
FreeMarkerViewResolver:解析为FreeMarker模板。FreeMarkerViewResolver可以指定FreeMarker模板的路径前缀和后缀,方便模板的解析。
-
ThymeleafViewResolver:解析为Thymeleaf模板。ThymeleafViewResolver可以指定Thymeleaf模板的路径前缀和后缀,方便模板的解析。
- 处理器映射(HandlerMapping)
处理器映射负责将请求映射到相应的控制器方法。在Spring MVC中,常用的处理器映射包括:
-
SimpleUrlHandlerMapping:根据URL路径映射到控制器方法。SimpleUrlHandlerMapping可以指定请求的URL、方法、参数等信息。
-
BeanNameUrlHandlerMapping:根据Bean名称映射到控制器方法。BeanNameUrlHandlerMapping可以指定请求的Bean名称。
- 模板引擎集成
Spring MVC支持多种模板引擎,如JSP、FreeMarker、Thymeleaf等。通过集成模板引擎,可以方便地生成动态HTML页面。
-
JSP:JSP是一种基于Java的动态网页技术,可以方便地生成HTML页面。在Spring MVC中,可以通过配置InternalResourceViewResolver实现JSP视图的解析。
-
FreeMarker:FreeMarker是一种文本模板引擎,可以方便地生成动态HTML页面。在Spring MVC中,可以通过配置FreeMarkerViewResolver实现FreeMarker视图的解析。
-
Thymeleaf:Thymeleaf是一种HTML5模板引擎,可以方便地生成动态HTML页面。在Spring MVC中,可以通过配置ThymeleafViewResolver实现Thymeleaf视图的解析。
- 内容协商策略
内容协商策略用于根据客户端请求的Accept头部信息,返回相应的响应内容类型。在Spring MVC中,可以通过HandlerInterceptor实现自定义内容协商策略。
- 视图重定向
视图重定向用于将请求转发到另一个URL。在Spring MVC中,可以使用ModelAndView对象的redirectView属性实现视图重定向。
- 处理器映射(HandlerMapping)
处理器映射负责将请求映射到相应的控制器方法。在Spring MVC中,常用的处理器映射包括:
-
SimpleUrlHandlerMapping:根据URL路径映射到控制器方法。SimpleUrlHandlerMapping可以指定请求的URL、方法、参数等信息。
-
BeanNameUrlHandlerMapping:根据Bean名称映射到控制器方法。BeanNameUrlHandlerMapping可以指定请求的Bean名称。
- 拦截器链
拦截器链是Spring MVC的一个重要特性,用于在请求处理过程中添加额外的逻辑。通过实现HandlerInterceptor接口,可以自定义拦截器。
三、数据处理
- 参数绑定机制
参数绑定机制用于将请求参数绑定到控制器方法的参数上。在Spring MVC中,可以通过@RequestParam、@PathVariable、@ModelAttribute等注解实现参数绑定。
-
@RequestParam:用于绑定请求参数。@RequestParam可以指定参数名称、默认值、是否必需等信息。
-
@PathVariable:用于绑定路径变量。@PathVariable可以指定路径变量的名称、值等信息。
-
@ModelAttribute:用于绑定请求参数到Model对象。@ModelAttribute可以指定Model对象的名称、值等信息。
- 数据转换器
数据转换器用于将请求参数转换为控制器方法的参数类型。在Spring MVC中,可以通过实现Converter接口或使用@InitBinder注解自定义数据转换器。
-
Converter:Converter接口用于将请求参数转换为控制器方法的参数类型。Converter接口需要实现convert方法,将请求参数转换为指定类型。
-
@InitBinder:@InitBinder注解用于自定义数据转换器。@InitBinder注解可以指定转换器的名称、值等信息。
- 表单验证
表单验证用于确保用户输入的数据符合预期的格式。在Spring MVC中,可以通过实现ConstraintValidator接口或使用@Valid注解实现表单验证。
-
ConstraintValidator:ConstraintValidator接口用于实现自定义验证器。ConstraintValidator接口需要实现initialize、isValid和writeValue方法。
-
@Valid:@Valid注解用于启动表单验证。@Valid注解可以指定验证器的名称、值等信息。
四、文件操作
- 多文件上传
Spring MVC提供了对多文件上传的支持。通过实现MultipartFile接口,可以访问上传的文件。
- MultipartFile:MultipartFile接口用于访问上传的文件。MultipartFile接口提供了文件名、内容、大小等信息。
- 下载响应控制
Spring MVC可以通过设置响应头信息,实现文件的下载。
-
设置Content-Disposition:设置Content-Disposition响应头信息,指定文件下载的名称和类型。
-
设置Content-Length:设置Content-Length响应头信息,指定文件的大小。
- 静态资源处理
Spring MVC默认将位于/WEB-INF/resources目录下的文件视为静态资源。通过配置DispatcherServlet的locations属性,可以修改静态资源的位置。
- 配置locations属性:在DispatcherServlet的配置中,可以通过locations属性指定静态资源的位置。
五、异常处理
- 全局异常处理器
全局异常处理器用于处理控制器方法抛出的异常。在Spring MVC中,可以通过实现HandlerExceptionResolver接口或使用@ControllerAdvice注解实现全局异常处理器。
-
HandlerExceptionResolver:HandlerExceptionResolver接口用于处理控制器方法抛出的异常。HandlerExceptionResolver接口需要实现resolveException方法,返回异常处理的结果。
-
@ControllerAdvice:@ControllerAdvice注解用于指定全局异常处理器。@ControllerAdvice注解可以指定异常处理器的名称、值等信息。
- 状态码映射
全局异常处理器可以根据异常类型映射到不同的HTTP状态码。
- 异常类型与状态码映射:在全局异常处理器中,可以根据异常类型映射到不同的HTTP状态码。
- 错误页面定制
全局异常处理器可以定制错误页面,使得在发生异常时,用户可以看到更友好的错误信息。
- 定制错误页面:在全局异常处理器中,可以根据异常类型定制错误页面。
六、扩展机制
- 拦截器开发
拦截器可以用于在请求处理过程中添加额外的逻辑。通过实现HandlerInterceptor接口,可以自定义拦截器。
- 实现HandlerInterceptor接口:实现HandlerInterceptor接口,重写preHandle、postHandle和afterCompletion方法。
- 跨域解决方案
Spring MVC提供了对跨域请求的支持。通过配置CORS过滤器,可以实现跨域请求。
- 配置CORS过滤器:在Spring MVC的配置中,可以通过配置CORS过滤器实现跨域请求。
- 异步请求处理
Spring MVC支持异步请求处理。通过使用@Async注解,可以实现异步方法。
- 使用@Async注解:在控制器方法上使用@Async注解,可以实现异步方法。
总结
Spring MVC是一个功能强大的框架,它提供了丰富的功能,可以帮助开发者快速构建企业级Java应用程序。通过对Spring MVC的基础架构、核心组件、数据处理、文件操作、异常处理和扩展机制的了解,开发者可以更好地利用Spring MVC的强大功能,提高开发效率。

博主分享
📥博主的人生感悟和目标

📙经过多年在优快云创作上千篇文章的经验积累,我已经拥有了不错的写作技巧。同时,我还与清华大学出版社签下了四本书籍的合约,并将陆续出版。
- 《Java项目实战—深入理解大型互联网企业通用技术》基础篇的购书链接:https://item.jd.com/14152451.html
- 《Java项目实战—深入理解大型互联网企业通用技术》基础篇繁体字的购书链接:http://product.dangdang.com/11821397208.html
- 《Java项目实战—深入理解大型互联网企业通用技术》进阶篇的购书链接:https://item.jd.com/14616418.html
- 《Java项目实战—深入理解大型互联网企业通用技术》架构篇待上架
- 《解密程序员的思维密码--沟通、演讲、思考的实践》购书链接:https://item.jd.com/15096040.html
面试备战资料
八股文备战
| 场景 | 描述 | 链接 |
|---|---|---|
| 时间充裕(25万字) | Java知识点大全(高频面试题) | Java知识点大全 |
| 时间紧急(15万字) | Java高级开发高频面试题 | Java高级开发高频面试题 |
理论知识专题(图文并茂,字数过万)
| 技术栈 | 链接 |
|---|---|
| RocketMQ | RocketMQ详解 |
| Kafka | Kafka详解 |
| RabbitMQ | RabbitMQ详解 |
| MongoDB | MongoDB详解 |
| ElasticSearch | ElasticSearch详解 |
| Zookeeper | Zookeeper详解 |
| Redis | Redis详解 |
| MySQL | MySQL详解 |
| JVM | JVM详解 |
集群部署(图文并茂,字数过万)
| 技术栈 | 部署架构 | 链接 |
|---|---|---|
| MySQL | 使用Docker-Compose部署MySQL一主二从半同步复制高可用MHA集群 | Docker-Compose部署教程 |
| Redis | 三主三从集群(三种方式部署/18个节点的Redis Cluster模式) | 三种部署方式教程 |
| RocketMQ | DLedger高可用集群(9节点) | 部署指南 |
| Nacos+Nginx | 集群+负载均衡(9节点) | Docker部署方案 |
| Kubernetes | 容器编排安装 | 最全安装教程 |
开源项目分享
| 项目名称 | 链接地址 |
|---|---|
| 高并发红包雨项目 | https://gitee.com/java_wxid/red-packet-rain |
| 微服务技术集成demo项目 | https://gitee.com/java_wxid/java_wxid |
管理经验
【公司管理与研发流程优化】针对研发流程、需求管理、沟通协作、文档建设、绩效考核等问题的综合解决方案:https://download.youkuaiyun.com/download/java_wxid/91148718
希望各位读者朋友能够多多支持!
现在时代变了,信息爆炸,酒香也怕巷子深,博主真的需要大家的帮助才能在这片海洋中继续发光发热,所以,赶紧动动你的小手,点波关注❤️,点波赞👍,点波收藏⭐,甚至点波评论✍️,都是对博主最好的支持和鼓励!
- 💂 博客主页: Java程序员廖志伟
- 👉 开源项目:Java程序员廖志伟
- 🌥 哔哩哔哩:Java程序员廖志伟
- 🎏 个人社区:Java程序员廖志伟
- 🔖 个人微信号:
SeniorRD
🔔如果您需要转载或者搬运这篇文章的话,非常欢迎您私信我哦~
Spring MVC核心技术全面解析
650

被折叠的 条评论
为什么被折叠?



