企业官网建设流程全解析

简介：这是一套基于JSP+Servlet的学生信息管理系统源码，面向Java Web初学者以及需要完成课程设计的学生。系统实现学生自主注册登记、教师统一管理学生信息，覆盖添加、删除、修改、查询等典型操作，演示了前端页面与后端处理的完整交互流程。资源包共2个文件：zip为项目源码压缩包，内含lib目录下所需jar包以及layui、jquery等前端资源；htm为说明文档，介绍项目结构与运行配置方式。整个压缩包大小仅2.13MB，轻量易于保存。目前已有6431人学习。项目基于JDK7、Tomcat8、MySQL环境，使用IntelliJ IDEA即可导入运行；通过阅读源码可清晰理解Servlet和JSP的分工、JDBC数据库操作、用户会话保持等知识点，前端采用layui框架，界面简洁，适合直接作为课程设计或毕业设计的参考资料，也可在此基础上扩展更多管理功能。 做学生信息管理系统这个题目，十多年前我刚学Java Web时就在折腾，现在回头看，它依然是最能打的基础练手项目。别小看这个“简单”的jsp+servlet组合，它把一次HTTP请求从浏览器到服务器再到数据库再返回的完整生命线，从头到尾给你摊开了揉碎了讲清楚。很多直接上手Spring Boot的同学，遇到个404都说不清楚请求到底往哪儿走的，就是跳过了这一层。这篇博文我就基于一个标准的学生信息管理系统，从项目结构、servlet配置、JDBC连接、JSP渲染，到开发中那些让人抓狂的坑，完整过一遍。不管你是要做课程设计，还是想把Java Web地基打牢，这篇都能帮你省下不少瞎折腾的时间。

1. 项目整体设计与思路拆解

1.1 为什么这个年代还要用JSP+Servlet

说实话，现在企业里做项目，新工程基本没人用纯JSP+Servlet了，最少也是Spring Boot全家桶起步。但你要是觉得这玩意儿没用了，那就大错特错。JSP+Servlet这套东西，是理解Java Web所有上层框架的地基。Spring MVC的核心分发器DispatcherServlet，本质上就是一个Servlet；而JSP经过JSP编译器处理后，最终也是被编译成一个Servlet类来运行的。你把这层本质看透了，后面学什么都不虚。

这个学生信息管理系统的核心是什么？就是最典型的增删改查。所有后台管理系统——用户管理、订单管理、商品管理——本质都是对数据库里某张表做增删改查。学生信息管理系统正好承载了这个经典场景：页面提交表单，Servlet接收请求参数，调用DAO层方法操作数据库，再把结果放到request作用域里，通过转发跳转到JSP页面进行展示。这个链路完整、清晰，还不需要引入过于复杂的业务逻辑，非常适合用来建立对整个Web开发流程的全局认知。

还有一个很重要的原因是，JSP+Servlet对新手非常友好。它不像Spring Boot那样有大量自动化配置和魔法注解，你看不到请求是怎么被处理的，排错时一头雾水。而Servlet里每一个doGet、doPost都是你亲手写的，每一个参数都是你亲手拿的，出了问题你能顺着代码一点一点捋，排查问题的能力就是在这个阶段练出来的。

1.2 功能需求梳理与数据库表设计

学生信息管理系统，功能说简单也简单，就是对学生信息的增删改查。但别有“简单”二字就觉得可以草率，功能边界定义清楚，后面写代码才会顺畅。我当时做的这套系统，功能就锁定在这几个模块：学生信息的列表展示、新增学生、编辑学生、删除学生，以及按姓名或学号做模糊搜索。不搞花里胡哨的权限、不搞图片上传，先把核心的CRUD跑通跑顺，这本身就是最重要的学习目标。

数据库表设计同样不要复杂化，一张student表就够了。核心字段如下：

建表SQL就这么简单，但有几个细节值得注意。student_no一定要加唯一索引，不然你以后做学号查重的时候，还得靠程序来判断，多写不少代码。gender用CHAR(1)存M和F，而不是直接存“男”“女”，这样数据库更精简，界面上再根据值转成中文展示。编码方面，建表语句里要显式写上DEFAULT CHARSET=utf8mb4，否则后面中文乱码问题能让你怀疑人生。

1.3 项目结构的分层设计

