Spring MVC传统XML配置版登录注册实战项目（含MySQL建表脚本与完整工程结构）

本文还有配套的精品资源，点击获取

简介：直接导入IDE就能跑的Spring MVC基础练习项目，专注实现用户登录和注册两个典型Web功能。整个流程走通了从前端JSP表单提交、Controller接收请求、Service处理业务规则、DAO操作MySQL数据库的完整MVC链路。配套提供springmvc.sql脚本，执行后自动创建user表并插入测试数据，省去手动建表和调试SQL的时间。项目采用经典XML配置方式（如spring-mvc.xml、web.xml），不依赖Spring Boot或复杂注解，重点体现DispatcherServlet分发机制、@RequestMapping映射、ModelAndView数据传递、forward/redirect跳转逻辑以及表单参数自动绑定。目录结构清晰：WebContent存放JSP页面和静态资源，src下分包管理controller/service/dao，WEB-INF包含配置文件，同时保留Eclipse工程元数据（.classpath等），开箱即用。适合Java Web初学者理解MVC各层职责划分和传统Spring Web开发流程。

1. 项目概述：为什么这个“老派”Spring MVC项目反而更适合入门

你是不是也经历过这样的困惑：刚学完Servlet和JSP，满怀信心点开Spring MVC教程，结果一上来就是@SpringBootApplication、@RestController、自动配置、Starter依赖……越看越懵？不是说Spring MVC是MVC框架吗？怎么连web.xml都找不到了？DispatcherServlet去哪儿了？ModelAndView怎么传值？表单提交的数据到底是谁在绑定？这些问题，在Spring Boot的“黑箱”里被层层封装，初学者根本看不到底层脉络。而这个项目，就是专为解决这个问题设计的——它不炫技、不省事、不跳步，用最原始、最透明、最“啰嗦”的XML配置方式，把Spring MVC的每一块骨头都拆开给你看。

核心关键词Spring MVC、用户登录、用户注册、MySQL脚本、XML配置，这五个词不是并列的标签，而是构成了一条清晰的学习路径：用XML配置搭建起Spring MVC的骨架，再在这个骨架上实现用户登录与用户注册这两个最典型、最基础的Web业务场景，所有数据落地到MySQL，并通过配套的springmvc.sql脚本一键初始化，彻底绕过环境配置这个最大的拦路虎。它不教你如何快速上线一个生产系统，而是手把手带你走通从浏览器地址栏输入/login，到服务器返回loginSuccess.jsp页面的完整链路。你会亲眼看到web.xml里如何注册DispatcherServlet，spring-mvc.xml里如何配置组件扫描和视图解析器，@RequestMapping注解如何将URL映射到具体方法，ModelAndView对象如何把用户名塞进请求域再转发给JSP，redirect:前缀如何触发一次302重定向，甚至<form:form>标签背后是如何通过DataBinder完成表单字段与Java Bean属性的自动匹配。这些在Spring Boot时代被默认隐藏的“脏活累活”，恰恰是理解Web开发本质的钥匙。如果你的目标是真正搞懂“请求是怎么被分发的”、“数据是怎么被传递的”、“页面是怎么被渲染的”，而不是仅仅学会复制粘贴几个注解，那么这个看似“过时”的XML配置项目，就是你目前最该花时间啃下的第一块硬骨头。

2. 整体架构与设计思路：回归MVC本源的四层拆解

这个项目的结构，不是为了炫技而堆砌的复杂分层，而是对经典MVC模式的一次教科书级复现。它没有引入MyBatis或Hibernate，而是用最朴素的JDBC Template；没有使用Lombok简化代码，而是老老实实写getter/setter；甚至连日志都只用最基础的System.out.println（当然，实际项目中你会换成SLF4J）。这种“返璞归真”的设计，其核心逻辑非常明确：让每一层的职责边界像玻璃一样透明，让每一个技术点的介入时机像钟表齿轮一样精准可辨。

