Spring MVC 前置必修：吃透 Servlet 底层，理解 MVC 设计由来

1. 引言很多初学者在接触 Spring MVC 时往往只会复制粘贴代码照着教程写一个Controller、加一个RequestMapping请求就能通但一旦遇到 404、参数绑定失败、拦截器不生效等问题就无从下手。究其原因是缺少 Servlet 底层基础不理解 Spring MVC 的设计由来。本文的核心目标就是补齐 Servlet 底层基础让你理解 Spring MVC 为什么这样设计避免后续学习只会复制粘贴代码。我们将用三天时间从 Servlet 核心规范出发逐步过渡到 MVC 架构模式最终搭建起 Spring MVC 的基础开发环境跑通第一个纯注解驱动的入门案例。2. 学习路线总览本阶段的学习分为三天每天都有明确的目标与核心知识点Day1吃透 Servlet 核心规范 —— 掌握 Servlet 生命周期、Tomcat 容器运行原理手写原生 Servlet 实现简单请求处理直观感受传统 Servlet 开发的代码冗余痛点Day2深入理解 MVC 架构模式 —— 理清 Model、View、Controller 三层的职责划分对比三层架构与 MVC 的协作关系掌握 MVC 架构解耦、易维护的核心优势Day3搭建 Spring MVC 基础开发环境 —— 导入核心 Maven 依赖完成第一个纯注解驱动的 Spring MVC 入门案例验证请求响应全链路通跑整体路线遵循「先底层、后框架」的原则先用手写 Servlet 感受传统开发的痛点再理解 MVC 如何解决这些痛点最后用 Spring MVC 验证全链路从而真正理解框架的设计由来。3. Day1吃透 Servlet 核心规范3.1 Servlet 生命周期Servlet 的生命周期由容器Tomcat管理主要分为三个阶段initServlet 被创建后调用一次用于初始化资源如加载配置、建立数据库连接service每次请求到来时调用负责处理请求并生成响应是核心业务逻辑的入口destroy应用卸载或容器关闭时调用一次用于释放资源理解生命周期是理解容器如何管理组件的基础也是后续理解 Spring 容器管理 Bean 生命周期的铺垫。3.2 Tomcat 容器运行原理Tomcat 作为 Servlet 容器负责接收 HTTP 请求并分发到对应的 Servlet。其核心流程为客户端发起 HTTP 请求Tomcat 的 Connector 监听端口并接收请求请求被封装为HttpServletRequest与HttpServletResponse对象Tomcat 根据 URL 映射找到对应的 Servlet调用其service方法Servlet 处理完业务后将结果写入响应对象Tomcat 将其返回给客户端理解这一流程就能明白请求是如何被容器接收并分发的这也是 Spring MVC 中DispatcherServlet的前身。3.3 手写原生 Servlet感受代码冗余痛点下面手写一个原生 Servlet实现简单的请求处理WebServlet(/hello)publicclassHelloServletextendsHttpServlet{OverrideprotectedvoiddoGet(HttpServletRequestreq,HttpServletResponseresp)throwsServletException,IOException{// 手动处理请求参数Stringnamereq.getParameter(name);if(namenull){nameWorld;}// 手动拼接 HTML 响应resp.setContentType(text/html;charsetUTF-8);PrintWriteroutresp.getWriter();out.println(htmlbody);out.println(h1Hello, name!/h1);out.println(/body/html);}}这段代码虽然能跑通但暴露了传统 Servlet 开发的几个痛点参数绑定繁琐每次都要手动调用getParameter并做类型转换响应拼接原始HTML 需要手动拼接字符串难以维护逻辑耦合严重请求处理、业务逻辑、视图渲染全部堆在一个方法里配置分散URL 映射、初始化参数等散落在注解与配置文件中正是这些痛点催生了 MVC 架构模式与 Spring MVC 框架。4. Day2深入理解 MVC 架构模式4.1 Model、View、Controller 三层职责划分MVC 将应用程序划分为三个核心部分Model模型负责业务逻辑与数据访问封装数据与状态不关心如何展示View视图负责展示数据将 Model 中的数据渲染给用户如 JSP、Thymeleaf 模板Controller控制器负责接收请求、调用 Model 处理业务、选择 View 渲染结果是请求的调度中枢三层各司其职通过明确的接口协作从而降低耦合、提升可维护性。4.2 三层架构与 MVC 的协作关系三层架构表现层、业务层、持久层与 MVC 并不冲突而是互补协作Controller 对应表现层负责接收请求、参数校验、调用业务层Service 对应业务层承载核心业务逻辑对应 MVC 中的 Model 一部分DAO/Repository 对应持久层负责数据访问也是 Model 的一部分在实际项目中MVC 关注的是「请求如何被接收、处理、渲染」的流程而三层架构关注的是「业务如何分层、数据如何访问」的结构两者结合形成完整的应用骨架。下面用一张图直观展示三层架构与 MVC 的协作关系三层架构MVC 架构接收请求、参数校验调用业务层数据访问返回数据封装为 Model渲染数据返回响应Controller控制器Model模型View视图表现层业务层持久层从图中可以看出Controller 对应表现层Service 对应业务层DAO/Repository 对应持久层而 Model 贯穿业务层与持久层View 负责最终渲染两者通过 Controller 串联起完整的请求处理链路。4.3 MVC 架构解耦、易维护的核心优势相比传统 Servlet 的「大杂烩」写法MVC 带来了显著优势解耦视图与业务逻辑分离修改页面样式不影响业务代码易维护每层职责单一定位问题只需关注对应层可测试Model 与 Controller 可以脱离 View 独立单元测试可复用同一 Model 可以被多个 View 复用同一 Controller 可以调用不同 Service理解了这些优势就能明白 Spring MVC 为什么采用 DispatcherServlet 作为统一入口并通过注解驱动来简化开发。5. Day3搭建 Spring MVC 基础开发环境5.1 导入核心 Maven 依赖创建一个 Maven 工程在pom.xml中导入 Spring MVC 核心依赖dependencies!-- Spring MVC 核心 --dependencygroupIdorg.springframework/groupIdartifactIdspring-webmvc/artifactIdversion5.3.30/version/dependency!-- Servlet APITomcat 提供编译期需要 --dependencygroupIdjavax.servlet/groupIdartifactIdjavax.servlet-api/artifactIdversion4.0.1/versionscopeprovided/scope/dependency/dependencies5.2 完成第一个纯注解驱动的 Spring MVC 入门案例首先编写一个 Controller使用纯注解声明请求映射ControllerpublicclassHelloController{RequestMapping(/hello)ResponseBodypublicStringhello(RequestParam(valuename,defaultValueWorld)Stringname){returnHello, name!;}}接着编写配置类启用注解驱动并配置组件扫描ConfigurationEnableWebMvcComponentScan(com.example.controller)publicclassWebConfigimplementsWebMvcConfigurer{// 可在此配置视图解析器、静态资源等}最后在web.xml或通过AbstractAnnotationConfigDispatcherServletInitializer注册 DispatcherServletpublicclassWebInitializerextendsAbstractAnnotationConfigDispatcherServletInitializer{OverrideprotectedClass?[]getRootConfigClasses(){returnnewClass?[0];}OverrideprotectedClass?[]getServletConfigClasses(){returnnewClass?[]{WebConfig.class};}OverrideprotectedString[]getServletMappings(){returnnewString[]{/};}}5.3 验证请求响应全链路通跑启动 Tomcat 后访问http://localhost:8080/hello?nameSpring应返回Hello, Spring!。此时对比 Day1 的手写 Servlet你会发现参数绑定由RequestParam自动完成无需手动getParameter响应由ResponseBody自动序列化无需手动拼接 HTML请求分发由 DispatcherServlet 统一调度无需手动维护 Servlet 映射这正是 Spring MVC 在 Servlet 基础上做的封装与升华——理解了 Servlet才能真正理解 Spring MVC 的设计由来。6. 总结通过三天的学习我们从手写 Servlet 感受传统开发的痛点到理解 MVC 架构如何解耦再到用 Spring MVC 跑通全链路完成了从底层到框架的认知升级。核心收获是Spring MVC 不是凭空出现的框架而是对 Servlet 的合理封装与演进。只有吃透 Servlet 底层才能在后续学习中知其然更知其所以然避免只会复制粘贴代码。