随便把Servlet和JDBC代码全堆在一个文件里，系统也能跑，但维护起来就太酸爽了。你过一个月回来看自己写的代码，看不懂那是轻的，想加个功能都不知道从哪里下手。所以虽然是练习项目，分层的思想也要从一开始就养成。

我的做法是严格遵循MVC分层，包结构如下：

com.student.entity 实体类，对应数据库表 com.student.dao DAO层，封装JDBC数据库操作 com.student.servlet 控制器层，接收请求、调用业务、跳转页面 webapp/WEB-INF/web.xml Servlet和URL映射配置 webapp/list.jsp 视图层，JSP页面展示数据

有个点很多人第一次写会搞混：JSP页面到底是放在webapp根目录下，还是放在WEB-INF目录下？我的建议是：核心业务页面放在WEB-INF下面，通过Servlet转发访问；登录页、公共的静态资源放外面。放在WEB-INF下一个好处是，用户没法通过URL直接访问到JSP源码，必须经过Servlet逻辑处理才能拿到渲染后的页面，安全性好。不过很多课设项目图省事，所有JSP都放根目录下，也不是不能跑，只是少了一分严谨。关键是你得知道这两种放法的区别。

2. 核心细节解析与实操要点

2.1 使用web.xml方式配置Servlet的完整示例

现在网上很多教程推荐用@WebServlet注解，写起来确实快。但既然标题点明了jsp+servlet，而且热搜词里也有“使用web.xml方式编写servlet的完整示例”，我还是建议你至少在练习阶段，把web.xml这种老派的配置方式搞明白。因为它是原生的、标准的配置方式，配置文件里每一项的含义都很直白，能帮你理解Servlet在Web容器里是如何注册和映射的。

当你用IDEA创建一个Java Web项目时，web.xml会默认生成一个最基本的骨架。然后在里面注册你的Servlet，大致是这个样子：

<?xml version="1.0" encoding="UTF-8"?> <web-app xmlns="https://jakarta.ee/xml/ns/jakartaee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="https://jakarta.ee/xml/ns/jakartaee https://jakarta.ee/xml/ns/jakartaee/web-app_5_0.xsd" version="5.0"> <display-name>StudentManager</display-name> <servlet> <servlet-name>StudentListServlet</servlet-name> <servlet-class>com.student.servlet.StudentListServlet</servlet-class> </servlet> <servlet-mapping> <servlet-name>StudentListServlet</servlet-name> <url-pattern>/student/list</url-pattern> </servlet-mapping> <!-- 其他Servlet同理注册 --> </web-app>

这里面的逻辑拆开来看其实很简单。先是 标签告诉你：“有这么个类叫StudentListServlet，我给它起了个名字叫StudentListServlet，方便后面引用”。然后是 标签告诉你：“凡是请求URL为/student/list的，都交给刚才那个StudentListServlet处理”。两个标签通过 关联起来，顺序不能乱，必须先有 ，才能有 。

有个细节要说清楚：url-pattern的写法有讲究。 /student/list 是精确匹配，只有请求/student/list才会命中。如果你想用后缀匹配，比如所有.do结尾的请求都走这个Servlet，就写成 *.do 。还有全匹配 / ，表示所有请求都交给这个Servlet，要慎用，除非你是写框架，否则很容易把静态资源请求也拦截了，导致页面样式加载不出来。

2.2 JDBC数据库连接与DAO层设计

Servlet拿到请求后要操作数据库，这是通过JDBC来做的。JDBC整套流程就六步：加载驱动、获取连接、创建Statement、执行SQL、处理结果集、关闭资源。

写代码之前，先找一个MySQL驱动包放到WEB-INF/lib目录下。这里有个很容易踩的坑：驱动包的版本和你的MySQL版本、JDK版本要对得上。比如你现在用MySQL 8.0+，驱动类名就要写com.mysql.cj.jdbc.Driver，老版本的com.mysql.jdbc.Driver在MySQL 8.x下面虽然也能用但会提示过时。URL里也要带上serverTimezone参数，否则会报时区错误。

我习惯写一个DBUtil工具类，把连接数据库和关闭资源的代码统一封装起来，避免每个DAO方法里都重复写一遍。代码大致是这样：

