1.1 Spring MVC框架核心架构解析

站在开发者视角看Spring MVC，它的运作模式像精密的齿轮组。中央调度器DispatcherServlet扮演着交通警察角色，拦截所有HTTP请求后启动处理流程。当请求到达时，HandlerMapping根据URL定位对应控制器，ViewResolver则像翻译官将逻辑视图名转化为实际页面。这种分层设计让业务逻辑、数据模型和视图呈现保持清晰边界。

记得刚接触时，总把Spring MVC和传统MVC模式混淆。实际使用中发现，它的@Controller注解让请求处理方法变得直观，@RequestMapping注解就像给HTTP请求贴上门牌号。这种注解驱动的编程模式，彻底改变了原先XML配置的繁琐体验。

1.2 Spring Boot自动装配机制揭秘

初次接触Spring Boot的自动装配，有种遇见智能管家的惊喜。starter依赖就像预装工具包，引入spring-boot-starter-web瞬间就准备好了Tomcat和Spring MVC组件。背后的魔法在于@EnableAutoConfiguration注解，它扫描classpath后自动组装所需bean，这个发现过程如同搭积木般自动完成。

调试自动配置时，打开debug日志看到ConditionEvaluationReport打印的条件匹配过程，才明白条件注解@ConditionalOnClass的妙用。当类路径存在特定类时，相关配置才会生效，这种智能判断机制既保证了灵活性又避免了冗余配置。

1.3 两种框架的定位差异与技术边界

在真实项目实践中，Spring MVC和Spring Boot的关系更像是相机机身与智能模式的关系。Spring MVC专注于处理HTTP请求的生命周期管理，像专业的单反相机需要手动调参数。而Spring Boot更像自动模式的微单，通过预设配置让开发者快速拍出合格照片，但保留切换到手动模式的可能性。

技术边界的把握需要经验积累。曾有个老项目改造案例，原始Spring MVC架构需要手动配置20多个XML文件，迁移到Spring Boot后配置量缩减80%。但遇到需要深度定制视图解析策略时，又必须在Spring Boot框架内手动覆盖自动配置，这种灵活度让人体会到两者的互补性。

1.4 典型应用场景对比：何时选择何种方案

初创团队开发新系统时，Spring Boot的快速启动优势明显。某个电商秒杀项目从零搭建，采用Spring Boot仅用3天就完成基础架构搭建。但对于遗留系统改造，原有深度定制的Spring MVC架构更适合渐进式改进，贸然改用Spring Boot可能导致兼容性问题。

微服务场景的选择策略更有意思。基础服务模块使用Spring Boot能快速产出REST API，而当某个服务需要特殊网关处理时，单独抽离出Spring MVC模块进行深度定制反而更高效。这种混合架构方案在多个实际案例中被验证有效，既享受了便捷性又不失灵活性。

2.1 环境搭建：starter-web模块深度解析

新建Spring Boot项目时勾选Web模块，pom.xml里会悄悄注入spring-boot-starter-web依赖。这个starter像瑞士军刀般集成了Tomcat、Jackson、Spring MVC核心组件，自动配置好的DispatcherServlet默认映射到"/"路径。有次忘记加这个依赖，启动时控制台报"No qualifying bean of type 'RequestMappingHandlerMapping'"，这才明白starter-web的重要性。

在application.properties中设置server.port=8081时，能感受到自动配置的智能。当需要禁用内置Tomcat改用Jetty，只需排除tomcat-starter并引入jetty-starter依赖，这种热插拔特性让运行环境切换变得轻松。调试时开启management.endpoints.web.exposure.include=*，通过/actuator/env端点能看到完整的自动配置属性列表。

2.2 控制器层开发规范与RESTful实践

@RestController注解让控制器变成API制造机，配合@RequestMapping生产的URL路由表精确到毫米级。设计用户模块接口时，用@GetMapping("/users/{id}")处理查询请求，@PostMapping配合@RequestBody接收JSON数据，这种声明式编程让HTTP方法各司其职。遇到过路径冲突导致404的坑，后来统一采用/api/v1前缀规范接口版本。

返回ResponseEntity时，能精确控制状态码和响应头。处理分页查询接口时，用Page对象包装数据并注入自定义的X-Total-Count头信息，前端团队反馈这种标准化响应结构让联调效率提升40%。参数校验用@Valid与BindingResult组合，比在业务逻辑里写if判断更优雅，校验失败时抛出MethodArgumentNotValidException交给全局处理器。

2.3 视图解析器与静态资源配置技巧

Thymeleaf模板引擎自动配置后，resources/templates目录下的HTML文件会被自动解析。需要自定义视图前缀时，配置spring.thymeleaf.prefix=classpath:/views/即可切换模板位置，这种约定大于配置的设计让视图层管理变得灵活。遇到过静态资源加载404的问题，后来发现是误将图片放在resources/public下，正确位置应该是resources/static/assets。

当需要同时支持JSP和Thymeleaf时，得手动配置InternalResourceViewResolver和TemplateResolver。通过设置spring.mvc.view.prefix=/WEB-INF/jsp/，传统JSP视图依然能在Spring Boot中焕发生机。动静分离方案中，配置spring.resources.static-locations=file:/opt/static/可以将图片等资源托管到外部目录，避免jar包体积膨胀。