2.1 四层物理结构与职责划分

整个工程目录严格遵循传统Java Web项目的物理分层，每一层都对应着MVC理论中的一个角色：

• WebContent层（视图View）：这是用户直接看到的世界。login.jsp和register.jsp是两个纯粹的HTML表单页面，没有任何业务逻辑，只负责收集用户输入；loginSuccess.jsp和registerSuccess.jsp是成功后的展示页，它们从请求域（request scope）里取出Controller传来的username，用<%= request.getAttribute("username") %>原生JSP表达式渲染出来；loginError.jsp和registerError.jsp则负责显示错误信息，比如“用户名已存在”或“密码长度不足”。这里的关键在于，所有JSP页面都不直接访问数据库，也不处理任何业务规则，它们只是被动地接收和展示数据，完美诠释了View的“只读”天性。

• Controller层（控制器Controller）：位于src/main/java/com/example/controller/包下，是整个流程的“交通指挥中心”。LoginController和RegisterController两个类，各自只有一个核心方法：login()和register()。它们的工作极其简单：接收前端发来的HTTP请求（包含用户名、密码等参数），调用Service层去处理，然后根据处理结果决定下一步动作——是转发（forward）到成功页面，还是重定向（redirect）回错误页面。这里没有复杂的DTO转换，没有全局异常处理器，就是最直白的if-else判断。例如，当Service返回true，Controller就创建一个ModelAndView("loginSuccess")，并往里面addObject("username", username)；如果返回false，就直接return "redirect:/loginError"。这种“傻瓜式”逻辑，恰恰暴露了Controller最本质的职能：协调与调度，而非计算与决策。

• Service层（业务逻辑Service）：位于src/main/java/com/example/service/包下，是业务规则的“守门人”。UserService接口定义了login(String username, String password)和register(String username, String password)两个契约，而UserServiceImpl类则负责兑现这些契约。它的核心工作有两件：第一，对输入参数进行校验（比如检查用户名是否为空、密码长度是否达标）；第二，调用DAO层去执行真正的数据库操作。这里的设计精妙之处在于，Service层不关心数据怎么存，只关心规则怎么定。它不会写一句SQL，也不会碰Connection对象，它只跟DAO接口打交道。这种隔离，保证了业务逻辑的纯粹性——哪怕你明天把MySQL换成Oracle，或者把JDBC换成MyBatis，Service层的代码一行都不用改。

• DAO层（数据访问Object）：位于src/main/java/com/example/dao/包下，是连接Java世界与数据库世界的“翻译官”。UserDao接口声明了findUserByUsername(String username)和saveUser(User user)两个方法，而UserDaoImpl类则用JdbcTemplate来实现它们。JdbcTemplate是Spring对JDBC的轻量级封装，它帮你自动管理Connection、PreparedStatement和ResultSet的生命周期，你只需要专注于写SQL和处理结果集。例如，在saveUser()方法里，你写的是一句简单的jdbcTemplate.update("INSERT INTO user (username, password) VALUES (?, ?)", user.getUsername(), user.getPassword())，JdbcTemplate会自动为你完成预编译、参数设置、执行和资源释放。DAO层的存在，彻底将“怎么操作数据库”的技术细节，从Service层剥离出去，让业务开发者可以心无旁骛地思考“用户注册需要满足哪些条件”，而不是“INSERT语句的占位符怎么写”。

2.2 XML配置的核心逻辑：谁在幕后指挥一切？

如果说代码层是台前的演员，那么XML配置文件就是幕后的导演。整个项目的灵魂，就藏在WEB-INF目录下的三个关键XML文件里：