public class DBUtil { 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); } public static void close(Connection conn, PreparedStatement ps, ResultSet rs) { if (rs != null) { try { rs.close(); } catch (SQLException e) { e.printStackTrace(); } } if (ps != null) { try { ps.close(); } catch (SQLException e) { e.printStackTrace(); } } if (conn != null) { try { conn.close(); } catch (SQLException e) { e.printStackTrace(); } } } }

注意几个点。第一，密码在代码里写死只是练习时的偷懒做法，真实项目里要用配置文件加解密处理。第二，close方法里每个对象都要判空，因为不是所有操作都涉及ResultSet，比如增删改就不需要，你用的时候传null就行。第三，关闭顺序有讲究：先关ResultSet，再关Statement，最后关Connection，顺序反了有可能导致资源没有被正确释放。

DAO层是直接和数据库打交道的，我设计了一个StudentDAO类，每个方法对应一种操作。列表查询用findAll()，按主键查询用findById(int id)，新增用add(Student student)，修改用update(Student student)，删除用delete(int id)。这里特别强调一下，所有SQL操作一律用PreparedStatement，别用Statement。PreparedStatement好处太多了：预编译能提升性能，更重要的是它能防止SQL注入。你想想，如果用户输入的姓名里带了个单引号：张三' or '1'='1，这要是用字符串拼接Statement去执行，SQL就被改写了，搞不好能把整个表删掉。这是个老生常谈的问题，但真的会有同学图省事写Statement，一定要养成好习惯。

2.3 JSP页面：从脚本片段到EL与JSTL

JSP页面的核心作用，就是把Servlet处理好的数据以HTML的形式展示给浏览器。早期的写法很粗暴，在JSP里写一堆<% %>脚本片段，嵌入Java代码循环输出数据。这样写不是不行，但有明显的副作用。页面会变得混乱不堪，HTML标签和Java代码纠缠在一起，前端同事看到能当场离职。而且JSP中的Java代码越多，页面渲染的性能就越受影响，因为JSP每次请求都要经过编译和执行脚本的过程。

所以后来有了EL表达式（Expression Language）和JSTL标签库。EL表达式用${}这种形式取值，比如${student.name}就相当于调用student对象的getName()方法。JSTL的c:forEach标签负责循环遍历：

<%@ 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> <th>年龄</th> <th>班级</th> <th>操作</th> </tr> <c:forEach items="${studentList}" var="s"> <tr> <td>${s.id}</td> <td>${s.studentNo}</td> <td>${s.name}</td> <td>${s.gender == 'M' ? '男' : '女'}</td> <td>${s.age}</td> <td>${s.className}</td> <td> <a href="${pageContext.request.contextPath}/student/edit?id=${s.id}">编辑</a> <a href="${pageContext.request.contextPath}/student/delete?id=${s.id}" onclick="return confirm('确认删除？')">删除</a> </td> </tr> </c:forEach> </table> <a href="${pageContext.request.contextPath}/student/add">新增学生</a> </body> </html>

看这段代码，你会发现JSP页面里几乎没有Java代码了，全是标签和表达式，结构清晰多了。PageContext.request.contextPath这个写法获取的是当前Web应用的根路径，写链接的时候一定要加上，不然你的项目发布到Tomcat时如果用的路径是/StudentManager，那相对路径全都会错乱，请求找不到。这个细节很多人第一次写容易忽略，结果404了还找不到原因。

有个容易困惑的点：EL表达式里的${s.id}，s来自于c:forEach里的var="s"，它代表studentList里每个Student对象。EL会自动调用对象的getter方法，所以Student类里必须要有getId()、getName()这些标准getter，否则取不到值，页面显示空白。

3. 实操过程与核心环节实现

3.1 开发环境准备与项目骨架搭建

做这个项目之前，先把环境搭好。我用的是IDEA企业版加Tomcat 9加MySQL 8.0加JDK 8，这套组合很稳定，网上资料也多。你要用Eclipse也完全没问题，只是配置上略有不同。项目创建好之后，记得先把目录结构手动建立起来，包名前面说的com.student.entity这些都要分好，别全部堆在默认包下面，那是给自己埋坑。

