简介：JavaWeb开发中，JSP与Servlet是经典的技术组合，通过请求转发与后台交互实现动态页面渲染。驾校管理系统作为典型的业务系统，其核心业务涵盖预约、审核与成绩发布，设计上涉及数据库表结构、唯一索引、Session管理、文件上传等实践要点。理解这类系统源码，不仅有助于掌握JavaWeb工程化开发流程，还能为毕业设计或课程设计提供即拿即用的参考模板。文章以一套完整的JSP驾校管理系统为例，梳理了学员、教练、管理员三条业务主线，剖析了数据库建表规范、并发预约防冲突机制、后台权限过滤等关键技术，并给出了JDK、Tomcat、MySQL的环境配置与避坑清单。通过阅读本文，开发者可以快速独立地部署此类项目，并基于源码扩展Maven化或分布式锁优化，真正将毕设资源转化为自己的能力积累。
1. JSP驾校管理系统源码：先搞清楚这套毕设资源到底能干什么
做毕设最怕的不是看不懂代码，而是拿到一个残缺工程——数据库脚本缺表、lib目录少 jar、视频演示和代码对不上。这套基于 JSP 的驾校管理系统源码属于少见的“完整闭环”项目：前台能注册、能查看教练、能在线预约，后台能审核预约、发布学员成绩、维护站内新闻，配合论文和演示视频，从环境搭建到答辩演示全都能走通。它技术栈是典型的 JSP + Servlet + MySQL + Tomcat，不花哨，但复杂度恰好卡在“能讲明白”和“有工作量”之间，非常适合做 JavaWeb 课设或者毕设的底子。如果你是打算自己从头写一遍练手，也可以拿它当参考实现，照着拆模块比看零散教程高效得多。这套系统的核心价值就一句话：预约业务的前台交互和后台管理链路是完整的，拿过去能跑，改一改就能变成自己的东西。
2. 角色与页面流转：学员、教练、管理员三条主线的功能拆解
看这类系统源码，第一步不是急着导入 IDE，而是先理清角色和页面之间的关系。驾校管理系统的业务不复杂，但涉及三类身份，每一类看到的界面完全不一样。我以前带毕设时遇到最多的问题，就是学生把前台后台混在一起讲，答辩时被老师一问就乱。所以这里先按角色把功能边界拆干净。
2.1 前台注册与登录：访客、学员、管理员三种身份的入口设计
系统部署完成后，浏览器直接访问http://localhost:8080/DrivingSchool进入的是前台门户，也就是访客能看到的部分。首页以蓝色为主色调，展示站内新闻、驾校介绍、教练信息列表，这些内容都是从数据库动态读取的，不是写死的静态页面。
访客可以浏览，但如果要预约教练，必须先注册。注册页面涉及的表单字段一般包含：学员姓名、身份证号、手机号、登录密码、性别、报名类型（C1/C2 等）。这里有个容易被忽略的细节：手机号和身份证号在数据库里要做唯一约束，否则同一学员重复注册会产生脏数据，后面的预约记录会关联出错。学员登录后，Session 中至少保存userId和userName两个字段，JSP 页面通过<%=session.getAttribute("userName")%>显示当前登录人。
管理员入口是单独的adminLogin.jsp，登录成功后跳转admin/index.jsp，整个后台是一套独立的 JSP 页面集合。管理员表里除了用户名密码，通常还有role字段区分超级管理员和普通管理员，虽然很多毕设版本里只有一个管理员账号，但字段预留了，扩展权限时不用改表结构。
注册信息校验层面，前台用 JavaScript 做基本校验（手机号格式、两次密码一致），后台 Servlet 拿到参数后还要做二次校验，防止绕过前端直接提交非法数据。我看过不少 JSP 项目在前端校验做得挺全，后端却直接request.getParameter拿来就存，这种翻车现场太常见了。这套系统的做法是双端校验：前端负责体验，后端负责安全。
2.2 学员预约教练：从查看教练列表到提交预约单的完整链路
预约是这套系统的核心业务，也是论文里“系统设计”章节最值得写的部分。学员登录后，在前台首页或者单独教练列表页看到教练信息，包括姓名、准教车型、教龄、简介、当前可预约状态。点击“预约”按钮后，进入预约表单页。
预约表单页要提交的数据大致是：学员 ID（从 Session 取，不让用户手填）、教练 ID（通过 URL 参数传递，通常是coachId）、预约日期、预约时段（上午/下午/晚场）、备注信息。提交后插入预约表，状态默认是“待审核”。这段时间学员可以在“我的预约”里看到记录状态，管理员审核通过后状态变为“已预约”，学员会看到预约成功字样。
这个流程里有一条链路经常被忽略：教练信息列表展示的是coach表的数据，预约记录存的是appointment表，两张表通过coachId关联。写论文的时候，这里可以画一个简单的时序图讲清楚：学员发起预约 → Servlet 接收参数 → DAO 插入预约记录 → 返回结果页面。设计数据库时，appointment表最好加一个status字段，用 tinyint 存：0 待审核、1 已通过、2 已拒绝、3 已完成。不建议直接用字符串存状态，后续做统计和条件查询时，整数比较效率更高。
预约提交有个边界问题：同一天同一个教练同一个时段，两个学员不能同时预约成功。最容易想到的做法是提交前查一次是否冲突，但并发请求下会查出一样的结果。稳妥的做法是在预约表加唯一索引(coach_id, appoint_date, time_slot)，冲突时数据库直接报错，应用层捕获后提示“该时段已被预约”。这个处理在源码里未必写了，但你自己扩展时强烈建议加上，答辩时能加分。
2.3 后台管理：管理员视角下的预约审核与成绩发布
后台管理是管理员的使用场景。功能模块一般包括：学员信息管理、教练信息管理、预约审核管理、成绩发布管理、站内新闻管理。页面结构通常是左侧菜单、右侧内容区，整体用<iframe>或 JSP include 拼装。
预约审核是后台最高频的操作。管理员打开预约列表，看到学员姓名、教练名、日期、时段、提交时间，每条记录后面有“通过”和“拒绝”按钮。通过操作执行的是 UPDATE 语句，把status从 0 改成 1，同时在操作日志表里记一笔。拒绝时通常要让管理员填理由，学员在前台“我的预约”里能看到拒绝原因，这是一个体现系统完整性的细节。
成绩发布模块比较有意思，它不是简单的成绩录入，而是按学员维度发布：选择学员 → 选择考试科目（科目一/科目二/科目三/科目四）→ 输入成绩 → 提交。成绩表结构一般带exam_type字段，同一个学员同一个科目只能有一条成绩记录，否则会重复。前台学员登录后，在“成绩查询”页面能看到自己所有科目的成绩列表。论文里 5.5 节那段关于前台的信息汇总展示，指的就是这些动态数据在首页和业务页面的呈现。
后台还有一个容易忽视的功能：管理员录入教练时，可能需要上传教练的照片。图片上传在 JSP 项目里通常用commons-fileupload组件实现，保存路径一般放在项目根目录下的upload/coach/文件夹，数据库存相对路径。部署时要注意这个目录的写权限，Tomcat 在 Linux 下对项目目录默认有读权限，但写权限经常没有，表现就是图片上传提示成功但文件没落盘。这是典型的环境坑，后面避坑章节我会再提。
后台所有操作都应该有权限控制。好的做法是写一个AdminFilter，拦截/admin/*路径下的所有请求，检查 Session 里有没有adminUser，没有就重定向到登录页。很多毕设项目的后台管理页面直接裸奔，输入 URL 就能访问，这个是答辩时老师最爱切入的问点，一定要提前把过滤器补上。
3. 核心设计与落地实现：从数据表设计到预约流程的代码化
框架讲清楚了，接下来落代码。JSP 项目没有 Spring 那套注解驱动，核心就是 JSP 传参、Servlet 接收、DAO 操作数据库、再返回 JSP 渲染。这里我把数据库设计和关键页面的实现逻辑拆开讲，你拿到源码后能按图索骥，知道每个方法在干什么。
3.1 数据库设计：六张核心表及其字段约束
驾校管理系统的数据库不算大，核心表一般六张左右：管理员表admin、学员表student、教练表coach、预约表appointment、成绩表score、新闻表news。有些版本还会有留言表message，看论文里有没有设计。以下是比较标准的建表脚本，拿源码里的driving_school.sql对比即可：
-- 管理员表 CREATE TABLE `admin` ( `id` INT NOT NULL AUTO_INCREMENT, `username` VARCHAR(50) NOT NULL COMMENT '登录名', `password` VARCHAR(64) NOT NULL COMMENT 'MD5加密密码', `real_name` VARCHAR(50) DEFAULT NULL COMMENT '真实姓名', `role` TINYINT DEFAULT 1 COMMENT '1超级管理员 2普通管理员', PRIMARY KEY (`id`), UNIQUE KEY `uk_username` (`username`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; -- 学员表 CREATE TABLE `student` ( `id` INT NOT NULL AUTO_INCREMENT, `student_no` VARCHAR(20) NOT NULL COMMENT '学号/编号', `password` VARCHAR(64) NOT NULL, `name` VARCHAR(50) NOT NULL, `id_card` VARCHAR(18) NOT NULL COMMENT '身份证号', `phone` VARCHAR(11) NOT NULL, `sex` TINYINT DEFAULT 0 COMMENT '0女 1男', `reg_time` DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`id`), UNIQUE KEY `uk_student_no` (`student_no`), UNIQUE KEY `uk_phone` (`phone`), UNIQUE KEY `uk_id_card` (`id_card`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; -- 预约表 CREATE TABLE `appointment` ( `id` INT NOT NULL AUTO_INCREMENT, `student_id` INT NOT NULL, `coach_id` INT NOT NULL, `appoint_date` DATE NOT NULL COMMENT '预约日期', `time_slot` TINYINT NOT NULL COMMENT '1上午 2下午 3晚场', `status` TINYINT DEFAULT 0 COMMENT '0待审核 1已通过 2已拒绝 3已完成', `remark` VARCHAR(200) DEFAULT NULL, `create_time` DATETIME DEFAULT CURRENT_TIMESTAMP, PRIMARY KEY (`id`), UNIQUE KEY `uk_coach_slot` (`coach_id`, `appoint_date`, `time_slot`), KEY `idx_student_id` (`student_id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;这两段建表 SQL 里有两个关键点。第一，student表的phone和id_card都建了唯一索引，这是防止重复注册的底线约束，否则业务层没判断时数据库会留着重复数据。第二，appointment表的唯一索引uk_coach_slot就是前面说的并发预约兜底：数据库层面的唯一性检查比应用层 if 判断可靠得多，出现重复时直接抛 DuplicateKeyException，业务层捕获后提示换时段即可。
表之间的关系不复杂，appointment通过student_id关联student，通过coach_id关联coach，score表通过student_id关联学员。密码字段统一用 MD5 存，登录时把用户输入的密码也做一次 MD5 再比对。MD5 不算安全，但毕设场景够用，更重要的是不要明文存密码，被老师看到明文存储会直接扣安全性分数。
time_slot用 TINYINT 存，理由是 JSP 的<select>下拉框值本身就是数字，提交时直接转 int 落到库里，查询条件判断用time_slot = 1，比字符串匹配效率高，展示时再映射成“上午/下午/晚场”的中文，这个映射放在 JSP 的 JSTL 判断里，或者用一个简单的静态工具方法。
3.2 预约提交的 Servlet 实现：参数接收、校验、入库与响应
预约功能是整套系统的骨架，我来写一段符合这套架构的实际代码。JSP 页面表单提交到AppointmentServlet，处理路径是/appointment/add，doPost 方法里依次做身份校验、参数解析、业务校验、数据入库、结果回写五个步骤。逻辑如下：
@WebServlet("/appointment/add") public class AppointmentAddServlet extends HttpServlet { private AppointmentDAO appointmentDAO = new AppointmentDAO(); @Override protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { // 1. 从 Session 获取当前登录学员，未登录直接回登录页 Student student = (Student) req.getSession().getAttribute("loginStudent"); if (student == null) { resp.sendRedirect(req.getContextPath() + "/login.jsp"); return; } // 2. 解析前端表单参数 int coachId = Integer.parseInt(req.getParameter("coachId")); Date appointDate = DateUtil.parseDate(req.getParameter("appointDate")); int timeSlot = Integer.parseInt(req.getParameter("timeSlot")); // 1上午 2下午 3晚场 String remark = req.getParameter("remark"); // 3. 业务校验：预约日期不能早于今天 if (appointDate.before(DateUtil.getToday())) { req.setAttribute("errorMsg", "预约日期不能早于今天"); req.getRequestDispatcher("/appointment_add.jsp").forward(req, resp); return; } // 4. 组装实体并入库，唯一索引兜底并发冲突 Appointment appointment = new Appointment(); appointment.setStudentId(student.getId()); appointment.setCoachId(coachId); appointment.setAppointDate(appointDate); appointment.setTimeSlot(timeSlot); appointment.setStatus(0); // 初始状态：待审核 appointment.setRemark(remark); boolean success = appointmentDAO.insert(appointment); if (!success) { req.setAttribute("errorMsg", "该教练在此时间段已被预约，请选择其他时段"); req.getRequestDispatcher("/appointment_add.jsp").forward(req, resp); return; } // 5. 成功后重定向到“我的预约”列表，避免表单重复提交 resp.sendRedirect(req.getContextPath() + "/appointment/list"); } }这段代码要注意几个点。第一步从 Session 拿学员对象是必须的，预约业务里用户 ID 一定不能信任前端传来的参数，否则伪造请求就能替别人预约。第二步的Integer.parseInt没有做异常捕获，实际项目里前端下拉框值一般是可控的，但如果有人绕过界面直接 POST 请求，这里会抛 NumberFormatException，建议用 try-catch 包一层，解析失败就 set 错误信息返回。第三步的日期校验容易漏，跨天提交时如果不判断，会出现预约昨天日期的脏记录。
第四步appointmentDAO.insert()内部执行的是 INSERT SQL，没有做重复查询判断，冲突处理完全依赖数据库的唯一索引。insert方法返回 boolean，捕获SQLIntegrityConstraintViolationException时返回 false，这条路径就是前面说的并发场景的兜底方案。最后用sendRedirect而不是forward，是为了解决 F5 刷新导致的表单重复提交问题——重定向后浏览器地址变成列表页，刷新只会刷新列表，不会重复插入预约记录。
3.3 成绩发布与前台查询：状态变更和展示的边界处理
成绩发布功能在后台，逻辑比预约简单，但它涉及两个事务点：更新成绩表的插入、学员前台展示列表的查询。后台发布成绩的 Servlet 大致流程是，接收studentId、examType、score三个参数，先按学员科目查询是否已有记录，有则 UPDATE，无则 INSERT。这个“先查再写”存在并发缺陷，不过成绩发布是管理员低频操作，并发概率极低，用业务判断即可。
前台成绩查询页面的核心是 JSP + JSTL 渲染列表。学员登录后，ScoreServlet查询当前学员的所有成绩记录，放到 request 里，转发到score_list.jsp。页面里用<c:forEach>遍历，<c:if>判断科目类型显示中文。这里有一个容易踩的坑：JSP 页面插入成绩列表时，如果score表里某个科目没有记录，页面上这一栏会是空白，学员会误以为成绩漏了。常见做法是构建一个包含四个科目固定的 VO 对象，没有成绩的科目显示“未考试”，避免歧义。
还有一个细节，成绩发布时最好同时更新一个“考试状态”字段到学员表，比如科目二考过了，学员表的subject2_status改成 1，这样首页的“驾考进度”展示就很容易实现。源码里可能没有这个字段，但论文写法上它是一个很好的功能亮点，扩展成本很低，加一个字段加一个 UPDATE 语句而已。我在带学生改这套系统时，通常建议把这个进度展示加上，因为它能串起学员表和成绩表的关系，答辩时讲数据流会顺畅很多。
4. 部署运行全流程：JDK、Tomcat 与 MySQL 的参数配置
资源包附带演示视频，但视频录制环境和你本机环境未必一致，尤其是 JDK 版本和 MySQL 版本的差异，会导致一堆莫名其妙的问题。这一章我按最保守的环境组合来写：JDK 1.8 + Tomcat 8.5 + MySQL 5.7，这套组合兼容性最好，也是绝大多数毕设视频里的标准配置。
4.1 环境版本选择：为什么不用 JDK 11 或 Tomcat 10
很多学生下载源码后直接装上最新的 JDK 17 和 Tomcat 10，然后发现项目跑不起来，原因很简单：Tomcat 10 开始把javax.servlet迁移到了jakarta.servlet包，而老 JSP 项目里所有 import 都是javax.servlet.*，直接冲突。JDK 11 以上不是不能跑，但某些老版本的 Eclipse 和 Tomcat 8 搭配会出现编译级别不匹配的报错，完全没有必要冒险。
推荐的版本搭配是：JDK 1.8（jdk-8u202 或更高）、Tomcat 8.5.x、MySQL 5.7、Eclipse 2020 版本以上（内置对 Java 8 有完善支持）。如果论文里写的是 jdk1.7，而你本机装的是 1.8，一般也能跑，因为代码里很少用到 1.7 之后的语法特性。Maven 用户注意：这个项目如果没转成 Maven 工程，直接按普通 Web Project 导入即可，没必要强行改成 Maven 结构，会增加 classpath 配置的复杂度。
MySQL 8.0 也能跑，但需要换 JDBC 驱动。老的com.mysql.jdbc.Driver在 MySQL 8.0 下会报Public Key Retrieval is not allowed错误，需要换成com.mysql.cj.jdbc.Driver，同时连接字符串要加serverTimezone=Asia/Shanghai参数。这个差异在第 5 章避坑里我再详细说，能不动 MySQL 版本就不动，省时间。
4.2 从源码包到可运行：导入工程与数据库初始化的标准路径
拿到资源包后，先解压，源码目录一般是WebContent（或者webapp）加若干src目录。导入 Eclipse 时，选择File -> Import -> Existing Projects into Workspace，选中解压出来的目录。如果导入后项目没有红叉，说明依赖的 jar 包已经放在WEB-INF/lib下；如果有红叉，多半是 Tomcat 运行环境没有绑定，右键项目 ->Properties -> Targeted Runtimes，勾选你本机配置的 Tomcat 8.5。
数据库初始化步骤如下：
# 1. 创建数据库 mysql -uroot -p CREATE DATABASE driving_school DEFAULT CHARACTER SET utf8mb4; USE driving_school; # 2. 导入项目自带 SQL 脚本 mysql -uroot -p driving_school < driving_school.sql # 3. 查看导入结果，确认表数量 mysql -uroot -p -e "USE driving_school; SHOW TABLES;"导入后核对表数量，常见的是 6-8 张表。如果 SQL 脚本里有中文注释但乱码，确认脚本文件本身编码是 UTF-8，Windows 下用记事本另存为时选 UTF-8。然后修改 JDBC 配置文件。
JSP 项目没有 Spring 的application.properties，数据库连接信息一般写在src/db.properties或者 DAO 工具类里，把连接地址、用户名、密码改成你自己 MySQL 的实际配置：
jdbc.driver=com.mysql.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/driving_school?characterEncoding=utf8&useSSL=false jdbc.username=root jdbc.password=123456这里characterEncoding=utf8必须写，否则插入中文数据会乱码。useSSL=false是避免 MySQL 5.7 连接时警告，不影响功能。如果你的 MySQL 密码本来就是 123456 那就不用改，正常情况改一下 password 即可。改完配置，右键项目Run As -> Run on Server，启动 Tomcat，浏览器访问http://localhost:8080/DrivingSchool。
管理员初始账号通常在 SQL 脚本的 INSERT 语句里写好了，一般是用户名admin，密码admin或者123456，通过SELECT * FROM admin;查询确认。前台学员账号需要自己注册，或者论文里写了一个演示账号2021001，密码是123456，不确定就直接注册一个新的。
4.3 全链路自测：跑通一条完整的预约业务
项目起来之后，不要急着点鼠标乱逛，按业务链路完整走一遍，每一步对照数据库确认状态。我的自测顺序是固定的，可以照抄：
- 前台首页打开，确认新闻列表和教练列表有数据，图片正常加载。
- 注册一个新学员账号，字段都填真实的测试数据，提交后数据库
student表多一条记录。 - 用新账号登录，进入教练列表，选一个教练点击预约，填明天上午的时段，提交。
- 打开 MySQL，查询
appointment表，确认记录status字段是 0。 - 退出学员账号，用管理员账号登录后台，在预约管理里看到这条记录，点击通过，再到库里确认
status变成 1。 - 回到前台学员账号，查看“我的预约”，显示“已通过”。
- 管理员在成绩管理里给这个学员发布科目一成绩，学员前台“成绩查询”能看到分数。
这条链路走完，系统核心功能就是健康的。如果中间某一步卡住，按第 5 章的排查清单对号入座。记住一点：自测时每一步都记录下做了什么、看到了什么、数据库变成什么，这些记录后面写论文的“系统测试”章节能直接用，不用重做。
5. 避坑记录：JSP 项目部署中最常见的五个问题与排查清单
老 JSP 项目跑不起来，原因高度集中，翻来覆去就那么几个。这里把我带毕设这几年遇到的高频问题列成清单，按“现象 → 原因 → 解决”三件套写，你照着排查即可。
5.1 中文乱码问题
现象：前台注册时填的中文姓名，保存到数据库后显示为乱码；或者页面本身显示中文正常，但管理员后台显示学员姓名是问号。
原因：三层乱码来源——数据库连接字符串没有指定编码格式、创建表时字符集不是 utf8mb4、JSP 页面本身的 pageEncoding 不对。最常见的是第一种，jdbc.url里没有characterEncoding=utf8。
解决：修改db.properties的连接 URL 为jdbc:mysql://localhost:3306/driving_school?characterEncoding=utf8&useSSL=false，同时确认建表 SQL 里DEFAULT CHARSET=utf8mb4。如果改动后已有表出现乱码，把表和库都重建，自测阶段直接 DROP 再跑 SQL 脚本，比 DELETE 数据快得多。JSP 页面顶部统一加<%@ page contentType="text/html;charset=UTF-8" language="java" %>，这个不能漏。
5.2 数据库连接报错：Public Key Retrieval is not allowed
现象：Tomcat 启动正常，但点击登录后页面报 500，控制台提示Public Key Retrieval is not allowed for user。
原因：MySQL 8.0 默认使用的 caching_sha2_password 认证插件，老 JDBC 驱动不认识；或者你实际用的 MySQL 8.0 但驱动还是 MySQL 5.7 时代的mysql-connector-java-5.x.jar。
解决：看WEB-INF/lib下的驱动 jar 版本，如果是 5.x 并且数据库是 MySQL 8.0，换成mysql-connector-java-8.0.28.jar，同时驱动类名改成com.mysql.cj.jdbc.Driver，JDBC URL 加serverTimezone=Asia/Shanghai。如果不想换 jar，也可以在 MySQL 里执行ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '密码';把认证插件改回来，但这是权宜之计，换驱动更干净。
5.3 Tomcat 10 启动后访问立刻 404 或 500
现象：项目在 Tomcat 10 上跑，首页 CSS 加载不出来，登录接口 500，控制台报ClassNotFoundException: javax.servlet.Filter。
原因：Tomcat 10 的 Jakarta Servlet 规范把javax.servlet改名成jakarta.servlet，这个项目里所有过滤器、Servlet 都引的是javax包，完全无法识别。
解决：卸载 Tomcat 10，装 Tomcat 8.5 或 9.x，重新绑定 Eclipse 的 Server Runtime。这是最快的路径，千万不要一个个改 import 包名，工作量巨大还容易出错。装 Tomcat 8.5 时注意下载Core包而不是Windows Service Installer，解压即可用。
5.4 图片上传成功但访问 404
现象：后台添加教练时选择图片，提示上传成功，但前台教练列表图片显示裂图，访问图片地址 404。
原因：上传路径和 Tomcat 部署路径不一致。很多项目把图片存到了upload/目录，但 Tomcat 部署时是通过 Eclipse 的wtpwebapps目录运行的，项目每次重新发布会重建部署目录，旧的upload文件夹被清掉。
解决：最稳妥的修改方式是把上传路径改成绝对物理路径，比如在 Servlet 里定义String savePath = "/home/tomcat/upload/"，同时在 Tomcat 的server.xml的 Host 节点下配置一个虚拟目录映射：<Context docBase="/home/tomcat/upload" path="/upload" />。这样图片文件存在项目外的目录，重新发布不会丢，访问路径/upload/xxx.jpg也能正常映射到。
5.5 端口占用或 HTTP 404
现象：Tomcat 启动报错Port 8080 was already in use，或者项目启动成功但访问路径不对显示 404。
原因：8080 端口被其他程序占用，或者访问 URL 里的上下文名和实际部署名不匹配。Eclipse 发布项目时默认上下文名是工程名，资源包里的工程名如果是DrivingSchool，访问地址就是/DrivingSchool，如果你改了工程名且没重新设置 Context Path，地址就对不上。
解决：端口占用先netstat -ano | findstr :8080找到占用进程 PID，任务管理器结束进程，或者改 Tomcat 的server.xml端口。上下文名直接在 Eclipse 的Server视图里双击 Tomcat，打开Modules标签，修改 context path 为你想要的路径并同步发布。404 排查顺序是：服务是否在监听 → 上下文路径是否匹配 → 项目是否成功发布。
6. 再进一步：把这套 JSP 项目改成 Maven 结构并补齐并发短板
拿到这套源码跑通只是第一步，如果你想在答辩时多讲点加分项，我建议做两件事：改造项目结构和增强预约并发安全。这两块是论文“系统优化”章节最常用的素材，也是老师愿意听的内容。
第一件事是 Maven 化。老 JSP 项目的 jar 包在WEB-INF/lib下面，别人拿到手之后如果少一个 jar，整个项目就起不来。改成 Maven 工程后，依赖集中在pom.xml里，换机器执行一次mvn clean compile tomcat7:run就能拉齐依赖。改造步骤不复杂：项目根部新建pom.xml，package 设置成war，把 lib 目录下出现的所有 jar 按 groupId/artifactId/version 写入依赖，其中mysql-connector-java和jstl是必要的，commons-fileupload如果用了也写上。源代码路径改成src/main/java，JSP 页面移动到src/main/webapp。第一次构建可能报依赖缺失，按 Maven 报错提示逐个补齐坐标即可。
第二件事是补一个预约拦截机制。前面提到appointment表有唯一索引兜底，但你可以在 Service 层再加一道基于 Redis 的分布式锁，或者退一步用最简单的方式：在预约表中查一次教练当天的预约次数，超过上限直接拒绝。这个逻辑写在AppointmentDAO里一个selectCountByCoachAndDate方法里，判断count >= 8就提示“该教练当天排课已满”。没有 Redis 的话，先用synchronized加在 Servlet 的doPost方法上，也能解决单机并发下的重复预约问题，只是性能差点，但毕设演示完全够用。
还有一个低成本改进是给项目加一个统一的异常处理页面。在web.xml里配置<error-page>，把 500 和 404 指向一个友好的 JSP，避免用户直接看到堆栈信息。代码层面在 BaseServlet 的doGet里加 try-catch，捕获Exception后打印日志并跳转到错误页。这个改动总共不超过半小时，但对系统完整性和答辩观感提升明显。
这套 JSP 驾校管理系统，从前台预约到后台审核再到成绩发布，业务主线完整，代码结构清晰，作为毕设和课设的起点完全够用。我每次拿到这类老 JSP 项目，第一步永远是先确认 JDK 版本和 Tomcat 版本，其次看数据库字符集，最后才看业务代码。从那以后，凡是我带的毕设项目，都要强制走一遍这条检查路径，能省下大把调试时间。希望这份笔记能帮你把这张源码盘里的价值真正榨出来。
本文还有配套的精品资源，点击获取
