简介面向需要搭建请假管理系统或完成课程设计的开发者压缩包提供了一套可直接落地的完整方案涵盖源码、原型与数据库三部分适合用来理解请假申请、审批、销假等典型业务流程也可作为二次开发或毕设改造的基础。包体共4个文件包含2个zip工程压缩包、1个sql数据库脚本和1个pdf说明文档压缩包整体大小约14.28MB结构清晰便于按模块查看。其中sql脚本可快速还原数据表zip内含前后端代码与页面原型pdf则辅助梳理配置与运行细节也可在现有流程上补充多级审批等逻辑。目前已有1036人学习下载对入门Java/Web开发或需要快速交付课设项目的同学颇具参考价值拿到的是一套从界面原型到数据存储均齐全的请假管理系统资源可用于本地部署、功能拓展及课程答辩演示。1. 这套请假管理系统能帮你省掉一个完整课程设计的工作量上个月有位读者找我说毕设抽到的题目是请假管理系统手里除了一份指导老师的题目清单什么都没有。我让他先搞清楚自己拿到的资源是什么形态如果是“源码原型数据库”三件套那基本等于把一个能演示、能答辩、能改二开的完整工程摆在了面前。这套请假管理系统正是这样的结构主工程在practice.zip里数据脚本是leaverecords.sql另外配了一份请假管理系统.pdf设计文档写需求、画原型、讲流程都用得上。你不需要从零搭框架也不用自己设计表结构工作量集中到环境配置、代码阅读和按自己学校格式改文档这三件事上。适合课程设计、毕业设计需要演示系统的人也适合刚接触 Java Web 想读懂一套真实业务代码的初学者。2. 先把三件套拆开源码管业务、SQL 管数据、PDF 管验收标准拿到压缩包别急着导 IDEA先把里面几个文件的作用边界分清楚。源码、数据库脚本、设计文档三者各自解决不同阶段的问题源码决定系统能做什么SQL 决定数据怎么存PDF 决定验收时你要还原哪些功能。我拆过不少这类课程设计包最常见的问题是顺序反了上来就改代码结果数据库结构没对上越改越乱。2.1 practice.zip 主工程结构弄懂登录到审批的代码主线解压practice.zip后你能看到典型的 Java Web 分层结构。不管它是用 Servlet 还是 Spring MVC 写的包里基本会按dao、service、entity、servlet/controller、jsp这几层组织。先阅读代码别从第一行看起而是按“登录 → 用户校验 → 发起请假 → 审批流转”这条主线找文件。登录功能一般在servlet或controller包下的LoginServlet/UserController这类文件里通过请求参数拿到用户名和密码再调用 service 层去匹配数据库。// 登录校验核心逻辑路径src/com/example/servlet/LoginServlet.java protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { request.setCharacterEncoding(UTF-8); String userName request.getParameter(username); String passWord request.getParameter(password); UserService userService new UserService(); User user userService.login(userName, passWord); if (user ! null) { // 登录成功把用户对象放进 session后续审批人判断要靠这个 request.getSession().setAttribute(currentUser, user); response.sendRedirect(index.jsp); } else { // 登录失败回登录页并带错误信息 request.setAttribute(errorMsg, 用户名或密码错误); request.getRequestDispatcher(login.jsp).forward(request, response); } }这段代码里有几个值得留意的点。setCharacterEncoding(UTF-8)必须放在读取参数之前否则表单里的中文姓名、请假事由到了后端就乱码这一点在第四部分还会遇到。userService.login()封装了查询逻辑真正执行的 SQL 在 dao 层查的是user表密码比对多数是明文匹配这也是课程设计代码里的常见现象二开时要改成 MD5 或加盐哈希否则答辩时被问安全方案会答不上来。阅读源码时建议在 IDEA 里用 Ctrl左键跳到 service 和 dao 实现把“页面 → Servlet → Service → DAO → SQL”这条链路画出来。我一般会把每个 jsp 页面对应的 Servlet 路径记在一张纸上比如leave_add.jsp对应LeaveAddServlet后面拿 PDF 原型验收功能时就能直接找到每一个功能的实现入口。2.2 公共表结构解析从 SQL 脚本看系统怎么组织请假业务leaverecords.sql是这个系统里最不该跳过的东西。用文本编辑器打开它先扫一遍建表语句你会发现请假系统的表设计就这么几大类用户表、请假单表、请假类型表、审批记录表。用户表通常长这样-- 用户表账户信息和默认角色 CREATE TABLE user ( id INT(11) NOT NULL AUTO_INCREMENT, username VARCHAR(32) NOT NULL COMMENT 登录名, password VARCHAR(32) NOT NULL COMMENT 密码, real_name VARCHAR(32) NOT NULL COMMENT 真实姓名, role TINYINT(4) NOT NULL DEFAULT 2 COMMENT 角色1管理员 2普通员工, dept_id INT(11) DEFAULT NULL COMMENT 部门ID行政归属, PRIMARY KEY (id), UNIQUE KEY uk_username (username) ) ENGINEInnoDB DEFAULT CHARSETutf8;角色字段用数字而不是字符串是这套系统里最简化的设计决策。role1是管理员role2是普通员工请假审批时就把当前用户角色拿来判断能不能通过。请假单表里一定会有leave_type、start_time、end_time、reason、status这些字段其中status是整个业务流转的关键常见取值是 0 待审批、1 已通过、2 已驳回。我看这个 SQL 文件时会额外做一件事把所有CREATE TABLE语句的建表顺序抄下来因为表之间有外键依赖先建dept后建user先建user后建leave_record顺序反了导入必报错。脚本里的INSERT语句是给系统准备的基础数据至少会有一个管理员账号和一个测试员工账号登录时用的就是这些初始账号答辩前可以改成自己姓名的账号。2.3 请假管理系统.pdf把设计文档当成验收清单而不是摆设很多同学拿到 PDF 就再也不打开其实这份文档的价值比源码还大。它里面一般包含需求分析、用例图、部分界面原型截图和数据库说明答辩时老师问“你的系统为什么这么设计”答案全在文档里。我的习惯是把 PDF 里的功能列表提取出来做成一张验收清单然后逐个去运行中的系统里点一遍每确认一个功能就打个勾。PDF 中的功能模块对应源码入口验收要点系统登录LoginServlet输错密码有错误提示登录成功跳转主页员工请假申请LeaveAddServlet选择假别、填时间、提交后状态为待审批请假记录查询LeaveListServlet按自己账号只能看到自己的记录管理员审批ApproveServlet待审批列表出现申请可同意或驳回如果 PDF 里某个模块在两个页面中出现说明它被设计为复用页面运行验证时就要多测一遍边界情况。比如“按日期查询请假记录”可能在员工端和管理端都有但管理端应该看到全部门记录员工端只看到自己。这套 PDF 就是给运行环境做的验收标准没有它你根本不知道代码里的功能哪些是故意做出来的哪些是意外产生的半成品。3. 一小时跑通全流程从 SQL 导入到 Tomcat 部署的六步联调拆完资源就要动手让它跑起来。我按 MySQL 5.7 Tomcat 8.5 JDK 1.8 的环境来操作这也是这类课程设计最稳妥的搭配。整个流程六步装环境、导 SQL、改配置、部署工程、启动 Tomcat、用 PDF 清单对照功能验证。每一步都很机械但只要错了就能在上一步日志里找到答案。3.1 环境准备JDK、MySQL、Tomcat 的三件套安装清单先确认机器上有没装齐这三样。命令行里执行java -version能看到 1.8 就行MySQL 用 5.5 到 5.7 都可以太新的版本比如 8.0 会因为认证插件的问题导致旧驱动连不上这类项目里最常见的翻车点就是版本不匹配。Tomcat 用 8.0 或 8.5别用 Tomcat 9 或 10它们的包名和 Servlet 版本有变化旧的 web.xml 头可能识别不了。组件推荐版本检查方式备注JDK1.8java -version高于 17 可能出现依赖兼容问题MySQL5.7mysql -V8.0 需换驱动不推荐Tomcat8.5解压即可10 的javax.*换成了jakarta.*版本确认之后把 Tomcat 解压到纯英文路径比如D:\apache-tomcat-8.5.xx千万别放进带中文和空格的目录否则后面的 classpath 和日志解析都会变得很玄学。MySQL 装好后要记好 root 密码后面导 SQL 要用。3.2 导入 leaverecords.sql两步命令加字符集参数打开命令行终端先建一个专门的数据库再导入脚本这是避免unknown database报错的标准做法。不要直接source leaverecords.sql因为脚本里不一定写了CREATE DATABASE一旦没有你会被一句语法错误卡住。# 第一步登录 MySQL创建数据库 mysql -u root -p # 进入 MySQL 后执行 CREATE DATABASE leave_db DEFAULT CHARACTER SET utf8mb4; USE leave_db; # 退出 mysql 客户端再执行导入 mysql -u root -p leave_db D:/path/to/leaverecords.sql这条命令里表示把 SQL 文件内容重定向给 mysql 客户端执行leave_db是目标库名。注意两个细节一是路径别带中文二是如果你的脚本里本身就有CREATE DATABASE语句导入时可以不建库直接 source但课程设计脚本通常没这么全所以多数情况下我建议先建库再导入。导入完成后执行SHOW TABLES;能列出来 user、leave_record 这些表名就说明成功了一大半。3.3 数据库连接配置驱动包位置与 jdbc.properties 参数源码怎么知道数据库密码通过一个配置文件。在src目录下找db.properties或jdbc.properties用编辑器打开你会看到类似这样的内容jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/leave_db?useUnicodetruecharacterEncodingutf-8 jdbc.usernameroot jdbc.passwordyourpasswordjdbc.url里的localhost:3306/leave_db对应本机 MySQL 和刚才写的库名useUnicodetruecharacterEncodingutf-8保证了中文写入查询不出乱码这个参数必须保留jdbc.password要改成你自己机器的 root 密码。改完之后检查一下WEB-INF/lib目录下有没有mysql-connector-java-*.jar没有就要放一个 5.1.x 版本的驱动包否则运行时会报找不到驱动类。我一般改完配置后会顺手做一次测试在 MySQL 里执行SELECT * FROM user;确认用户名密码字段存在并在系统里准备一个已知的用户名密码。这样等会启动 Tomcat直接用这组账号登录能登录就说明 Java 到 MySQL 的整条链路已经通了。3.4 部署到 Tomcatwar 包方式与目录方式的选择源码工程分两种形态一种已经编译成 war 包一种是 IDEA 工程目录。war 包直接拷进 Tomcat 的webapps目录启动后自动解压目录方式则要把编译后的 web 根目录路径配到 Tomcat 的conf/server.xml里。我更建议用 war 包方式因为课程设计代码大多不保证 IDE 环境统一war 包是新机器上最容易跑通的形态。# 启动 TomcatWindows D:/apache-tomcat-8.5.xx/bin/startup.bat # 查看日志确认有没有异常 tail -f D:/apache-tomcat-8.5.xx/logs/catalina.outWindows 下用startup.batLinux/mac 用startup.sh。日志里看到Application Startup completed或者Deployment of web application archive结束再进浏览器。访问地址一般是http://localhost:8080/practice/practice是工程名跟 war 包名一致。打开首页后用你配置的账号登录如果跳到主页且能发起请假申请整个系统就算活过来了。3.5 用 PDF 功能表做第一轮验收按模块点完才算数系统能登录只是第一步把 PDF 里的功能清单过一遍才算真正跑通。按我 2.3 节列的表格逐项执行发起请假申请选一个假别填开始时间、结束时间、事由提交后面试列表再用管理员账号进去看待审批列表里有没有这条记录点同意后回到员工账号刷新状态应该变成已通过。第一轮验收最容易漏的是修改密码和退出登录这两个隐藏功能很多源码里做了但没放链接要手动敲 URL 才能访问。打开 PDF 里面关于“系统管理”的章节如果提到“修改密码”就去源码里搜changePassword或者PasswordServlet把 URL 路径记下来直接访问。这一轮走完你对这套系统能干什么、不能干什么就已经非常清楚了。4. 避坑排查乱码、驱动、端口、SQL 导入这四个问题最多课程设计系统代码老旧但套路固定出问题的地方也就那么几个。我拆过几套类似的资源后把最容易踩的坑整理成现象、原因、解决三段式。你按这个顺序排查成功率很高剩余少数情况查日志就行了。4.1 登录后中文姓名显示问号新增的请假事由也是问号现象登录系统后页面右上角真实姓名变成一串???提交请假单后再列表看中文全是问号。原因HTTP 请求传参编码没统一或者数据库连接 URL 没有指定字符集。这类旧项目常见的配置是页面用 GBK后端却按 UTF-8 解码两个地方不一致就必然乱。解决先把 MySQL 连接 URL 后面加useUnicodetruecharacterEncodingutf-8再把所有 jsp 页面头部统一为% page contentTypetext/html;charsetUTF-8 %然后在request.setCharacterEncoding(UTF-8)之前再设一次。如果数据库里已存了乱码数据删掉重建表再导一次leaverecords.sql因为历史乱码无法自动恢复。4.2 Tomcat 启动后访问页面报 500日志提示找不到类现象浏览器能打开登录页输入账号密码点登录却直接 500Tomcat 日志里有ClassNotFoundException: com.mysql.jdbc.Driver。原因MySQL 驱动 jar 不在WEB-INF/lib里。源码压缩包为了瘦身很多时候把 jar 包文件删了只留下代码。解决到网上下一个mysql-connector-java-5.1.49.jar放进工程的WEB-INF/lib目录然后停止 Tomcat删除work/Catalina/localhost/practice缓存目录再重新启动。这里有个细节放完 jar 必须重启Tomcat 不会热加载 lib 下的新 jar 文件。4.3 8080 端口被占用Tomcat 一启动就崩现象执行startup.bat秒退命令行提示或者日志里出现Address already in use: JVM_Bind确认是 8080 端口被别的进程占了。原因本机装了其他 Java 应用、某个残留 Tomcat 没关或者 IDE 内置服务占用了端口。解决命令行执行netstat -ano | findstr 8080找到占用进程的 PID打开任务管理器结束它。如果该进程不能杀就改 Tomcat 启动端口编辑conf/server.xml把 Connector 标签的port8080改成8899访问地址换成http://localhost:8899/practice/。4.4 SQL 导入时报错提示Table user already exists现象导入leaverecords.sql执行到一半报错之前有些表已建好重新导入时因为表已存在直接中断。原因机器上之前跑过别的项目数据库里已经有同名表或者你自己手动建过表。CREATE TABLE没带IF NOT EXISTS第二次执行必然冲突。解决先执行DROP DATABASE leave_db;再重建库、再导入确保全新环境。注意如果原来的库里还有其他数据这种操作会全部清掉我一般在测试环境直接这么干确认表结构和数据是你需要的再保留。5. 把演示级系统改成答辩级多级审批流程与数据库字段扩展系统跑通只是个起点多数课程设计的问题是“功能太浅”比如所有请假申请只经过一个管理员审批没有部门经理、总经理这层概念。想提升答辩含金量我建议从两个方向下手一是把审批流程改复杂二是让数据模型支撑这个复杂度。这两个改动都依赖你对leaverecords.sql和源码结构已经足够熟悉。第一个改动是加审批等级。当前请假单的status字段只有 0、1、2 三个值你先在leave_record表加一个current_approval_level字段默认 1表示当前需要第几级审批人处理。请假单表结构扩展后审批 Servlet 读这个字段等于 1 就找部门经理账号审批等于 2 就找总经理账号审批。要支撑这个逻辑还需要在部门表或用户表里加一个approval_level字段表示这个人能批到第几级。每次审批通过后把current_approval_level加一直到超过最大层级就置为通过。这个过程完整走下来系统就从“单层审批”变成了“两层审批”答辩时能清楚描述状态流转逻辑。第二个改动是重新设计审批记录表。当前系统可能只有请假单表没有专门存审批轨迹的表这导致你无法回答“这条记录在谁手里待了多久”。建议新建一张approval_log表CREATE TABLE approval_log ( id INT(11) NOT NULL AUTO_INCREMENT, leave_id INT(11) NOT NULL COMMENT 请假单ID, approver_id INT(11) NOT NULL COMMENT 审批人ID, approval_level INT(11) NOT NULL COMMENT 第几级审批, action TINYINT(4) NOT NULL COMMENT 操作1通过 2驳回, comment VARCHAR(255) DEFAULT NULL COMMENT 审批意见, create_time DATETIME NOT NULL COMMENT 操作时间, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8;改完这张表后后台管理页面按请假单 ID 去查审批记录就能展示一套时间线发起申请 → 部门经理通过 → 总经理通过。这样代码量增加不大但数据库设计深度明显不同老师追问时你也能把“为什么加这张表、数据如何关联”说得足够具体。从那以后我每次拿到一套新源码都会强制自己先导入 SQL、跑通登录、走完一条请假审批链路再到 PDF 里核对功能清单最后才动手改代码。这个顺序让我少走了很多弯道希望帮到你。本文还有配套的精品资源点击获取
请假管理系统源码部署指南：从SQL导入到Tomcat运行全流程
简介面向需要搭建请假管理系统或完成课程设计的开发者压缩包提供了一套可直接落地的完整方案涵盖源码、原型与数据库三部分适合用来理解请假申请、审批、销假等典型业务流程也可作为二次开发或毕设改造的基础。包体共4个文件包含2个zip工程压缩包、1个sql数据库脚本和1个pdf说明文档压缩包整体大小约14.28MB结构清晰便于按模块查看。其中sql脚本可快速还原数据表zip内含前后端代码与页面原型pdf则辅助梳理配置与运行细节也可在现有流程上补充多级审批等逻辑。目前已有1036人学习下载对入门Java/Web开发或需要快速交付课设项目的同学颇具参考价值拿到的是一套从界面原型到数据存储均齐全的请假管理系统资源可用于本地部署、功能拓展及课程答辩演示。1. 这套请假管理系统能帮你省掉一个完整课程设计的工作量上个月有位读者找我说毕设抽到的题目是请假管理系统手里除了一份指导老师的题目清单什么都没有。我让他先搞清楚自己拿到的资源是什么形态如果是“源码原型数据库”三件套那基本等于把一个能演示、能答辩、能改二开的完整工程摆在了面前。这套请假管理系统正是这样的结构主工程在practice.zip里数据脚本是leaverecords.sql另外配了一份请假管理系统.pdf设计文档写需求、画原型、讲流程都用得上。你不需要从零搭框架也不用自己设计表结构工作量集中到环境配置、代码阅读和按自己学校格式改文档这三件事上。适合课程设计、毕业设计需要演示系统的人也适合刚接触 Java Web 想读懂一套真实业务代码的初学者。2. 先把三件套拆开源码管业务、SQL 管数据、PDF 管验收标准拿到压缩包别急着导 IDEA先把里面几个文件的作用边界分清楚。源码、数据库脚本、设计文档三者各自解决不同阶段的问题源码决定系统能做什么SQL 决定数据怎么存PDF 决定验收时你要还原哪些功能。我拆过不少这类课程设计包最常见的问题是顺序反了上来就改代码结果数据库结构没对上越改越乱。2.1 practice.zip 主工程结构弄懂登录到审批的代码主线解压practice.zip后你能看到典型的 Java Web 分层结构。不管它是用 Servlet 还是 Spring MVC 写的包里基本会按dao、service、entity、servlet/controller、jsp这几层组织。先阅读代码别从第一行看起而是按“登录 → 用户校验 → 发起请假 → 审批流转”这条主线找文件。登录功能一般在servlet或controller包下的LoginServlet/UserController这类文件里通过请求参数拿到用户名和密码再调用 service 层去匹配数据库。// 登录校验核心逻辑路径src/com/example/servlet/LoginServlet.java protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { request.setCharacterEncoding(UTF-8); String userName request.getParameter(username); String passWord request.getParameter(password); UserService userService new UserService(); User user userService.login(userName, passWord); if (user ! null) { // 登录成功把用户对象放进 session后续审批人判断要靠这个 request.getSession().setAttribute(currentUser, user); response.sendRedirect(index.jsp); } else { // 登录失败回登录页并带错误信息 request.setAttribute(errorMsg, 用户名或密码错误); request.getRequestDispatcher(login.jsp).forward(request, response); } }这段代码里有几个值得留意的点。setCharacterEncoding(UTF-8)必须放在读取参数之前否则表单里的中文姓名、请假事由到了后端就乱码这一点在第四部分还会遇到。userService.login()封装了查询逻辑真正执行的 SQL 在 dao 层查的是user表密码比对多数是明文匹配这也是课程设计代码里的常见现象二开时要改成 MD5 或加盐哈希否则答辩时被问安全方案会答不上来。阅读源码时建议在 IDEA 里用 Ctrl左键跳到 service 和 dao 实现把“页面 → Servlet → Service → DAO → SQL”这条链路画出来。我一般会把每个 jsp 页面对应的 Servlet 路径记在一张纸上比如leave_add.jsp对应LeaveAddServlet后面拿 PDF 原型验收功能时就能直接找到每一个功能的实现入口。2.2 公共表结构解析从 SQL 脚本看系统怎么组织请假业务leaverecords.sql是这个系统里最不该跳过的东西。用文本编辑器打开它先扫一遍建表语句你会发现请假系统的表设计就这么几大类用户表、请假单表、请假类型表、审批记录表。用户表通常长这样-- 用户表账户信息和默认角色 CREATE TABLE user ( id INT(11) NOT NULL AUTO_INCREMENT, username VARCHAR(32) NOT NULL COMMENT 登录名, password VARCHAR(32) NOT NULL COMMENT 密码, real_name VARCHAR(32) NOT NULL COMMENT 真实姓名, role TINYINT(4) NOT NULL DEFAULT 2 COMMENT 角色1管理员 2普通员工, dept_id INT(11) DEFAULT NULL COMMENT 部门ID行政归属, PRIMARY KEY (id), UNIQUE KEY uk_username (username) ) ENGINEInnoDB DEFAULT CHARSETutf8;角色字段用数字而不是字符串是这套系统里最简化的设计决策。role1是管理员role2是普通员工请假审批时就把当前用户角色拿来判断能不能通过。请假单表里一定会有leave_type、start_time、end_time、reason、status这些字段其中status是整个业务流转的关键常见取值是 0 待审批、1 已通过、2 已驳回。我看这个 SQL 文件时会额外做一件事把所有CREATE TABLE语句的建表顺序抄下来因为表之间有外键依赖先建dept后建user先建user后建leave_record顺序反了导入必报错。脚本里的INSERT语句是给系统准备的基础数据至少会有一个管理员账号和一个测试员工账号登录时用的就是这些初始账号答辩前可以改成自己姓名的账号。2.3 请假管理系统.pdf把设计文档当成验收清单而不是摆设很多同学拿到 PDF 就再也不打开其实这份文档的价值比源码还大。它里面一般包含需求分析、用例图、部分界面原型截图和数据库说明答辩时老师问“你的系统为什么这么设计”答案全在文档里。我的习惯是把 PDF 里的功能列表提取出来做成一张验收清单然后逐个去运行中的系统里点一遍每确认一个功能就打个勾。PDF 中的功能模块对应源码入口验收要点系统登录LoginServlet输错密码有错误提示登录成功跳转主页员工请假申请LeaveAddServlet选择假别、填时间、提交后状态为待审批请假记录查询LeaveListServlet按自己账号只能看到自己的记录管理员审批ApproveServlet待审批列表出现申请可同意或驳回如果 PDF 里某个模块在两个页面中出现说明它被设计为复用页面运行验证时就要多测一遍边界情况。比如“按日期查询请假记录”可能在员工端和管理端都有但管理端应该看到全部门记录员工端只看到自己。这套 PDF 就是给运行环境做的验收标准没有它你根本不知道代码里的功能哪些是故意做出来的哪些是意外产生的半成品。3. 一小时跑通全流程从 SQL 导入到 Tomcat 部署的六步联调拆完资源就要动手让它跑起来。我按 MySQL 5.7 Tomcat 8.5 JDK 1.8 的环境来操作这也是这类课程设计最稳妥的搭配。整个流程六步装环境、导 SQL、改配置、部署工程、启动 Tomcat、用 PDF 清单对照功能验证。每一步都很机械但只要错了就能在上一步日志里找到答案。3.1 环境准备JDK、MySQL、Tomcat 的三件套安装清单先确认机器上有没装齐这三样。命令行里执行java -version能看到 1.8 就行MySQL 用 5.5 到 5.7 都可以太新的版本比如 8.0 会因为认证插件的问题导致旧驱动连不上这类项目里最常见的翻车点就是版本不匹配。Tomcat 用 8.0 或 8.5别用 Tomcat 9 或 10它们的包名和 Servlet 版本有变化旧的 web.xml 头可能识别不了。组件推荐版本检查方式备注JDK1.8java -version高于 17 可能出现依赖兼容问题MySQL5.7mysql -V8.0 需换驱动不推荐Tomcat8.5解压即可10 的javax.*换成了jakarta.*版本确认之后把 Tomcat 解压到纯英文路径比如D:\apache-tomcat-8.5.xx千万别放进带中文和空格的目录否则后面的 classpath 和日志解析都会变得很玄学。MySQL 装好后要记好 root 密码后面导 SQL 要用。3.2 导入 leaverecords.sql两步命令加字符集参数打开命令行终端先建一个专门的数据库再导入脚本这是避免unknown database报错的标准做法。不要直接source leaverecords.sql因为脚本里不一定写了CREATE DATABASE一旦没有你会被一句语法错误卡住。# 第一步登录 MySQL创建数据库 mysql -u root -p # 进入 MySQL 后执行 CREATE DATABASE leave_db DEFAULT CHARACTER SET utf8mb4; USE leave_db; # 退出 mysql 客户端再执行导入 mysql -u root -p leave_db D:/path/to/leaverecords.sql这条命令里表示把 SQL 文件内容重定向给 mysql 客户端执行leave_db是目标库名。注意两个细节一是路径别带中文二是如果你的脚本里本身就有CREATE DATABASE语句导入时可以不建库直接 source但课程设计脚本通常没这么全所以多数情况下我建议先建库再导入。导入完成后执行SHOW TABLES;能列出来 user、leave_record 这些表名就说明成功了一大半。3.3 数据库连接配置驱动包位置与 jdbc.properties 参数源码怎么知道数据库密码通过一个配置文件。在src目录下找db.properties或jdbc.properties用编辑器打开你会看到类似这样的内容jdbc.drivercom.mysql.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/leave_db?useUnicodetruecharacterEncodingutf-8 jdbc.usernameroot jdbc.passwordyourpasswordjdbc.url里的localhost:3306/leave_db对应本机 MySQL 和刚才写的库名useUnicodetruecharacterEncodingutf-8保证了中文写入查询不出乱码这个参数必须保留jdbc.password要改成你自己机器的 root 密码。改完之后检查一下WEB-INF/lib目录下有没有mysql-connector-java-*.jar没有就要放一个 5.1.x 版本的驱动包否则运行时会报找不到驱动类。我一般改完配置后会顺手做一次测试在 MySQL 里执行SELECT * FROM user;确认用户名密码字段存在并在系统里准备一个已知的用户名密码。这样等会启动 Tomcat直接用这组账号登录能登录就说明 Java 到 MySQL 的整条链路已经通了。3.4 部署到 Tomcatwar 包方式与目录方式的选择源码工程分两种形态一种已经编译成 war 包一种是 IDEA 工程目录。war 包直接拷进 Tomcat 的webapps目录启动后自动解压目录方式则要把编译后的 web 根目录路径配到 Tomcat 的conf/server.xml里。我更建议用 war 包方式因为课程设计代码大多不保证 IDE 环境统一war 包是新机器上最容易跑通的形态。# 启动 TomcatWindows D:/apache-tomcat-8.5.xx/bin/startup.bat # 查看日志确认有没有异常 tail -f D:/apache-tomcat-8.5.xx/logs/catalina.outWindows 下用startup.batLinux/mac 用startup.sh。日志里看到Application Startup completed或者Deployment of web application archive结束再进浏览器。访问地址一般是http://localhost:8080/practice/practice是工程名跟 war 包名一致。打开首页后用你配置的账号登录如果跳到主页且能发起请假申请整个系统就算活过来了。3.5 用 PDF 功能表做第一轮验收按模块点完才算数系统能登录只是第一步把 PDF 里的功能清单过一遍才算真正跑通。按我 2.3 节列的表格逐项执行发起请假申请选一个假别填开始时间、结束时间、事由提交后面试列表再用管理员账号进去看待审批列表里有没有这条记录点同意后回到员工账号刷新状态应该变成已通过。第一轮验收最容易漏的是修改密码和退出登录这两个隐藏功能很多源码里做了但没放链接要手动敲 URL 才能访问。打开 PDF 里面关于“系统管理”的章节如果提到“修改密码”就去源码里搜changePassword或者PasswordServlet把 URL 路径记下来直接访问。这一轮走完你对这套系统能干什么、不能干什么就已经非常清楚了。4. 避坑排查乱码、驱动、端口、SQL 导入这四个问题最多课程设计系统代码老旧但套路固定出问题的地方也就那么几个。我拆过几套类似的资源后把最容易踩的坑整理成现象、原因、解决三段式。你按这个顺序排查成功率很高剩余少数情况查日志就行了。4.1 登录后中文姓名显示问号新增的请假事由也是问号现象登录系统后页面右上角真实姓名变成一串???提交请假单后再列表看中文全是问号。原因HTTP 请求传参编码没统一或者数据库连接 URL 没有指定字符集。这类旧项目常见的配置是页面用 GBK后端却按 UTF-8 解码两个地方不一致就必然乱。解决先把 MySQL 连接 URL 后面加useUnicodetruecharacterEncodingutf-8再把所有 jsp 页面头部统一为% page contentTypetext/html;charsetUTF-8 %然后在request.setCharacterEncoding(UTF-8)之前再设一次。如果数据库里已存了乱码数据删掉重建表再导一次leaverecords.sql因为历史乱码无法自动恢复。4.2 Tomcat 启动后访问页面报 500日志提示找不到类现象浏览器能打开登录页输入账号密码点登录却直接 500Tomcat 日志里有ClassNotFoundException: com.mysql.jdbc.Driver。原因MySQL 驱动 jar 不在WEB-INF/lib里。源码压缩包为了瘦身很多时候把 jar 包文件删了只留下代码。解决到网上下一个mysql-connector-java-5.1.49.jar放进工程的WEB-INF/lib目录然后停止 Tomcat删除work/Catalina/localhost/practice缓存目录再重新启动。这里有个细节放完 jar 必须重启Tomcat 不会热加载 lib 下的新 jar 文件。4.3 8080 端口被占用Tomcat 一启动就崩现象执行startup.bat秒退命令行提示或者日志里出现Address already in use: JVM_Bind确认是 8080 端口被别的进程占了。原因本机装了其他 Java 应用、某个残留 Tomcat 没关或者 IDE 内置服务占用了端口。解决命令行执行netstat -ano | findstr 8080找到占用进程的 PID打开任务管理器结束它。如果该进程不能杀就改 Tomcat 启动端口编辑conf/server.xml把 Connector 标签的port8080改成8899访问地址换成http://localhost:8899/practice/。4.4 SQL 导入时报错提示Table user already exists现象导入leaverecords.sql执行到一半报错之前有些表已建好重新导入时因为表已存在直接中断。原因机器上之前跑过别的项目数据库里已经有同名表或者你自己手动建过表。CREATE TABLE没带IF NOT EXISTS第二次执行必然冲突。解决先执行DROP DATABASE leave_db;再重建库、再导入确保全新环境。注意如果原来的库里还有其他数据这种操作会全部清掉我一般在测试环境直接这么干确认表结构和数据是你需要的再保留。5. 把演示级系统改成答辩级多级审批流程与数据库字段扩展系统跑通只是个起点多数课程设计的问题是“功能太浅”比如所有请假申请只经过一个管理员审批没有部门经理、总经理这层概念。想提升答辩含金量我建议从两个方向下手一是把审批流程改复杂二是让数据模型支撑这个复杂度。这两个改动都依赖你对leaverecords.sql和源码结构已经足够熟悉。第一个改动是加审批等级。当前请假单的status字段只有 0、1、2 三个值你先在leave_record表加一个current_approval_level字段默认 1表示当前需要第几级审批人处理。请假单表结构扩展后审批 Servlet 读这个字段等于 1 就找部门经理账号审批等于 2 就找总经理账号审批。要支撑这个逻辑还需要在部门表或用户表里加一个approval_level字段表示这个人能批到第几级。每次审批通过后把current_approval_level加一直到超过最大层级就置为通过。这个过程完整走下来系统就从“单层审批”变成了“两层审批”答辩时能清楚描述状态流转逻辑。第二个改动是重新设计审批记录表。当前系统可能只有请假单表没有专门存审批轨迹的表这导致你无法回答“这条记录在谁手里待了多久”。建议新建一张approval_log表CREATE TABLE approval_log ( id INT(11) NOT NULL AUTO_INCREMENT, leave_id INT(11) NOT NULL COMMENT 请假单ID, approver_id INT(11) NOT NULL COMMENT 审批人ID, approval_level INT(11) NOT NULL COMMENT 第几级审批, action TINYINT(4) NOT NULL COMMENT 操作1通过 2驳回, comment VARCHAR(255) DEFAULT NULL COMMENT 审批意见, create_time DATETIME NOT NULL COMMENT 操作时间, PRIMARY KEY (id) ) ENGINEInnoDB DEFAULT CHARSETutf8;改完这张表后后台管理页面按请假单 ID 去查审批记录就能展示一套时间线发起申请 → 部门经理通过 → 总经理通过。这样代码量增加不大但数据库设计深度明显不同老师追问时你也能把“为什么加这张表、数据如何关联”说得足够具体。从那以后我每次拿到一套新源码都会强制自己先导入 SQL、跑通登录、走完一条请假审批链路再到 PDF 里核对功能清单最后才动手改代码。这个顺序让我少走了很多弯道希望帮到你。本文还有配套的精品资源点击获取