项目骨架搭好之后，第一件事不是写代码，而是配置服务器并确认能正常访问。IDEA里配置Tomcat时有个关键步骤，要把Artifact的部署方式设置成war exploded，意思是把项目解压后的目录直接作为Web应用的根目录。另一个常见操作是把项目访问路径设为根路径，这样你访问的时候不用带一长串项目名。如果你用的是社区版IDEA，没有内置Tomcat集成，可以下载一个Smart Tomcat插件，或者干脆用Maven的tomcat7插件来跑，无非是启动命令不同，效果一样。

环境就绪后，从建数据库表开始，然后是实体类、DBUtil、DAO、Servlet、JSP，一层层加进去。第一步先别急着写全部功能，用一个最简单的查询列表把整条链路打通，就说明环境没问题了。跑通了再往上加新增、编辑、删除，效率高得多。

3.2 查询列表：一条完整的请求链路

查询学生列表这个功能是整个系统的主干。从用户在浏览器地址栏输入URL回车，到页面渲染出表格，中间经历了这么几步：浏览器发送GET请求到服务器，Tomcat根据web.xml里的url-pattern找到对应的StudentListServlet，Tomcat创建HttpServletRequest和HttpServletResponse两个对象传入Servlet的doGet方法。在doGet里，Servlet创建StudentDAO对象，调用findAll()方法从数据库查询所有学生记录，得到一个List 。然后通过request.setAttribute("studentList", list)把这个集合放进request作用域。最后通过request.getRequestDispatcher("/WEB-INF/jsp/list.jsp").forward(request, response)把请求转发给JSP页面，由JSP负责渲染成HTML返回给浏览器。

这个链路里面，servlet和jsp是怎么匹配上的，我来写一下核心代码：