• web.xml：Servlet容器的总开关
  这是Tomcat等Servlet容器启动时最先读取的文件。它做了三件至关重要的事：第一，声明了一个名为springmvc的Servlet，其类是org.springframework.web.servlet.DispatcherServlet，这就是Spring MVC的“大脑”；第二，通过<init-param>告诉这个DispatcherServlet，它的配置文件在哪里（contextConfigLocation参数指向/WEB-INF/spring-mvc.xml）；第三，用<url-pattern>/</url-pattern>将所有以/开头的请求（即几乎所有请求）都交给这个DispatcherServlet来处理。你可以把它想象成一个火车站的总调度室，所有进站的列车（HTTP请求）都必须先到这里报到，再由它分配到具体的站台（Controller）。

• spring-mvc.xml：DispatcherServlet的作战地图
  这个文件是DispatcherServlet的“作战指令集”。它主要配置了三样东西：第一，<context:component-scan base-package="com.example.controller" />，告诉Spring：“去com.example.controller这个包底下，把所有标了@Controller注解的类都找出来，实例化成Bean，并放进Spring容器里”；第二，<bean class="org.springframework.web.servlet.view.InternalResourceViewResolver">，这是一个视图解析器，它规定了：当Controller返回一个字符串，比如"loginSuccess"时，Spring MVC应该自动把它拼接成/WEB-INF/jsp/loginSuccess.jsp这个真实路径，然后去那个位置找JSP文件；第三，<mvc:annotation-driven />，这是开启Spring MVC注解驱动的开关，没有它，@RequestMapping、@RequestParam这些注解就完全不起作用。这个文件，就是整个MVC流程得以运转的“神经中枢”。

• applicationContext.xml：业务Bean的中央仓库
  虽然项目正文里没提，但一个完整的Spring MVC项目必然需要它。它通常放在WEB-INF目录下，负责管理Service和DAO层的Bean。它会配置DataSource（数据库连接池）、JdbcTemplate（基于DataSource的模板），以及UserService和UserDao的具体实现类。它的核心思想是：把对象的创建和依赖关系的管理，从Java代码里抽离出来，交给Spring容器统一调度。比如，UserServiceImpl需要一个UserDao，你不用在代码里写new UserDaoImpl()，而是在applicationContext.xml里声明<bean id="userService" class="com.example.service.UserServiceImpl"> <property name="userDao" ref="userDao"/> </bean>。这样，Spring容器在启动时，就会自动把userDao这个Bean注入到userService的userDao属性里。这种“控制反转”（IoC），是Spring最伟大的设计之一，它让代码之间的耦合度降到了最低。

3. 核心细节解析与实操要点：从建表到页面的全流程拆解

要真正吃透这个项目，光看目录结构是远远不够的。我们必须深入到每一个环节的毛细血管里，去看那些在教程里常常被一笔带过的“小细节”，正是这些细节，构成了一个可运行项目的全部血肉。

3.1 MySQL建表脚本：springmvc.sql的深意

项目提供的springmvc.sql脚本，远不止是一段创建表的SQL。它是一个精心设计的“环境速配器”，其内容如下：

