用户甲我的学习目录里，当某个课件以“JavaWeb_07”这样的编号出现时，往往意味着两件事：一是前面的基础知识已经告一段落，二是接下来要开始动真格的了。如果你正在跟着系列视频或培训讲义学JavaWeb，大概率会发现，第07节前后的内容密度完全不同——前面的章节可能教你怎么写一个Servlet、怎么处理请求参数、怎么用JDBC连一次数据库，而到了这一节，通常直接甩给你一个“完整案例”，从建表到页面，从头到尾带着你搭一个能跑的项目。
这个编号本身不是重点，但它代表的那个学习节点很重要。我的看法很简单：JavaWeb_07这类内容，本质上是在逼你把学过的知识点串成一条线。这条线从IDEA的项目配置开始，经过Tomcat的部署运行，落到MySQL的数据读写，最后在浏览器页面上看到结果。任何一个环节掉链子，比如Servlet路径配错了、JDBC驱动没加进去、MySQL字符集乱码了，整个项目都转不起来。所以这篇文章，我就围绕这个节点，把我实际带项目、帮人排查问题过程中最常遇到的东西聊一遍，包括IDEA里跑JavaWeb项目的标准配置、一个完整案例的逐步拆解、还有各种让人抓狂的坑和解决办法。不管你是刚学到这一课的新手，还是被项目配置折磨得想砸电脑的初学者，这东西应该都能让你少走不少弯路。
1. 为什么“第07节”突然开始上完整案例
先聊一个听着像废话、但其实很关键的问题：为什么课程编排会把一个完整项目放在第七节左右，而不是一开始就让你做？
道理说穿了也简单。前几节学的东西，本质上都是“单个技能点”。学Servlet的时候，你知道写一个类继承HttpServlet，重写doGet和doPost，然后在web.xml里配个映射或者用@WebServlet注解就能访问。学JDBC的时候，你知道加载驱动、获取连接、写SQL、处理结果集这一套流程。但单点知识最大的问题在于，它们之间是割裂的。你写完JDBC查询，数据是在控制台打印的，你写完Servlet，页面上只能输出一段死文本。两样东西放在一个工程里，怎么结合、请求怎么转发、页面怎么渲染数据，这些只有在完整的项目上下文中才能真正理解。
所以JavaWeb_07这个节点的课程设计，几乎都是同一个套路：给定一个业务场景，比如学生管理、商品列表、用户注册登录，然后要求你从数据库建表开始，一路写到前端展示。这背后的逻辑不是为了让你“做出一个东西”，而是让你把Servlet的声明周期、请求参数封装、转发重定向的区别、JDBC的增删改查、页面中如何嵌套JSP表达式这几根原本平行的线，在一个真实场景里织成一张网。
还有一个更实际的原因：完整项目是检验环境配置是否正确的唯一标准。我见过太多人，跟着视频写Servlet、查数据库都成功了，但一让他从头搭一个项目就卡住。卡在哪？往往是IDEA的Project Structure配置、Tomcat的Deployment设置、MySQL驱动的依赖管理这些“不是代码的代码”。这些东西在零散练习中体现不出来，但一旦做完整案例，它们全部变成了必要条件。课程把完整案例放在这个位置，某种程度上也是在强制你过一次这些基础设施层面的坑。
另外一个隐藏的学习点，是你开始建立“分层”意识。哪怕是课程里最简单的完整案例，通常也会有实体类、工具类、数据访问层、Servlet控制层、视图页面这几类东西。刚开始你可能觉得这种分类麻烦，但等你之后接触MVC框架、SpringBoot时就会发现，所有框架都是从这里生长出来的。JavaWeb_07，说白了就是让你先用手工的方式，把之后框架帮你做的事做一遍。
1.1 学到这里，你手里应该已经攒下的“武器”
我建议在进入完整案例之前，先清点一下自己前面的基础有没有漏。根据我自己带人的经验，学习进度到第七节左右，你会卡住的可能性主要集中在三件事上：IDEA配置、JDBC驱动导入、以及请求和转发的概念混淆。前两个是环境层面，后面一个是代码层面。
环境这块，如果你连“在IDEA里新建一个JavaWeb项目”都还没自己手工操作过，那第七节的完整案例对你来说就是灾难。因为你没有概念：哪些文件该放src，哪些该放web目录，Tomcat怎么和IDEA关联，运行时classpath是怎么组成的。这些知识几乎没有教程会专门拿一节课来讲，全靠你在做项目的过程中摸索。建议你在开始完整案例前，先自己从头建一个空的JavaWeb项目，什么都不做，就是配好Tomcat，启动后能在浏览器上看到一个空页面。这个动作花不了二十分钟，但能把你后面所有“玄学报错”的概率降低一半以上。
代码层面，你需要明确两对容易混淆的操作。第一对是请求转发（forward）和重定向（sendRedirect）的区别。转发是服务器内部跳转，地址栏不变，一个请求生命周期内能通过request作用域传数据；重定向是浏览器重新发请求，地址栏改变，数据传递要用session或者URL参数。完整案例里列表页到新增页、提交后回列表，这些跳转场景正确选择转发还是重定向，是第07节一个非常容易被检查的考点。第二对是doGet和doPost的选择、以及请求参数中文乱码的两种处理：request.setCharacterEncoding("UTF-8")负责解决POST请求的提交参数乱码，而响应的setContentType("text/html;charset=UTF-8")负责解决页面展示的乱码。这两个地方分开记，别搞混，后面会省很多时间。
数据库方面，你需要确保自己动手执行过建库建表的SQL，而不是只在视频里看着别人点。建议你自己手动敲一遍CREATE DATABASE和CREATE TABLE，感受一下字段类型、主键自增、默认值这些设计选择。因为在完整案例里，表结构一旦建错，后面所有代码都会跟着出错，而且是那种改哪都不对的感觉。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. IDEA里跑JavaWeb项目：配置环节逐个拆开讲
说实话，IDEA里运行JavaWeb项目的配置过程，是劝退初学者的第一大户。很多人在这一步卡了一两天也没搞清楚“为什么我的Tomcat启动日志没报错，但浏览器就是404”。下面我按配置顺序把关键环节过一遍，顺便把每个地方“为什么这么配”解释清楚。
2.1 新建项目时最容易埋雷的三个选项
第一坑：Project SDK和Java版本。现在很多教程视频用的是老版本IDEA配JDK 8，你如果装了新版的JDK或者新版IDEA，界面会不一样，菜单名称也不同。这个不致命，但确实会增加对照操作的心理压力。我的建议是：如果你刚开始学JavaWeb，直接用JDK考上来的版本，不要追新。比如教程里如果是JDK 8，你就老老实实用JDK 8，等入门之后再换新版本也不迟。因为JavaWeb本身对语言新特性的依赖很低，核心是Java EE规范那套东西，JDK版本不同带来的影响远小于配置方式不同带来的误导。
第二坑：项目的类型选择。在IDEA里新建项目时，你可以选“Java Enterprise”选项，也可以选普通的“Java”然后手动添加Web支持。前者会帮你生成web.xml和便于配置Tomcat的骨架，后者则是一个纯Java工程，需要手动在项目结构里添加Web模块。我的经验是，跟着视频学的时候，尽量用什么方式就一致，别混着用。如果你前面学的课程一直用的是Java Enterprise方式创建的项目，那你第七节也继续。如果你手头是个普通Java项目，那就去File > Project Structure > Facets里手动添加Web，再在Artifacts里生成Web exploded包。这里一定不要跳过，因为Tomcat部署时必须有Artifact，否则你连部署菜单都没有。
第三坑：web目录和WEB-INF的放置位置。IDEA中典型的结构是，项目根目录下有一个src目录放Java代码，还有一个web目录（有时叫webapp或WebContent）放JSP页面和WEB-INF。WEB-INF下面必须有web.xml（除非你用的是Servlet 3.0以上并且全用注解，有些项目也可以不需要web.xml）。很多新手把JSP直接放到src目录里，或者把web.xml放错位置，启动时就会报找不到或内容不完整的错误。这个在你用Java Enterprise方式创建项目时IDEA会自动建好，但如果你手动转Web项目，就要特别注意这个目录结构。
2.2 Tomcat运行配置：搞懂Deployment和Application context
这是配置环节里最关键的一步，也是404出现最频繁的原因。右键项目，选择Run > Edit Configurations，然后添加一个Tomcat Server > Local。这里有三件事要确认。
第一件：Tomcat的Home目录是不是指向了你本地解压的Tomcat文件夹。不要指向IDEA自带的那个（其实新版本IDEA没有自带Tomcat），也不要指向压缩包内部没解压的路径。选好之后，如果IDEA提示你缺少、破损之类的东西，多半是你的Tomcat路径没有权限或者解压不完整。顺手确认一下Tomcat版本，如果你用的是Java 8环境，建议搭配Tomcat 9以下；如果新环境，Tomcat 10+可能默认Servlet规范是Jakarta命名空间，写代码时import是javax还是jakarta开头一定要先看清，这个坑特别隐蔽。
第二件：Deployment选项卡里必须添加Artifact。点加号，选择“Artifact...”，然后选你项目的Web exploded格式。爆炸包的意思是把编译后的classes、JSP页面、依赖的jar包按真实部署的结构展开到某个临时目录。选完之后，下面的“Application context”设置决定了你在浏览器里访问的路径。比如它如果显示 /，那访问地址就是 http://localhost:8080/项目名/xxx；如果显示 /xxx，那地址也要相应带上xxx前缀。很多人的404错误就是Application context设置的和地址栏敲的不一致导致的。
第三件：Server选项卡里的“HTTP port”和“On frame deactivation”。端口默认8080，如果你的电脑上某个程序占用了8080，IDEA启动时会告诉你端口被占用并建议换一个。这时你可以改用8081、8082之类。注意换过之后，浏览器地址别再敲8080。还有那个“Update classes and resources”相关的选项，选择Update resources就可以在改 JSP时不重启直接刷新页面，能省不少时间。
2.3 依赖管理：驱动jar包到底该怎么加
JavaWeb项目的依赖管理，从老到新经历了很多种方式。最老土的，是手动下载MySQL的JDBC驱动jar文件，复制到项目的WEB-INF/lib目录下。这种方式现在依然有效，因为Tomcat启动后会把WEB-INF/lib下面的jar自动加入到运行时classpath。但它的问题是，你只管得了这一个项目，以后每建一个项目就要重复一遍；而且你手动下载的jar版本和你使用的MySQL版本如果不匹配，会触发各种奇怪的连接报错。
稍微现代一点的做法，是用Maven。IDEA新版本对Maven的支持已经很完善了，你在项目里创建或转换成一个Maven工程，然后在pom.xml里声明依赖：
xml复制<dependency>
<groupId>mysql</groupId>
<artifactId>mysql-connector-java</artifactId>
<version>8.0.33</version>
</dependency>
保存后Maven会自动下载对应版本的驱动。这里我要说一个需要注意的细节：Maven依赖下载下来之后，默认是在你的本地仓库（~/.m2/repository），并不会自动打包进入Tomcat部署的Artifact。你在源码运行时编译可能不报错，因为IDEA把Maven依赖加到了编译classpath里，但运行时Tomcat找不到驱动类，于是启动项目后第一次执行数据库操作就抛ClassNotFoundException。解决方法是：Project Structure > Artifacts > 选中你的 exploded war > 展开Available Elements里找到你的Maven依赖，右键选“Put into WEB-INF/lib”，把所需的jar打进去。这一步在维护老项目时尤其常见，务必记住。
如果你用的是更高版本的IDEA和Tomcat，还有一种方式是直接在pom.xml里把JDBC驱动的scope设置成provided或者直接靠Tomcat自身的lib目录。这种做法不推荐在练习阶段用，因为它隐藏了部署细节，反而让你不容易理解classpath的构成。宁可每一步都手动确认一下，也别让工具帮你把问题掩盖掉。
3. 完整案例实操：一个学生管理项目走通全链路
配置说完了，下面进入核心操作。为了讲得直观，我以一个经典的学生信息管理系统为例，把它从数据库到页面的实现过程拆解开。这个案例足够简单，但覆盖了JavaWeb全部基本环节：建表、DAO、Servlet、JSP展示。
3.1 建库建表：字符集、时区、字段类型，一次填到位
第一步是打开MySQL客户端（命令行或者Navicat都行），执行建库语句。这里的字符集选择非常关键，建议一律使用utf8mb4。虽然utf8也能存中文，但utf8mb4是utf8的超集，对表情符号等特殊字符支持更好，也能避免一些隐性问题，所以从第一张表开始用utf8mb4，后面就不会因为字符集不一致出一堆乱码。
sql复制CREATE DATABASE student_db DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
USE student_db;
CREATE TABLE student (
id INT PRIMARY KEY AUTO_INCREMENT,
name VARCHAR(50) NOT NULL,
age INT DEFAULT 0,
email VARCHAR(100),
created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);
建表的时候，有几个选择值得说明。首先是主键：这里用的是INT自增。对于这类简单的练习项目，自增主键最省心。其次是age字段：为什么不设成UNSIGNED TINYINT？对于练习项目来说，TINYINT确实更规范，但很多初学者在后续的代码里会把它搞混，出现年龄显示成负数、转换异常之类的困惑，所以我建议练习阶段先用INT，业务设计更成熟后自然会调整。最后是created_at：TIMESTAMP类型的默认值默认用CURRENT_TIMESTAMP即可，在插入数据时不用手工赋值，非常方便。
另外有一个高频坑，很多人建完表、写完连接代码之后，启动项目报错：The server time zone value 'Öйú±ê׼ʱ¼ä' is unrecognized。这其实是MySQL 8.x的时区配置变化导致的，跟你的代码本身无关。解决办法是在JDBC URL后面加上serverTimezone参数：
code复制jdbc:mysql://localhost:3306/student_db?useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=Asia/Shanghai
这个URL字符串里集合了三个关键参数：useUnicode和characterEncoding用于解决中文乱码，serverTimezone解决时区报错，useSSL=false避免了MySQL 8版本对SSL认证的强制要求。建议这一串直接记下来。
3.2 连接工具类与DAO层：别小看这几行“模板代码”
写一个DBHelper工具类，用来统一获取数据库连接：
java复制import java.sql.Connection;
import java.sql.DriverManager;
import java.sql.SQLException;
public class DBHelper {
private static final String URL = "jdbc:mysql://localhost:3306/student_db?useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=Asia/Shanghai";
private static final String USER = "root";
private static final String PASSWORD = "你的密码";
static {
try {
Class.forName("com.mysql.cj.jdbc.Driver");
} catch (ClassNotFoundException e) {
e.printStackTrace();
}
}
public static Connection getConnection() throws SQLException {
return DriverManager.getConnection(URL, USER, PASSWORD);
}
}
很多新手会问，为什么要写Class.forName("com.mysql.cj.jdbc.Driver")？在老版本JDBC里，这一步必须显式执行，作用是让驱动类完成注册。MySQL 5.x的驱动名是com.mysql.jdbc.Driver，MySQL 8.x换成了com.mysql.cj.jdbc.Driver。你如果用的是MySQL 8驱动，但照老教程写旧驱动名，会报ClassNotFoundException。新版JDBC驱动在某些情况下可以自动注册，但显式写出来更稳妥，而且能帮你快速定位依赖有没有问题。
接下来写Student实体类和StudentDao。实体类非常简单，字段对应表的列，提供getter/setter。DAO层的核心方法就一个查询列表：
java复制public List<Student> findAll() {
List<Student> list = new ArrayList<>();
String sql = "SELECT id, name, age, email FROM student";
try (Connection conn = DBHelper.getConnection();
PreparedStatement ps = conn.prepareStatement(sql);
ResultSet rs = ps.executeQuery()) {
while (rs.next()) {
Student s = new Student();
s.setId(rs.getInt("id"));
s.setName(rs.getString("name"));
s.setAge(rs.getInt("age"));
s.setEmail(rs.getString("email"));
list.add(s);
}
} catch (SQLException e) {
e.printStackTrace();
}
return list;
}
注意这里用了try-with-resources语法，连接、语句、结果集都会自动关闭，不用手写finally块。虽然练习阶段项目小，资源泄漏影响不大，但养成这个习惯很值。另外，查询的时候不要拼字符串SQL，直接用PreparedStatement的?占位符，既能防SQL注入，也减少了转义的麻烦。
3.3 Servlet与页面：转发、作用域、JSP表达式怎么配合
完成了DAO层，接着是Servlet层。这里我建议使用Servlet 3.1+的@WebServlet注解方式去配置映射，省去web.xml的麻烦：
java复制@WebServlet("/student/list")
public class StudentListServlet extends HttpServlet {
protected void doGet(HttpServletRequest req, HttpServletResponse resp)
throws ServletException, IOException {
StudentDao dao = new StudentDao();
List<Student> studentList = dao.findAll();
req.setAttribute("studentList", studentList);
req.getRequestDispatcher("/list.jsp").forward(req, resp);
}
}
这段代码包含几个关键知识点。第一，@WebServlet里写的路径就是你的访问路径，注意要和地址栏保持一致，比如Application context是根，那么访问地址是 /student/list。第二，req.setAttribute把数据放进request作用域，然后用getRequestDispatcher("/list.jsp").forward(req, resp)转发到页面。转发的特点是，request对象在Servlet和JSP之间是同一个，所以JSP里可以直接用EL表达式取到studentList。第三，这里用的是转发而不是重定向，因为我们要把数据带给页面；如果用重定向，request作用域就丢掉了。
JSP页面部分，最直接的是用JSTL+EL进行遍历：
jsp复制<%@ page contentType="text/html;charset=UTF-8" language="java" %>
<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %>
<html>
<head><title>学生列表</title></head>
<body>
<h2>学生信息列表</h2>
<table border="1">
<tr>
<th>ID</th><th>姓名</th><th>年龄</th><th>邮箱</th>
</tr>
<c:forEach items="${studentList}" var="s">
<tr>
<td>${s.id}</td>
<td>${s.name}</td>
<td>${s.age}</td>
<td>${s.email}</td>
</tr>
</c:forEach>
</table>
</body>
</html>
这里有一个需要提前说明的坑：JSTL标准库不是Servlet/JSP容器自带的，你需要手动把jstl的jar包放进WEB-INF/lib，或者用Maven引入。如果你没加这个依赖，页面会报错说找不到c标签对应的库。有些新手以为JSP本身支持这样用，结果一运行就白屏，然后就懵了。我的建议是，如果你的课程内容还没讲到JSTL，那你可以在JSP里先用最原始的脚本遍历，例如<% for(Student s : (List<Student>)request.getAttribute("studentList")) { %>。虽然这种写法比较丑，但至少不用额外依赖。学到JSTL之后再替换成标签式写法，顺便理解这两种写法的关系。
3.4 接口式写法还是页面跳转式写法：两条路总要会一条
还需要补充一点，现在的JavaWeb项目越来越流行“前后端分离”的接口式写法。基本思想是Servlet返回JSON数据，浏览器页面通过Ajax请求这些接口，然后用JavaScript动态渲染HTML。这种写法的好处是，前端页面可以完全独立于后端，调试方便，很多公司内部项目也用这套思路。
对应的核心是修改Servlet的doGet，把返回的结果用Gson或Jackson序列化成JSON字符串，并设置响应头为application/json：
java复制resp.setContentType("application/json;charset=UTF-8");
resp.getWriter().write(new Gson().toJson(dao.findAll()));
然后在JSP里用fetch或jQuery的ajax异步请求并渲染。这算是一条进阶路线。我建议学JavaWeb的初学者，两种都多少要了解——老式的JSP页面跳转能加深你对“请求分发”的理解，接口式的思路能让你看现在的新项目不会一头雾水。但是不要一开始就追新，老式写法的技术基础打不牢，直接上接口和前端框架，很容易变成“离了框架什么都不会”。
4. 排错实录：初学者最容易踩的五个坑及排查路径
不管前面写得再仔细，实际动手时大概率还是会遇到问题。下面这些是我接触过的初学者最常见的报错场景，按出现概率排序，每个都说清楚了表现、原因和排查思路。
4.1 浏览器404：到底是“没找到项目”还是“没找到资源”
页面404是最普遍的现象，原因非常集中。你启动Tomcat后，如果访问http://localhost:8080/直接能看到Tomcat的默认首页，说明Tomcat本身运转正常，问题出在你部署的项目路径上。这时第一件事就是检查IDEA里面Run窗口里Tomcat的启动日志，看它是否自动部署了你的项目，部署后的虚拟路径是什么。通常日志里会有类似“Deployment of web application archive ... has finished in ... ms”这样的输出，说明成功部署了。如果根本没有部署信息，那就是Deployment里没添加Artifact，回到2.2节去补。如果部署了，但你访问的路径和日志里显示的对不上，比如日志里是/stu_web_war_exploded，你想访问/list.jsp，那自然404，改成日志里的路径就行了。
还有一种容易忽略的情况：你的Servlet映射路径写对了，但你输入的URL里漏了项目上下文路径。比如context是/stu_web，访问地址应该是http://localhost:8080/stu_web/student/list。新手经常直接敲http://localhost:8080/student/list，就直接404了。
4.2 500 + ClassNotFoundException：先别急着查代码
点完页面刷出一个大500页面，堆栈信息里写着ClassNotFoundException或NoClassDefFoundError，这时先不要怀疑你的代码逻辑，去查两个地方。第一个是驱动类是否在运行时classpath里。参照2.3节里讲的，去Artifacts里面看WEB-INF/lib下有没有你引入的那个mysql jar包。第二个是，如果你在Servlet里用到了第三方库，比如Gson或JSTL，那也要确认它是否被打进了Artifact。很多人在编译期不报错，因为IDEA的compile classpath能拿到，但运行期完全依赖部署时生成的WEB-INF/lib目录，这两个classpath是两套体系。一句话总结：编译过不代表运行能过，运行能过不代表部署包里一定有。
4.3 页面中文变成问号：三个不同位置的乱码别混为一谈
乱码问题从入门到进阶几乎都会碰到，但它至少分成三个完全不同的场景。第一个场景是URL地址和网页标题乱码，这大多是浏览器解析编码和响应编码不一致导致的。JSP页面开头那句<%@ page contentType="text/html;charset=UTF-8" language="java" %>你必须设置，并且最好也同时设置<meta charset="UTF-8">，双管齐下。第二个场景是表单提交后查询条件乱码。POST请求如果没加request.setCharacterEncoding("UTF-8")，拿到的中文参数就是乱码；GET请求的参数乱码则要改Tomcat的URIEncoding配置为UTF-8。第三个场景是数据库里存进去是问号，页面读出来也是问号。这个就回头查一下表的字符集是不是utf8mb4，以及JDBC URL里有没有characterEncoding参数。我排查的时候最省力的方法，是把这三个场景分开处理，逐个定位。别“一个乱码”就全部堆在一起来猜。
4.4 改了代码但页面没变化：IDEA部署缓存搞的鬼
这种情况我遇到过无数次，代码明明改了，重启Tomcat，页面还是旧的。原因一般出在IDEA对资源更新和编译的“感知”上。如果你只改了JSP页面，可以试试Run菜单里的Update Resources选项或者直接在Tomcat控制台右键选择Update，这会让IDEA把资源文件同步到部署目录，不用重启。但如果改了Java代码，它需要触发重新编译和重新部署。以我的经验，频繁修改代码时，定期用Build > Rebuild Project来强制全量编译，能避免很多“改了没生效”的玄学问题。还有一个相关坑：你已经把项目从Tomcat里undeploy了，但部署目录下残留了旧的class或JSP文件，即使你重新部署，某些旧的class也会先被加载。遇到这种情况，干脆把Tomcat的工作目录（conf/Catalina或IDEA的out目录）清一下再启动，基本都能解决。
4.5 端口被占用，Tomcat没法启动
启动时IDEA报错“Port 8080 was already in use”，最直接的原因是有另一个Tomcat实例或者别的进程占用了8080端口。查一下当前哪些程序占用了端口，然后决定是杀掉占用进程，还是给新的Tomcat换一个端口（在Run Configuration里修改HTTP port和JMX端口）。这里提醒一句：修改HTTP port之后，浏览器访问时务必都要带上新的端口号，否则你以为Tomcat没启动成功，其实它只是在一个不同的端口上跑起来了。
5. 学完这个节点之后，你还可以顺手做几件小事
我自己带人的习惯是，把“学完”定义成“能独立复现”而不是“看懂了”。所以这里再分享几个我在做完JavaWeb_07完整案例后，通常会建议学习者马上增加的扩展练习。
第一件，自己添加一个“新增学生”的功能。这个动作虽然只多了一点点代码，但它会逼你把POST请求处理、参数封装、DAO里的insert方法、重定向还是转发的选择这类知识点完整走一遍。新增功能做完，你的“增删改查”才算真正闭环。
第二件，尝试把项目用Maven重新整理一遍。直接在原来的工程上改造，加入pom.xml，把JDBC驱动和JSTL改成Maven依赖，然后用mvn package打一个war包，再手工部署到Tomcat的webapps目录下试试。这一步能帮你跨过很多工程师面试时会问到的部署细节，也能让你理解“构建工具”在真实项目中的角色，可以说是一举两得。
第三件，把界面从JSP脚本改成JSTL，再把“查询所有”升级成“带条件的模糊查询”，比如按姓名搜索。这个练习会涉及SQL的LIKE语法、PreparedStatement的占位符传参、表单和Servlet参数的传递。我认为这一多个升级练习的含金量，甚至可能比单纯做一个完整案例还高。理由很简单：它逼你把刚刚学会的知识不是机械地复用，而是重新编排一遍。
最后再分享一点个人体会：每次教别人JavaWeb时，我总会先问对方能不能不看任何参考，自己从空项目开始搭一个最简单的Servlet页面出来。能的话，这个课程的第七节基本就是顺水推舟；不能的话，就先回炉前面的配置步骤。你说知识点多吗？其实不多，就是从浏览器到数据库之间那道窄门，看你能不能靠自己的手把整条链路一点点摸通。真正动手做一遍，把那些恼人的配置、奇怪的环境报错都趟平了，JavaWeb的门也就算真正打开了。