public class StudentListServlet extends HttpServlet { protected void doGet(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { // 1. 处理请求：调用DAO查询数据 StudentDAO dao = new StudentDAO(); List<Student> list = dao.findAll(); // 2. 把数据放入request作用域 request.setAttribute("studentList", list); // 3. 转发到JSP，由JSP渲染页面 request.getRequestDispatcher("/WEB-INF/jsp/list.jsp").forward(request, response); } }

attention。这里用的是forward转发，不是sendRedirect重定向。两者的区别初学者一定要搞清楚。forward是服务器内部的转发，浏览器地址栏URL不变，而且request对象是同一个，所以Servlet里setAttribute的数据，JSP页面能拿到。sendRedirect是告诉浏览器重新发起一个请求，地址栏会变化，request是新创建的，原来setAttribute的数据全丢了。所以在需要传递数据的场景，比如列表查询、表单提交后显示结果，都是用forward。而在新增、修改、删除这种操作完成后，为了防止用户刷新页面导致表单重复提交，反而要用sendRedirect跳转到列表页，让浏览器重新请求一次列表，这才是正确的处理方式。

3.3 新增和编辑：表单数据的前后端流转

新增和编辑在实现上是高度相似的，都是渲染一个表单页面，用户填写数据后提交到Servlet，Servlet把请求参数封装成Student对象，再调用DAO层方法写入数据库。

新增页面的表单很简单，几个input控件对应student表的字段，提交方式用POST。为什么要用POST？因为表单提交会修改数据库数据，属于非幂等操作，用POST更语义化。同时POST请求的参数在请求体里，不会像GET那样把参数拼到URL地址栏上，相对更安全。

Servlet接收表单参数的方式是request.getParameter("name")，getParameter的参数值对应的是表单项的name属性值。这块极其容易出错：表单里input的name写的是userName，Servlet里getParameter("username")，结果取出来是null，排错排半天。所以表单控件的name和Servlet取参的字符串一定要仔细核对。

把参数封装成Student对象后，调dao.add(student)。新增成功后，怎么跳转？按照前面说的，用sendRedirect到列表页的URL。编辑功能比新增多一个步骤：先根据ID查出当前记录，带到表单页回显数据，用户修改后再提交。所以会有两个Servlet动作，一个是打开编辑页，另一个是处理编辑提交。偷懒的做法是写在同一个Servlet里，通过请求参数或路径来区分动作，比如在web.xml里配置两个url-pattern指向同一个Servlet类。这个设计初看有点绕，但学到一个很重要的理念：一个Servlet类可以处理多个URL请求，根据自身逻辑分发处理。

3.4 删除操作的细节处理

删除逻辑是所有操作里最简单的，一个deleteById(int id)方法搞定。但有几个点要处理好。第一，删除按钮一定加一个confirm确认提示，防止用户误操作。第二，删除用GET还是POST？很多课设项目直接放个链接就用GET删除，其实不太规范，因为GET请求可能被搜索引擎爬虫访问，导致数据被意外删除。你写一个form表单，method="post"，里面的按钮叫删除，才算规范。第三，删除完成之后别停留在一个空白页面，要重定向到列表页，让用户看到删除后的结果。

删除代码的DAO方法如下：

public int deleteById(int id) { String sql = "DELETE FROM student WHERE id = ?"; try (Connection conn = DBUtil.getConnection(); PreparedStatement ps = conn.prepareStatement(sql)) { ps.setInt(1, id); return ps.executeUpdate(); } catch (SQLException e) { e.printStackTrace(); return 0; } }

注意看这个写法，我用了try-with-resources语法，这样连接和PreparedStatement会自动关闭，不需要写一堆finally代码。这个语法Java 7之后就支持了，能少写不少冗余代码。

4. 常见问题与排查技巧实录

4.1 JSP改了不生效的经典大坑

这个坑我相信每个Java Web开发者都踩过：在IDEA里改了JSP页面，刷新浏览器，页面还是老样子。第一反应是浏览器缓存，但清了缓存还是不对，第二反应是Tomcat缓存，重启了Tomcat还是不对。最后发现，IDEA里跑的Tomcat默认是把项目部署到target目录下的，你改的是源目录下的JSP，IDEA可能没有及时把最新的JSP同步到target目录里。

解决方式有几种。最直接的是在IDEA的Settings里搜索Build，找到Build project automatically，勾选自动编译，同时把tomcat配置里的On frame deactivation选项设成Update resources。这样你切回浏览器时，IDEA会自动把改动的文件同步到部署目录。另一个土办法是手动去项目target目录下找JSP文件，直接改完保存，刷新页面就能看到效果，但这样太绕了，不适合日常开发。还有一个容易忽略的点：JSP页面如果放在WEB-INF目录下，改动后对热部署的支持会差一些，经常需要重启Tomcat甚至redeploy才能生效，这也是为什么很多开发者宁可把JSP放在根目录下，改完刷新就生效，开发体验好很多。

4.2 中文乱码问题的三个层面排查

中文乱码问题可以说是Java Web初学者遭遇最多的bug，而且它分三个层面，每一层都要配置对才能彻底解决。

第一层：JSP页面本身。JSP文件头部要加<%@ page contentType="text/html;charset=UTF-8" language="java" %>，同时文件本身的编码也要是UTF-8。如果你用IDEA创建JSP文件，默认编码是UTF-8，没问题。但如果你复制了一个GBK编码的JSP文件，就要在IDEA右下角手动转换编码。

第二层：POST请求的中文参数。浏览器提交表单时，编码遵循页面所声明的字符集，正常情况下就是UTF-8。但是服务器接收后怎么解码，默认依赖服务器的容器编码配置，Tomcat 8之后默认是UTF-8，所以POST请求一般问题不大。老版本Tomcat可能有ISO-8859-1解码的情况，那就得在Servlet里加request.setCharacterEncoding("UTF-8")，注意这行代码必须放在第一次getParameter之前，否则不生效。

第三层：GET请求的中文参数。GET请求的中文参数是拼在URL里的，编码方式受Tomcat的URIEncoding影响，Tomcat 8之后默认UTF-8也没问题。但如果你遇到GET参数乱码，就要检查Tomcat的server.xml里Connector是否配置了URIEncoding="UTF-8"。数据库层面也别忘了在连接URL里带上characterEncoding=utf8参数，以及建表时指定utf8mb4字符集。

如果确认三层都配置了还是乱码，那大概率是数据库里的数据本来就是乱码的，就排查一下插入数据时的编码环境吧。

4.3 数据库连接相关的一堆报错

ClassNotFoundException和SQLException是开发JDBC时最常见的两类报错。ClassNotFoundException出现在加载驱动那一步，本质是驱动包没有放到正确的目录。Maven项目会好一些，加个依赖就完事。非Maven项目你手动下载驱动jar包后，一定要放到WEB-INF/lib目录下，而不是随便丢在某个文件夹里，否则Tomcat运行时根本找不到这个类。还有一种尴尬的情况是，你用的是别人的项目，别人用的MySQL驱动是旧版本，类名是com.mysql.jdbc.Driver，你的MySQL服务器是8.x，也能连但会有警告，最好统一成新驱动类名。

SQLException里有几个高频错误值得背下来。Access denied for user报错说明用户名密码不对，检查DBUtil里配置的账号有没有权限。Unknown host说明连接URL里的主机名不对，可能你没写localhost，写了个自己本地不存在的hostname。Public Key Retrieval is not allowed一般出现在MySQL 8.x和Connector/J 8.x的连接场景，解决方式是在连接URL后面加上allowPublicKeyRetrieval=true。Communications link failure多半是数据库服务没启动，或者连接URL里的端口写错了，检查mysql服务是否在运行，端口是否3306。

4.4 404和500的快速定位思路

页面404和500是Web开发最常碰到的两个错误，学会快速定位是基本功。404表示资源不存在，一般有几种可能。请求的URL写错了，比如大小写不一致，检查浏览器地址栏和web.xml的url-pattern。Servlet类路径写错了，web.xml中 要写全限定类名，少写了包名会导致Tomcat启动或访问时报ClassNotFoundException，表现也是404。JSP页面物理路径不存在，检查你forward时写的JSP路径和实际文件位置是否一致。

500表示服务器内部错误，详细错误信息会打印在Tomcat的控制台日志里，或者在页面的堆栈跟踪中。最常见的500原因是空指针异常（NPE）。比如DAO查询返回了null，JSP里通过${student.name}访问时由于EL表达式的容错一般不会报错，但如果你在JSP脚本片段里用Java代码访问就会崩。另一种是SQL语法错误，报SQLSyntaxErrorException，这时去检查PreparedStatement里的SQL语句和数据库表字段是否匹配，特别容易写错字段名又把错误信息吞掉——我的习惯是catch到SQLException后一定要e.printStackTrace()，看到完整异常信息才能快速定位。

5. 进阶扩展：这个项目还能玩出什么花样

一套基础的CRUD跑通后，你可以在这上面做很多扩展练习，这比再去新开一个项目更高效，因为基础设施已经在这里了。热搜词里提到的几个点，正好可以拿这个项目来练手。

一个是学生数据的批量导出。给列表页加一个“导出Excel”按钮，后端用Apache POI生成Excel文件，通过Servlet输出流直接写给浏览器下载。这个功能在真实后台管理系统里是高频需求，练习一下能理解文件下载的响应头设置和MIME类型判断。

一个是学生详情页的优化。热搜词提到了“jsp个人信息展示页面”，你可以把原来的简单文字详情改造成一个信息展示页面，利用JSP的各种标签语法展示更丰富的信息，包括学生的照片（可以用base64字符串存储后直接在JSP中显示）、个人简介等。

还有一个是“jsp实现mp4视频播放”。这个可以做成学生的自我介绍视频或班级活动的视频展示页面，在JSP里用HTML5的video标签，src指向一个Servlet里的视频文件流。这会涉及到文件的上传下载和流传输，也是一个非常实用的技能点。

这些扩展方向，每个都够写一篇单独的博客了。先把这个基础系统吃透，后面想往哪个方向深挖都行。

6. 最后再分享几点我的个人体会

这个学生信息管理系统，我前前后后写了不下三遍。第一遍是在课堂上跟着老师写，懵懵懂懂，抄代码抄到怀疑人生。第二遍是自己重新搭，才真正理解了web.xml为什么要配Servlet映射，转发和重定向有什么区别。第三遍是给学弟讲项目时重新整理，发现还能优化很多细节。每次重写都会有新收获，这是真的。所以我的建议是：如果你正在做这个项目，别急着抄完交差了事，一定要试着自己从零搭一遍，哪怕写得更烂，过程中踩的那些坑也是宝贵的经验。

最后再分享一个开发小技巧：多用日志输出，少用System.out.println。很多初学者习惯用println打印调试信息，控制台确实能看到，但真到复杂问题排查时，没有时间戳、没有上下文，根本不够用。你可以在项目里引入一个简单的Log4j，或者在Servlet里用Logger来输出log.info("查询到学生列表：{}", list.size())，日志文件里能记录实际运行情况，排查问题效率高得多。这个习惯越早养成越好，对你以后的工作会很有帮助。

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