-- 创建数据库（如果不存在） CREATE DATABASE IF NOT EXISTS springmvc DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; -- 使用数据库 USE springmvc; -- 创建user表 CREATE TABLE `user` ( `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '主键ID', `username` varchar(50) NOT NULL COMMENT '用户名，唯一', `password` varchar(100) NOT NULL COMMENT '密码（明文存储，仅用于学习）', `created_time` datetime DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间', PRIMARY KEY (`id`), UNIQUE KEY `uk_username` (`username`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='用户信息表'; -- 插入两条测试数据 INSERT INTO `user` (`username`, `password`) VALUES ('admin', '123456'), ('test', '654321');

这段脚本的每一个字符都有其不可替代的作用。首先，CREATE DATABASE IF NOT EXISTS springmvc确保了无论你的MySQL里有没有这个库，执行脚本都不会报错；DEFAULT CHARACTER SET utf8mb4则是为了解决中文乱码问题，utf8mb4是MySQL推荐的、能完整支持Emoji和所有Unicode字符的编码，比老旧的utf8更可靠。其次，UNIQUE KEY uk_username这个唯一索引，是UserService.register()方法中“用户名不能重复”这一业务规则的技术基石。当你在Service层执行userDao.findUserByUsername(username)查询后，如果返回null，才允许插入新用户，否则就抛出“用户名已存在”的错误。最后，插入的两条测试数据，其意义在于验证整个链路的连通性。当你第一次启动项目，直接访问/login页面，输入admin/123456就能成功登录，这说明从JSP表单提交、Controller接收、Service校验、DAO查询、再到数据库返回结果，整条链路是畅通无阻的。这是一种最高效、最直观的“冒烟测试”，它让你在敲下第一行Java代码之前，就获得了正向反馈，极大地提升了学习信心。

3.2 JSP页面：表单提交与数据回显的奥秘

login.jsp和register.jsp是整个项目的“门面”，但它们的代码却简洁得令人惊讶：

<!-- login.jsp --> <form action="/login" method="post"> <label>用户名：</label> <input type="text" name="username" required><br> <label>密码：</label> <input type="password" name="password" required><br> <input type="submit" value="登录"> </form>

这个表单的action属性指向/login，method是post，这决定了当用户点击“登录”按钮时，浏览器会向服务器发起一个POST请求，URL是http://localhost:8080/your-app-context/login。关键在于name属性：<input name="username">和<input name="password">。这两个名字，就是Controller方法参数绑定的“钥匙”。在LoginController.login()方法里，你会看到这样的签名：

@RequestMapping(value = "/login", method = RequestMethod.POST) public ModelAndView login(@RequestParam String username, @RequestParam String password) { // ... }

这里的@RequestParam String username，其工作原理是：Spring MVC的DataBinder会自动扫描HTTP请求的参数列表，找到name="username"的那个参数，将其字符串值"admin"，转换成String类型，并赋值给方法的username形参。这个过程叫做“参数绑定”，它是整个MVC流程中最神奇、也最容易被忽视的一环。同理，loginSuccess.jsp里的<%= request.getAttribute("username") %>，则是Controller通过modelAndView.addObject("username", username)将数据放入ModelAndView对象后，InternalResourceViewResolver在转发时，自动将这个username属性放到了HttpServletRequest的属性域里，供JSP页面通过request.getAttribute()取用。这种“约定优于配置”的设计，让前后端的数据流转变得无比丝滑。

3.3 Controller层：@RequestMapping与ModelAndView的实战演绎

LoginController是理解Spring MVC路由机制的绝佳范本。它的完整代码如下：

@Controller public class LoginController { @Autowired private UserService userService; // 处理GET请求：显示登录页面 @RequestMapping(value = "/login", method = RequestMethod.GET) public String showLoginPage() { return "login"; // 返回逻辑视图名，由ViewResolver解析为 /WEB-INF/jsp/login.jsp } // 处理POST请求：处理登录逻辑 @RequestMapping(value = "/login", method = RequestMethod.POST) public ModelAndView login(@RequestParam String username, @RequestParam String password) { boolean success = userService.login(username, password); ModelAndView modelAndView = new ModelAndView(); if (success) { modelAndView.setViewName("loginSuccess"); // 设置视图名 modelAndView.addObject("username", username); // 添加模型数据 } else { modelAndView.setViewName("redirect:/loginError"); // 重定向到错误页面 } return modelAndView; } }

这段代码展示了两个核心概念的对比：转发（Forward）与重定向（Redirect）。当登录成功时，modelAndView.setViewName("loginSuccess")意味着服务器内部将请求“转发”到loginSuccess.jsp，整个过程对浏览器是透明的，浏览器地址栏的URL依然是/login。而当登录失败时，modelAndView.setViewName("redirect:/loginError")则会触发一次HTTP 302重定向，服务器会返回一个特殊的响应头Location: /loginError，浏览器收到后，会立刻发起一个新的GET请求去访问/loginError，此时地址栏的URL就会变成/loginError。这个区别至关重要：转发是服务器内部的行为，可以共享请求域（request scope）里的数据；重定向是客户端的行为，会丢失所有请求域数据，但能防止用户刷新页面时重复提交表单。在loginError.jsp里，你无法通过request.getAttribute()拿到任何东西，因为它是一个全新的请求，所以页面上显示的错误信息，必须由Controller在重定向之前，通过session.setAttribute()等方式提前存好，或者干脆在重定向URL里带上参数，如redirect:/loginError?error=1。

4. 实操过程与核心环节实现：从零开始导入、配置、运行的完整指南

现在，让我们把前面所有的理论知识，变成一次真实的、可触摸的操作。我将以Eclipse IDE为例，手把手带你完成从解压项目到成功运行的全过程。这个过程里，每一个步骤都不是可有可无的，它们共同构成了一个稳定运行的基石。

4.1 环境准备与项目导入：避开IDE的“默认陷阱”

第一步，解压你下载的项目压缩包。你会看到一个名为3m9ZyJLMQqvKmJAbdrQx-master-653ee4b618a609ad7deb5b1d16ad9cd4551c7dee的文件夹，这其实是Git仓库的克隆名，你需要把它重命名为一个更直观的名字，比如springmvc-demo。然后，打开Eclipse，选择File -> Import... -> General -> Existing Projects into Workspace，在Select root directory里，浏览并选中你刚刚重命名的springmvc-demo文件夹。关键点来了：在下方的Projects列表里，确保勾选了你的项目，并且取消勾选Copy projects into workspace。这个选项一旦勾选，Eclipse会把项目文件复制一份到自己的工作空间目录下，导致你后续修改的代码，和原始项目文件夹里的代码脱节，调试起来会非常混乱。保持“链接”状态，才能保证你看到的就是真实的项目。

导入完成后，Eclipse可能会报一堆红色叉号，提示The project was not built since its build path is incomplete。别慌，这是因为项目缺少必要的Java EE库和Servlet API。右键点击项目名，选择Properties -> Project Facets，在右侧勾选Dynamic Web Module（版本选3.0或3.1），再勾选Java（版本选1.8，因为项目是基于Java 8构建的）。点击Apply and Close，Eclipse会自动为你添加Web App Libraries。接着，再次右键项目，选择Build Path -> Configure Build Path... -> Libraries -> Add Library... -> Server Runtime，选择你本地安装的Tomcat服务器（比如Apache Tomcat v9.0）。这一步，是让Eclipse知道：“嘿，这个项目是要跑在Tomcat上的，所以请把Tomcat自带的servlet-api.jar这些库，加到我的编译路径里”。

4.2 数据库配置：applicationContext.xml的精准修改

项目能否连接上MySQL，全看WEB-INF/applicationContext.xml里的一段配置。你需要找到类似下面的代码块：

<bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource"> <property name="driverClassName" value="com.mysql.cj.jdbc.Driver"/> <property name="url" value="jdbc:mysql://localhost:3306/springmvc?useSSL=false&amp;serverTimezone=UTC"/> <property name="username" value="root"/> <property name="password" value="123456"/> </bean>

这里有几个极易出错的坑，必须逐一核对：
1.驱动类名：com.mysql.cj.jdbc.Driver是MySQL 8.x版本的驱动类名。如果你用的是MySQL 5.x，它应该是com.mysql.jdbc.Driver。版本不匹配，会导致ClassNotFoundException。
2.JDBC URL：jdbc:mysql://localhost:3306/springmvc中的localhost是你MySQL服务的地址，3306是端口，springmvc是数据库名。如果你的MySQL不是装在本机，或者端口被改过，或者数据库名不是springmvc，这里必须同步修改。?useSSL=false&serverTimezone=UTC是为了解决SSL连接和时区问题，&在XML里要写成&，这是XML转义规则，漏掉这个amp;，整个XML文件都会解析失败。
3.用户名和密码：value="root"和value="123456"，必须是你自己MySQL的管理员账号和密码。很多新手在这里卡住，因为他们以为root用户的密码一定是123456，其实它可能是空的，也可能是你在安装MySQL时自己设置的。不确定的话，打开MySQL命令行，输入mysql -u root -p，然后输入你的密码，如果能成功登录，就说明账号密码是对的。

4.3 启动与验证：观察控制台日志的“心跳”

一切配置就绪后，右键项目，选择Run As -> Run on Server，选择你配置好的Tomcat服务器，点击Finish。Eclipse会自动将项目打包成WAR文件，并部署到Tomcat的webapps目录下，然后启动Tomcat。

此时，请务必把眼睛盯在Eclipse底部的Console（控制台）窗口。一个健康的启动过程，会在控制台里打印出类似这样的日志：

INFO : org.springframework.web.servlet.DispatcherServlet - FrameworkServlet 'springmvc': initialization started INFO : org.springframework.web.context.support.XmlWebApplicationContext - Refreshing WebApplicationContext for namespace 'springmvc-servlet': startup date [Wed Oct 25 10:20:30 CST 2023]; root of context hierarchy INFO : org.springframework.beans.factory.xml.XmlBeanDefinitionReader - Loading XML bean definitions from ServletContext resource [/WEB-INF/spring-mvc.xml] INFO : org.springframework.web.servlet.DispatcherServlet - FrameworkServlet 'springmvc': initialization completed in 456 ms

这几行日志，就是Spring MVC“心脏”开始跳动的证明。initialization completed in 456 ms意味着DispatcherServlet已经成功加载了spring-mvc.xml，并完成了所有Bean的初始化。如果控制台里出现了Caused by: java.lang.ClassNotFoundException: com.mysql.cj.jdbc.Driver或者Cannot create JDBC driver of class 'com.mysql.cj.jdbc.Driver'，那就说明数据库驱动没配好；如果出现了Failed to load ApplicationContext，那大概率是applicationContext.xml里的某个Bean配置有语法错误。

启动成功后，在浏览器里输入http://localhost:8080/springmvc-demo/login（注意，springmvc-demo是你的项目名，也就是WAR包的名字），你应该能看到一个干净的登录表单。输入admin和123456，点击登录，页面会跳转到loginSuccess.jsp，并显示“欢迎 admin！”——恭喜你，第一个里程碑已经达成。

5. 常见问题与排查技巧实录：那些只有踩过才知道的坑

在无数次指导新人的过程中，我总结出了这个项目最常遇到的五大“拦路虎”。它们看起来都是小问题，但足以让一个初学者在电脑前枯坐一上午。我把它们整理成一张速查表，并附上最直接的解决方案。

提示：在pom.xml里，你会发现项目依赖了spring-webmvc、spring-jdbc、mysql-connector-java等核心jar包。但请注意，这个项目是传统Web项目，不是Maven Web项目。这意味着，pom.xml在这里只是一个“参考清单”，它告诉你项目需要哪些jar包，但Eclipse并不会自动从Maven仓库下载它们。你必须手动把这些jar包（可以从Maven中央仓库下载，或者从其他Spring项目里复制）放到WEB-INF/lib目录下。这是传统项目和现代Maven项目最根本的区别之一，也是新手最容易混淆的地方。

注意：register.jsp里的注册表单，其action指向的是/register，而RegisterController.register()方法里，对密码的校验逻辑是password.length() >= 6。这是一个典型的、故意留下的“可扩展点”。你可以试着把它改成>= 8，然后重新部署，再用一个6位密码去注册，就会看到registerError.jsp被触发。这种“改一行代码，看效果变化”的即时反馈，是学习编程最有效的催化剂。不要害怕犯错，每一次404、每一次500，都是你离真正理解更近了一步。

6. 经验心得与延伸思考：从“能跑”到“懂行”的跃迁

当我第一次把这个项目跑起来，看到loginSuccess.jsp上显示出“欢迎 admin！”的时候，那种兴奋感至今难忘。但兴奋过后，随之而来的是更深一层的思考：这个项目教会我的，远不止是几个XML标签和注解的用法。它像一把手术刀，精准地剖开了现代Web框架华丽外衣下的肌肉与骨骼，让我第一次看清了“请求-响应”这个最古老、也最核心的Web交互模型，究竟是如何被一层层抽象、封装、最终变成我们习以为常的@GetMapping和ResponseEntity的。

我最大的心得是：不要急于拥抱“新”，而要深刻理解“旧”。Spring Boot之所以强大，是因为它建立在对Spring MVC、Servlet、HTTP协议等“旧”技术的极致抽象之上。一个只会用@SpringBootApplication的开发者，和一个既懂@SpringBootApplication、又能在web.xml里手写<servlet>配置的开发者，他们的技术纵深是完全不同的。前者是熟练的工具使用者，后者是潜在的工具创造者。这个XML配置项目，就是你构建这种纵深的“地基”。它强迫你去思考：为什么需要DispatcherServlet？为什么需要ViewResolver？为什么@RequestParam能自动绑定？这些问题的答案，不在Spring Boot的文档里，而在spring-webmvc这个jar包的源码深处。

基于这个坚实的基础，你可以轻松地进行各种延伸练习。比如，把User实体类里的password字段，从明文存储改为使用BCryptPasswordEncoder进行加密存储，这会带你进入Spring Security的密码编码世界；再比如，把JdbcTemplate换成MyBatis，你只需要修改applicationContext.xml里的DAO Bean配置，以及UserDao接口的实现类，Controller和Service层的代码一行都不用动，这会让你深刻体会到“面向接口编程”的巨大威力；甚至，你可以尝试把整个项目从XML配置，一步步迁移到纯注解配置（@Configuration），最后再升级到Spring Boot，这个过程，就是一部浓缩的Spring框架进化史。

最后分享一个小技巧：在LoginController的login()方法里，把@RequestParam String username改成@RequestParam(required = false) String username，然后在方法体里加一句if (username == null) { username = "guest"; }。再启动项目，直接访问/login?username=（后面不跟值），你会发现页面上显示“欢迎 guest！”。这个小小的改动，揭示了一个重要事实：@RequestParam的required属性，默认是true，这意味着如果URL里没有这个参数，Spring MVC会直接返回400 Bad Request。而把它设为false，就给了你更大的灵活性，可以处理缺省值、空值等边界情况。这种对细节的掌控力，正是一个资深开发者与初级开发者之间，最细微、也最关键的分水岭。

本文还有配套的精品资源，点击获取

简介：直接导入IDE就能跑的Spring MVC基础练习项目，专注实现用户登录和注册两个典型Web功能。整个流程走通了从前端JSP表单提交、Controller接收请求、Service处理业务规则、DAO操作MySQL数据库的完整MVC链路。配套提供springmvc.sql脚本，执行后自动创建user表并插入测试数据，省去手动建表和调试SQL的时间。项目采用经典XML配置方式（如spring-mvc.xml、web.xml），不依赖Spring Boot或复杂注解，重点体现DispatcherServlet分发机制、@RequestMapping映射、ModelAndView数据传递、forward/redirect跳转逻辑以及表单参数自动绑定。目录结构清晰：WebContent存放JSP页面和静态资源，src下分包管理controller/service/dao，WEB-INF包含配置文件，同时保留Eclipse工程元数据（.classpath等），开箱即用。适合Java Web初学者理解MVC各层职责划分和传统Spring Web开发流程。

本文还有配套的精品资源，点击获取