简介：这是基于JavaWeb的实验室预约管理系统，面向高校计算机专业学生、Java初学者以及需要快速搭建管理类课程设计的开发者。系统采用MySQL数据库与JSP/Servlet等JavaWeb技术实现，覆盖用户登录、实验室信息管理、预约申请与审批等核心流程，适合用于毕业设计、课程作业或项目练手。压缩包共808个文件，大小54.54MB，包含JSP页面、Java源码、class编译文件、jar依赖库、SQL脚本及大量界面截图和操作GIF演示，能够直观还原项目结构与运行效果。资源中还有配套博文链接，可辅助理解设计思路与功能实现。已有8818人浏览学习，适合参考完整代码结构、数据库表设计以及前端交互逻辑，帮助快速上手并完成功能扩展。 做JavaWeb课程设计时，“实验室预约管理系统”几乎是绕不开的一个经典选题。它规模不大不小，刚好能覆盖Servlet、JSP、Session、JDBC、MySQL这些JavaWeb核心知识点，又比普通的增删改查多了一点业务逻辑，适合拿来练手或者作为毕业设计的底子。这篇文章我就以自己实际开发过的一套系统为例，把从业务拆解、数据库设计到核心代码实现的完整过程讲清楚，重点放在那些教科书里不会细说、但一跑起来就翻车的细节上。
1. 实验室预约系统的业务拆解与数据库设计
1.1 核心业务角色和流程
实验室预约系统不算复杂，但业务流程必须想清楚。我按最常见的课程设计要求拆成了三类角色：普通用户（一般是学生或教师）、实验室管理员、系统管理员。普通用户登录后可以查看实验室列表、空闲时段，提交预约申请，查看自己的预约记录；实验室管理员负责审核用户提交的预约申请，确认通过或拒绝，并填写审核意见；系统管理员负责实验室信息的维护和用户管理。
整个核心流程是：用户登录系统 -> 浏览实验室与可预约时段 -> 填写预约申请（提交时间、事由） -> 管理员审核 -> 审核通过后用户按时到实验室使用 -> 使用完成后记录归档。看似简单，但真正做起来要从流程中提炼出两个核心问题：一是“同一实验室同一时段是否已被预约”的冲突校验，二是“预约状态如何流转”。这两块逻辑没设计好，后面写代码时会反复返工。
1.2 数据库表结构与关联关系
我把表设计成三张主表和一张字典表。主表分别是用户表t_user、实验室表t_lab、预约记录表t_reservation，字典表用来维护预约状态之类的公共数据。下面是常用的建表SQL，你可以直接复用：
CREATE TABLE t_user ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE COMMENT '登录账号', password VARCHAR(100) NOT NULL COMMENT '密码(MD5密文)', real_name VARCHAR(50) COMMENT '真实姓名', role TINYINT DEFAULT 0 COMMENT '角色:0-普通用户,1-管理员', create_time DATETIME DEFAULT CURRENT_TIMESTAMP ); CREATE TABLE t_lab ( id INT PRIMARY KEY AUTO_INCREMENT, lab_no VARCHAR(20) NOT NULL UNIQUE COMMENT '实验室编号', lab_name VARCHAR(100) NOT NULL COMMENT '实验室名称', location VARCHAR(100) COMMENT '所在位置', capacity INT DEFAULT 30 COMMENT '座位数', equipment VARCHAR(255) COMMENT '主要设备', status TINYINT DEFAULT 1 COMMENT '状态:1-可用,0-停用' ); CREATE TABLE t_reservation ( id INT PRIMARY KEY AUTO_INCREMENT, user_id INT NOT NULL COMMENT '预约人ID', lab_id INT NOT NULL COMMENT '实验室ID', reserve_date DATE NOT NULL COMMENT '预约日期', start_time VARCHAR(5) NOT NULL COMMENT '开始时间,如 08:00', end_time VARCHAR(5) NOT NULL COMMENT '结束时间,如 10:00', purpose VARCHAR(255) COMMENT '预约事由', status TINYINT DEFAULT 0 COMMENT '状态:0-待审核,1-已通过,2-已拒绝,3-已取消', audit_remark VARCHAR(255) COMMENT '审核意见', create_time DATETIME DEFAULT CURRENT_TIMESTAMP, KEY idx_user (user_id), KEY idx_lab (lab_id), KEY idx_date (reserve_date) );有两个设计细节我想强调一下。第一，t_user和t_lab之间没有直接外键关联，预约通过t_reservation表把它们关联起来，这是典型的多对多关系映射成中间表的方式。第二，实验室的状态用status字段做逻辑删除，而不是物理删除。这个很重要：一个实验室哪怕停用了，它的历史预约记录必须还在，否则审计查不到数据。我在项目里吃过这个亏，后来重新把删除操作全改成了状态控制。
2. JavaWeb技术选型与工程骨架落地
2.1 为什么坚持用JSP+Servlet+JDBC这套老组合
说实话，现在企业里做Java项目几乎没人用纯Servlet堆接口了，基本都是Spring Boot起步。但课程设计和毕业设计的场景不一样，很多学校明确要求考察JavaWeb基础，不允许用Spring框架。即便是允许用框架，我也建议你动手把JSP+Servlet+JDBC完整走一遍。原因很实际：Servlet能让你理解一次HTTP请求从进入Tomcat到返回响应的整个生命周期，JSP能让你知道动态页面是怎么渲染出来的，JDBC能让你明白数据库连接池到底解决了什么问题。这些东西用Spring Boot写的时候都被封装掉了，出了问题你连日志都不一定看得懂。
我的推荐组合是：JDK 8 + Tomcat 9 + MySQL 5.7 + IntelliJ IDEA。Tomcat 9对应Servlet 4.0规范，支持@WebServlet注解，省去大量web.xml配置。MySQL 5.7稳定性好，资源占用低，课程设计这个量级完全够用。当然MySQL 8也是可以的，只是驱动连接串有一处区别，我在后面排查章节详细说。
2.2 IDEA下创建JavaWeb项目的关键动作
很多人卡在第一步：新版IDEA创建JavaWeb项目找不到入口。这里需要说得细一点。以IDEA近两年的界面为例，新建Project时选择Java Enterprise或者Jakarta EE分类，然后勾选Web Application，应用服务器选择你本机配置好的Tomcat。没有Tomcat的话，在Settings -> Build, Execution, Deployment -> Application Servers里手动添加Tomcat Server，把Tomcat解压目录指进去就行。注意IDEA要求选对Tomcat版本对应的JDK，否则启动直接报错。
创建完成后还得手动做三件容易被忽略的事。
第一，Java源码目录。新创建的Web项目不一定有src/main/java目录，你需要手动建好并右键Mark Directory as Sources Root。不然建Servlet时包名和类都放不对位置。
第二，依赖jar包。JDBC驱动mysql-connector-java.jar要放在WEB-INF/lib目录下，而不是像普通Java项目那样放在Project Structure的Libraries里。很多同学本地编译不报错，一部署到Tomcat就报ClassNotFoundException，十有八九是jar包没进WEB-INF/lib。
第三，Artifact配置。按上面步骤创建的Web项目默认会生成Web Artifact，但有时候部署时没有自动带出依赖。建议点开Project Structure -> Artifacts，把avaailable Elements里的内容全部右键Put into/WEB-INF/lib，确保打包后依赖完整。
3. 登录鉴权与权限控制：系统入口的防线上好
3.1 登录、验证码、Session与拦截过滤器
登录是系统的第一道门，哪怕只是课程设计，安全底线也要有。我这边做了三层：密码不存明文、登录页加验证码、受限资源用Filter拦截。
密码存密文是比较成熟的做法。简单项目用MD5就够了，严谨一点可以加盐，比如MD5(password + username)。要注意的是注册时也要做同样的加密处理，不是只在登录时加密比对。如果数据库里已经存了明文或者加密方式不统一，登录永远对不上。
验证码用Servlet生成。思路是在内存中创建BufferedImage，把随机四位数字画上去，再画几条干扰线，然后把正确答案存到Session中，图片以JPEG格式写回响应。登录提交后，先比较用户输入的验证码和Session中存的验证码是否一致，不一致直接返回错误，不查数据库。这个顺序很重要，能防止有人把验证码校验绕过。
Session管理就不多说了，登录成功后把User对象放进session.setAttribute("loginUser", user)。更关键的是用Filter做全局拦截，不然用户手动输入URL就能跳过登录页，这在答辩时是硬伤。核心代码如下：
@WebFilter("/*") public class LoginFilter implements Filter { @Override public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { HttpServletRequest req = (HttpServletRequest) request; HttpServletResponse resp = (HttpServletResponse) response; String uri = req.getRequestURI(); // 放行登录接口、登录页面和静态资源 if (uri.contains("/login") || uri.endsWith(".jsp") || uri.endsWith(".css") || uri.endsWith(".js") || uri.endsWith(".png")) { chain.doFilter(request, response); return; } HttpSession session = req.getSession(false); if (session == null || session.getAttribute("loginUser") == null) { resp.sendRedirect(req.getContextPath() + "/login.jsp"); return; } chain.doFilter(request, response); } }你可能注意到我上面放行了所有.jsp文件，这是个保守做法。理想情况是页面全都放在/pages或者/WEB-INF下，但课程设计图省事时会直接放web根目录，放行JSP是为了避免登录页样式加载不出来的问题。但这样意味着直接访问index.jsp也能绕过登录。所以我强烈建议把受限页面的目录规划好，只放行login.jsp和静态资源，其他JSP一律走Filter。
3.2 不同角色进入不同功能区的设计
角色权限只在Filter里做是不够的。Filter负责“你有没有登录”，Servlet层还要负责“你有没有权限”。我的做法是在管理员相关的Servlet里加一个角色判断：
User loginUser = (User) request.getSession().getAttribute("loginUser"); if (loginUser == null || loginUser.getRole() != 1) { request.setAttribute("errorMsg", "无权访问"); request.getRequestDispatcher("/error.jsp").forward(request, response); return; }这样就算普通用户猜到管理员Servlet的URL，也会被挡回去。前端页面上我再用<c:if>标签控制菜单显示：管理员看到“审核管理”“实验室维护”，普通用户看到“我要预约”“我的预约”。这套双保险在答辩演示时非常加分，老师往往会专门挑越权访问的场景来考你。
4. 预约主流程的代码实现与冲突检测
4.1 预约响亮的后台处理流程
预约接口是系统最核心的部分。用户在前端填完预约信息提交后，ReservationServlet的doPost方法里要依次做这几件事：接收请求参数、校验参数合法性（日期不能为空、结束时间必须晚于开始时间、预约日期不能早于今天）、调用Service层做冲突检测、冲突通过则插入预约记录。
真正麻烦的是时间冲突检测。如果只是判断“这个时间段有没有被预约”，大部分人都能写出来，但很多人会漏掉一个关键场景：两条预约时间部分重叠。比如实验室已经有人约了09:00到11:00，新请求约10:00到12:00，这其实是冲突的。判断两个时间段[s1,e1]和[s2,e2]是否重叠的数学条件是s1 < e2 AND s2 < e1，别看它简单，写SQL时非常容易想错。
4.2 时间段冲突检测的SQL写法
我的冲突检测用了一条SQL，而不是把所有预约记录查出来在Java里循环判断。后者虽然也能跑，但数据量一大会很慢，而且答辩时如果被问到性能，体验不太好。SQL的写法如下：
String sql = "SELECT COUNT(*) FROM t_reservation " + "WHERE lab_id = ? AND reserve_date = ? " + "AND status IN (0,1) " + "AND start_time < ? AND end_time > ?"; // 参数顺序是: labId, reserveDate, newEndTime, newStartTime来拆解一下：status IN (0,1)表示把“待审核”和“已通过”的预约都算作占位，这样能避免一种尴尬情况——两个学生同时提交同一时段的预约申请，管理员在审核时先用status = 1去查，发现都不冲突，结果两个都放行了。虽然这种情况不多见，但正规一点的项目都会把待审核状态也算进冲突范围。start_time < ?对应公式里的s1 < e2，end_time > ?对应s2 < e1，只是把新预约的时间作为变量传进去。这样一条SQL查出来结果大于0就说明冲突，直接返回提示给用户。
时间字段我用的是VARCHAR(5)存格式化的"08:00"，SQL做字符串比较时按字典序比也能得出正确结果。如果你用TIME类型也完全没问题，Java端对应的处理方式要同步调整。
4.3 审批与状态流转
预约状态我用整型枚举：0-待审核、1-已通过、2-已拒绝、3-已取消。状态流转的规则是：用户提交预约，状态为0；管理员审核通过置1，拒绝置2；用户取消自己未开始的预约，置3。这里要注意状态流转的合法性校验——不能允许管理员把“已拒绝”的预约改成“已通过”，也不能允许用户取消已经开始的预约。
实现状态更新的时候我建议用带条件的UPDATE语句，而不是先查后更。比如取消预约时执行：
String sql = "UPDATE t_reservation SET status = 3 WHERE id = ? AND user_id = ? AND status IN (0,1)"; int rows = jdbcTemplate.update(sql, id, userId); if (rows == 0) { // 当前状态不允许取消 }rows == 0时说明该记录不存在或者状态已经变了，这条语句天然防了并发问题。我在第一版是“先查再改”，后来沟通说用户连续点两次取消按钮可能造成重复操作，后来就改成这种写法了。而且审核界面上我也会显示预约状态，避免管理员审重复了。
5. 实测中踩过的坑：从乱码到404的定位过程
5.1 中文乱码的完整链路排查
乱码是JavaWeb新手最头疼的问题。有一次我测试提交预约事由为“操作系统实验课”，结果存进数据库变成“鎿浣绯荤粺瀹為獙璇”，排查了很久。
其实中文乱码可能发生在三个环节：请求参数乱码、响应输出乱码、数据库编码问题。排查顺序先看数据库连接串。JDBC连接URL里必须加上：
jdbc:mysql://localhost:3306/lab_reserve?useUnicode=true&characterEncoding=utf-8&serverTimezone=Asia/Shanghai&useSSL=false然后看请求：POST请求乱码，要在doPost方法最前面加request.setCharacterEncoding("UTF-8")，而且必须在第一次读取参数之前，否则无效。GET请求乱码的话，新版IDEA配置的Tomcat 8以上默认就是UTF-8，一般没问题；但如果你用的是Tomcat 7或者别的老环境，需要到conf/server.xml的Connector节点加一行URIEncoding="UTF-8"。
再看响应：JSP页面顶部要有<%@ page contentType="text/html;charset=UTF-8" language="java" %>，Servlet往页面写中文时要先设置响应编码。最后检查数据库：建库时指定utf8mb4，CREATE DATABASE lab_reserve DEFAULT CHARACTER SET utf8mb4;。这四步都做到了，乱码基本就绝迹了。我之前项目乱码反复发作，最后发现是数据库连接串漏了characterEncoding，补上之后立竿见影。
5.2 JDBC连接和驱动的几个经典报错
第一个报错是java.lang.ClassNotFoundException: com.mysql.jdbc.Driver。原因通常是jar包版本不对或者jar包没放在WEB-INF/lib里。MySQL 5.7配合mysql-connector-java5.x用旧驱动类com.mysql.jdbc.Driver没问题；如果用的是MySQL官方新版驱动，类名变成了com.mysql.cj.jdbc.Driver。很多教程还停留在旧写法，复制下来就会报错。
第二个报错是The server time zone value '�й���ʱ��' is unrecognized。这是MySQL 8的典型问题，因为新版驱动要求显式指定时区，连接串加serverTimezone=Asia/Shanghai即可解决。另外使用SSL连接时如果控制台刷出一堆Warning，可以在连接串里加useSSL=false关掉，不至于报错但看着心烦。
第三个报错是Access denied for user 'root'@'localhost'。这类问题大多是MySQL账号权限或密码配置错了。我建议在项目里单独建一个应用账号，只授予SELECT、INSERT、UPDATE、DELETE权限，比如：
CREATE USER 'lab_user'@'localhost' IDENTIFIED BY '123456'; GRANT SELECT, INSERT, UPDATE, DELETE ON lab_reserve.* TO 'lab_user'@'localhost'; FLUSH PRIVILEGES;这样比直接拿root连库更安全，同时也能避免以后项目要迁移部署时因为权限配置而卡壳。
5.3 页面路径和资源加载问题
404是另一个高频问题，而且很多404不是代码错了，是路径写错了。比如你在login.jsp里写了一个<form action="LoginServlet">，页面在/lab/login.jsp下，跳转没问题；但如果页面被请求转发到别的路径下，相对路径就会解析错误。更保险的做法是用项目上下文路径拼接：
<% String basePath = request.getScheme() + "://" + request.getServerName() + ":" + request.getServerPort() + request.getContextPath() + "/"; %> <base href="<%=basePath%>">在JSP的<head>里加上<base>标签，页面上所有的href和src都能基于项目根路径来写，URL就再也不会乱了。这个技巧尤其适合页面有转发和重定向混用的场景。
资源加载还有一个容易忽略的点：Filter把login.jsp放行，但CSS、JS、图片这些静态资源的请求也会被Filter拦下来。如果过滤器里没放行，你登录页就算路径写对也是白板。所以Filter的放行规则务必要把静态资源后缀或/static/前缀加进去。
6. 后续扩展与个人经验
项目做到这个程度已经满足课程设计的基本要求了，但如果想拿高分，有几个扩展方向值得做。第一个是分页查询：预约记录会越来越多，无论是我预约还是管理员审核列表，都要用LIMIT offset, size分页，同时页面给出来页码跳转。第二个是导出功能：管理员可以把某段时间的预约记录导出成Excel，用POI库几十行代码就能实现，但演示效果非常唬人。第三个是统计图表：在管理端加一个简单的柱状图，统计各实验室使用率，可以用ECharts的静态JSON数据实现，这类功能很容易成为答辩时的加分项。
我个人做下来的最大感受是：这类管理系统难点不在代码量，而在业务规则的严谨性。第一次写完时功能全跑通了，但自己多测试几个边界场景就发现一堆漏洞——时间重叠没拦住、待审核状态没占坑、直接访问管理页面没拦截。这些坑基本都是自己主动找出来的，而不是老师或者用户报出来的。所以我建议写完不要急着交，按正常用户的操作习惯把系统完整走几遍，尤其把所有异常分支都点一遍，改完再提交。如果你也是刚开始写JavaWeb项目，这套系统的代码先跑通，再按需求调整业务逻辑，会省非常多的时间。
本文还有配套的精品资源，点击获取
