简介基于 Java Web 的会议室管理系统源码包面向 Java 学习者、课程设计与毕业设计人群提供一套可运行的企业级管理系统范例适合用来理解企业应用中的前后端协作与数据流转方式。项目以 CoolMeeting 为业务场景整合异步交互与后端分层处理前端负责页面渲染与局部更新后端使用动态页面技术与控制器组件接收并响应请求同时利用过滤器统一完成登录校验和日志记录利用监听器管理会话生命周期再通过 JDBC 连接 MySQL 数据库覆盖从客户请求到数据落库的完整开发链路。压缩包内共有 297 个文件包括 42 个 Java 源码文件、34 个动态页面文件、36 个静态页面文件、20 个脚本文件、18 个样式表文件以及 1 个数据库脚本文件另外还有依赖库、图片、配置和说明类内容整体大小 4.6MB目录结构清晰导入常见开发环境即可运行便于逐步研究界面交互、请求过滤、会话监听、数据持久化等关键环节的工程实现。目前已有 517 人浏览学习适合希望借助完整项目快速提升 Java Web 开发能力并巩固相关技术栈的读者。1. 会议室管理系统源码拆解一份把 Java Web 三大件串起来的完整样本如果你正在准备 Java 面试或者刚接手一个基于 Servlet JSP 的老项目这套会议室管理系统源码值得花一晚上拆一遍。它不像 Spring Boot 那样把一切都封装好而是把 JSP、Servlet、Filter、Listener、JDBC、MySQL 这些 Java Web 底层组件赤裸裸地摆在面前。我第一次运行起来的时候最大的感受是原来登录校验、权限拦截、会议室预约这些功能在没有框架的情况下是这样一步步拼出来的。这套系统适合两类人一类是正在学 Java Web 但只写过 Demo 的学生另一类是需要在老项目上做二次开发的从业者。下面我按实际拆项目时的顺序把这套源码的骨架、关键代码和踩过的坑讲清楚。2. 四张核心表与会话管理先搞懂数据模型再碰代码2.1 Employee、Department、MeetingRoom、Meeting 四张表的职责边界会议室管理系统的数据结构并不复杂但每张表的角色定位值得先说清楚因为后面所有的 Servlet 代码都在围绕这四张表转。department部门表字段一般是department_id、department_name。员工表通过外键关联它它的存在是为了做部门维度的统计和筛选。employee员工表核心字段是employee_id、employee_name、username、password、department_id。登录认证就是查这张表。meetingroom会议室表room_id、room_name、capacity、status。预约前要查这张表确认会议室是否可用。meeting会议表meeting_id、meeting_name、room_id、reservationist_id、start_time、end_time、participants。这是整个系统数据流转的终点。我拆源码时习惯先打开数据库脚本coolmeeting.sql把表结构和几行测试数据跑起来再回去看 Java 代码。这样有个好处看代码时心里始终有数知道MeetingDao里查出来的字段对应哪个表的哪一列。这套源码的建表语句在 MySQL 5.7 上直接执行不会报错employee表里预置了几个不同部门的测试账号方便你登录后验证不同权限。2.2 Servlet 作为控制器登录校验与 Session 穿透登录流程是整个系统里最值得读的一段代码。LoginServlet的大致逻辑是从请求里取username和password调用EmployeeDao查询员工表匹配成功就把Employee对象塞进Session然后重定向到页面匹配失败就带回错误提示。// 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); EmployeeDao dao new EmployeeDao(); Employee emp dao.findByUsernameAndPassword(username, password); if (emp ! null) { // 登录成功把员工对象放入 Session后续页面读取当前登录人 HttpSession session request.getSession(); session.setAttribute(currentEmployee, emp); response.sendRedirect(request.getContextPath() /index.jsp); } else { // 登录失败转发回登录页并携带错误消息 request.setAttribute(errorMessage, 用户名或密码错误); request.getRequestDispatcher(/login.jsp).forward(request, response); } }这段代码里有两个对新手很有价值的细节。一是request.setCharacterEncoding(UTF-8)如果不加这一句表单提交过来的中文参数大概率是乱码这个问题的具体表现和分析我在第四章会展开。二是sendRedirect和forward的区别重定向是浏览器重新发起一次请求地址栏会变转发是服务端内部跳转地址栏不变。这套系统里登录成功用重定向登录失败用转发原因是失败时要把errorMessage这个 request 属性带回到 JSP 页面上显示。从Session里取当前登录人的操作在项目里反复出现。比如在预约会议页面需要把reservationist_id写入会议表就是从session.getAttribute(currentEmployee)里拿当前员工的 ID。这种写法在老项目中很常见理解它之后再去学 Spring MVC 的SessionAttribute会发现思路完全一致。2.3 Filter 拦截登录态权限控制的经典写法这套系统里有一个AuthFilter它解决的问题是未登录用户不能直接访问页面和 Servlet。原理是拦截所有请求检查 Session 里有没有currentEmployee没有就重定向到登录页。// AuthFilter.java 核心逻辑 public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request (HttpServletRequest) req; HttpServletResponse response (HttpServletResponse) resp; // 获取当前请求的路径 String uri request.getRequestURI(); String contextPath request.getContextPath(); String path uri.substring(contextPath.length()); HttpSession session request.getSession(false); boolean loggedIn (session ! null session.getAttribute(currentEmployee) ! null); boolean isLoginPage path.equals(/login.jsp) || path.equals(/login); boolean isStaticResource path.startsWith(/static/); if (loggedIn || isLoginPage || isStaticResource) { chain.doFilter(req, resp); // 放行 } else { response.sendRedirect(contextPath /login.jsp); } }代码里request.getSession(false)是个容易忽略的细节。传false表示如果当前没有 Session 就返回 null而不是新创建一个。如果你写request.getSession()那么每个未登录用户的请求都会被强制创建一个 Session白白浪费服务端内存。使用这套系统你会发现凡是需要登录后才能访问的页面全部被AuthFilter管住了。但有个坑如果把login.jsp也拦截了登录页的 CSS 样式会加载不出来因为你没放行静态资源路径。这是 Filter 配置里最容易翻车的地方网上搜到的很多“登录页样式丢失”问题就是这个原因导致的第四章我会把排查过程完整写出来。3. 从 JSP 到 Ajax页面异步刷新与 jQuery 交互的落地写法3.1 在 JSP 里渲染数据脚本片段与 JSTL 的取舍这套系统的前端视图层是 JSP职责是动态生成 HTML。早期的写法是直接在 JSP 里写% %Java 片段往页面上输出数据但项目里的做法相对克制查询结果放到 request 或 session 里然后通过c:forEach这类 JSTL 标签在页面上循环渲染。%-- 会议室列表页局部循环输出所有会议室 --% c:forEach varroom items${roomList} tr td${room.roomName}/td td${room.capacity}人/td td c:choose c:when test${room.status 1} span stylecolor: green;可用/span /c:when c:otherwise span stylecolor: red;占用中/span /c:otherwise /c:choose /td /tr /c:forEachJSTL 的好处是模板里没有 Java 代码结构清楚。坏处是调试起来很绕——room.status是几个意思你得去MeetingRoom类里翻字段定义。这套CoolMeeting的实体类设计得很传统每个实体对应一张表属性名和下划线数据库字段是驼峰映射。比如participants字段存的是参会人员 ID 列表字符串形式存这就导致你想在页面上展示参会人姓名时还得再去查一遍员工表从代码里能看到这个痛点。3.2 Ajax 异步提交预约会议室不再刷新整个页面系统里最值得学的前后端交互是“查找可用会议室”。传统做法是表单提交后整页刷新但这套系统用了 jQuery 的$.post发异步请求。假设你选了一个时间段前端把日期、开始时间、结束时间发给一个叫SearchMeetingRoomServlet的接口后端返回一个 JSON 数组前端再动态渲染到下拉框。// 页面里的异步查询逻辑 function searchRooms() { var startTime $(#startTime).val(); var endTime $(#endTime).val(); if (startTime || endTime ) { alert(请先选择时间段); return; } $.post(searchMeetingRoom, { startTime: startTime, endTime: endTime }, function (data) { // data 是后端返回的 JSON 字符串 var rooms JSON.parse(data); var select $(#roomSelect); select.empty(); $.each(rooms, function (i, room) { var option $(option) .val(room.roomId) .text(room.roomName 容纳 room.capacity 人); select.append(option); }); }, text); }这里的逻辑不复杂但有一个对新手很关键的细节$.post的第四个参数我传的是text而不是json。原因在于后端 Servlet 返回的Content-Type可能没设置成application/json如果你强制让 jQuery 按 JSON 解析万一响应里混入了异常信息JSON.parse会直接抛错回调函数里的代码就全废了。正确的姿势是后端在 Servlet 里主动设置响应格式response.setContentType(application/json;charsetUTF-8); response.getWriter().write(jsonString);我记得第一次调这个接口时返回的数据在浏览器里看是正常的但 JS 里room.roomName死活是 undefined。后来发现是 JSP 页面头部把响应内容当成了 HTML 处理加了Content-Type之后问题消失。这套源码里的原生写法是拼手写 JSON 字符串没有引入 Fastjson 或 Gson用起来没问题但拼接时要注意转义如果你二次开发时引入了 Gson代码会清爽很多。3.3 Ajax 结合 Servlet 的数据返回格式约定直接手写 JSON 字符串容易出低级错误字符串拼接时忘记转义引号是家常便饭。常见做法是先用Map组装数据再手动转换成 JSON 字符串代码写起来丑但能跑。如果后端需要返回一个对象列表我建议你在二次开发时引入 Gson 或 Jackson一行就能搞定序列化。回到这套源码本身。你会发现它的 Servlet 返回数据有两种格式一种是直接输出script标签的拼接字符串另一种是用response.getWriter()输出 JSON。前一种在老系统里很常见但不推荐在后端拼接 JS 代码很容易产生 XSS 漏洞。如果你把这段代码交给别人审查大概率会被要求改成 JSON 格式。// 用 Gson 序列化列表避免手工拼接带来的转义错误 ListMeetingRoom rooms meetingRoomDao.findAvailableRooms(startTime, endTime); String json new Gson().toJson(rooms); response.setContentType(application/json;charsetUTF-8); response.getWriter().write(json);MeetingRoomDao里的查询语句是整个系统 SQL 写得最有代表性的部分。会议室状态判断的 SQL 是NOT EXISTS子查询从会议表里找时间段冲突的记录没有冲突的就是可用会议室。这个思路值得背下来很多预约类系统的冲突校验都长这样。4. 避坑指南Filter、Listener 与 JDBC 的五个经典翻车现场4.1 中文乱码JSP 页面、Servlet 与数据库三方编码不一致现象在页面上输入“销售部”提交到服务器后变成了“???”或者从数据库查出来的中文是乱码。原因JSP 页面用UTF-8编码Servlet 端没有调用setCharacterEncoding(UTF-8)MySQL 数据库表的字符集是latin1连接 URL 里也没加characterEncodingutf8。解决三处统一成 UTF-8。页面% page contentTypetext/html;charsetUTF-8 %Servlet 在doPost里先设置request.setCharacterEncoding(UTF-8)JDBC URL 末尾加上?useUnicodetruecharacterEncodingUTF-8。这三处缺少任何一处乱码都会以不同形态出现。4.2 JDBC 连接未释放系统运行半天后页面响应极慢现象上午系统正常下午点任何按钮都要转很久重启 Tomcat 后恢复过一会儿又变卡。原因Connection和PreparedStatement在 try 块里创建了但finally块没写关闭逻辑连接池里的连接被耗尽。解决排查所有 Dao 类确认每个Connection都在 finally 里关闭。正确写法是conn.close()、ps.close()、rs.close()依次执行或直接用try-with-resources。这套源码早期的 Dao 里犯过这个错你拿到源码后先搜一遍Connection conn 后面跟没跟 finally。4.3 Filter 把静态资源拦截了登录页样式全丢现象登录成功后跳转首页页面 HTML 出来了但 CSS、JS 全部无效控制台报 404。原因AuthFilter拦截了/css/style.css和/js/jquery.min.js未登录状态下重定向到了登录页所以浏览器实际拿到的不是 CSS 文件。解决过滤器中判断静态资源路径并直接放行。常见做法是判断path.startsWith(/css/) || path.startsWith(/js/) || path.startsWith(/images/)依赖 Tomcat 默认 Servlet 处理这些请求。4.4 Listener 监听会话创建与销毁的误用现象开发者想统计在线人数写了一个HttpSessionListener在sessionCreated里把人数加一。但实际统计时在线人数只增不减。原因调用了request.getSession()的页面也会触发sessionCreated事件而且浏览器并发请求同一页面可能复用 Session导致计数逻辑混乱。解决在线人数统计时应在sessionCreated里判空处理或配合sessionDestroyed做同步递减。这套系统的OnlineCountListener里就存在这种边界情况如果你要改成真实在线人数统计建议用ServletContext属性加锁操作。4.5 MySQL 连接驱动版本与数据库不匹配现象启动 Tomcat 时加载 Dao 类正常一旦执行第一条 SQL 就报ClassNotFoundException: com.mysql.jdbc.Driver或Communications link failure。原因webapp 的 lib 目录下没有 mysql 驱动 jar或者驱动版本是 5.x 但连接的是 MySQL 8.xcom.mysql.jdbc.Driver已被移除换成com.mysql.cj.jdbc.Driver。解决在WEB-INF/lib下放对应版本的mysql-connector-java。我一般用 8.0.33 版本同时把 JDBC URL 改成jdbc:mysql://localhost:3306/coolmeeting?serverTimezoneAsia/Shanghai这一项不改会直接导致时间类型报错。5. 数据库脚本导入与 JDBC 参数配置把系统跑起来的关键步骤5.1 MySQL 脚本导入的两条路径与校验方法拿到coolmeeting.sql后第一步是把它导入本地 MySQL。常见做法有两种命令行导入和客户端工具导入。我习惯用命令行看得见执行过程。# 先创建数据库再导入脚本 mysql -uroot -p -e CREATE DATABASE IF NOT EXISTS coolmeeting DEFAULT CHARACTER SET utf8mb4; mysql -uroot -p coolmeeting coolmeeting.sql如果导入时报Unknown collation: utf8mb4_0900_ai_ci错误说明你的 MySQL 版本低于 5.7脚本是用 8.0 生成的。解决方式是编辑脚本把utf8mb4_0900_ai_ci全局替换成utf8mb4_general_ci然后重新导入。导入完成后不要急着写代码先用一条 SQL 验证数据完整性-- 检查是否有员工和会议室数据 SELECT e.employee_name, d.department_name FROM employee e LEFT JOIN department d ON e.department_id d.department_id;这一步花三分钟能帮你确认外键关系和字符集都没问题。如果这条 SQL 查出来的中文是正常的那后端连接数据库后大概率也不会乱码。5.2 JDBC 连接参数详解URL 上的每个参数都是有代价的把这套源码里的配置文件打开你会看到数据库连接信息写在jdbc.properties里。我建议你直接配置自己的本地连接把 URL、用户名、密码改成你自己的值。# jdbc.properties 核心配置 jdbc.drivercom.mysql.cj.jdbc.Driver jdbc.urljdbc:mysql://localhost:3306/coolmeeting?useUnicodetruecharacterEncodingUTF-8useSSLfalseserverTimezoneAsia/Shanghai jdbc.usernameroot jdbc.password123456useSSLfalse这一项值得单独说。老版本的 MySQL 驱动默认不启用 SSL但新版本会默认强制本地调试时如果不加useSSLfalse第一次连接会提示 SSL 告警虽不影响使用但日志刷屏严重。serverTimezoneAsia/Shanghai是为了解决日期时间字段读出来少了 8 小时的问题如果你调用的接口返回的时间不对先查这个参数。5.3 快速跑通全流程的检查清单这套系统依赖 Tomcat 8.5 以上版本即可运行不需要 Maven把项目导入 Eclipse 或 IDEA 后直接部署到 Tomcat。跑通流程时按这个顺序检查项目结构完整src下有包和类WebContent下有 JSP 和WEB-INF/web.xml。web.xml中注册了 Servlet、Filter、Listener且url-pattern匹配正确。WEB-INF/lib下有 mysql 驱动 jar。如果缺少启动时不会报错但访问登录接口会挂。访问http://localhost:8080/coolmeeting/login.jsp先确认页面样式加载正常再做登录操作。如果你在 IDEA 里部署时找不到lib目录可以在Project Structure - Artifacts里把依赖加入 WEB-INF/lib。6. 二次开发的方向从读代码到改功能的进阶路径这套系统读透之后下一步就是动手改功能。我最推荐改的两个点是会议列表的分页和会议室状态的实时刷新。先说分页。MeetingDao里目前是全表查询SELECT * FROM meeting ORDER BY start_time DESC数据量小时没问题但一旦会议记录超过几百条页面会越来越慢。常见做法是加 MySQL 的LIMIT分页-- 每页 10 条查看第 2 页 SELECT m.meeting_id, m.meeting_name, r.room_name, m.start_time, m.end_time FROM meeting m JOIN meetingroom r ON m.room_id r.room_id ORDER BY m.start_time DESC LIMIT 10 OFFSET 10;对应在 Servlet 端接收pageNum和pageSize参数计算偏移量。要注意OFFSET的值不是pageNum直接传进来的而是(pageNum - 1) * pageSize很多新手在这里算错第一页正常第二页数据错位。第二个值得动手的地方是首页会议室状态的“假实时”。系统里会议室状态是打开页面时查一次期间如果有别人预约了页面不会自动变化。如果你想让页面每隔 30 秒自动刷新一次在 JSP 页面里加一个定时器// 会议室状态轮询每 30 秒重新拉取状态 setInterval(function () { $.get(roomStatus, function (data) { var statusMap JSON.parse(data); $(.room-item).each(function () { var roomId $(this).data(roomId); var status statusMap[roomId]; if (status 1) { $(this).find(.status-tag).text(可用).css(color, green); } else { $(this).find(.status-tag).text(占用).css(color, red); } }); }, text); }, 30000);这段代码里的$、.each、data属性都是 jQuery 的基础用法在二次开发时特别受用。我看到很多同事刚开始搞不清$.get和$.post的第四个参数要不要写踩了无数次data是字符串还是对象的坑。从那以后我每次写 Ajax 回调都会先console.log(data)确认返回格式再写解析逻辑。这套系统按这个思路改下来预约流程的体验会有明显提升。最后还是想说一句读这种老项目的源码重点不是学套路而是练基本功。Servlet 生命周期、Filter 拦截机制、JSP 渲染模型、JDBC 事务处理这些问题在 Spring Boot 里全被封装掉了但面试时照样会问。多花几个晚上把这个项目里的类从头到尾点开看一遍比盲目刷题管用得多。希望帮到你。本文还有配套的精品资源点击获取