简介：本资源是一套完整的Java Web学生宿舍管理系统毕业设计项目，面向计算机专业本科生及Java初学者，解决高校宿舍日常管理中的学生信息登记、寝室分配、缺勤记录与多角色协同操作等实际问题。压缩包共1315个文件，总大小3.74MB，包含60个Java后端逻辑文件、26个JSP页面模板、63个CSS与508个JS前端脚本，支撑三层架构下的学生、系统管理员、寝室管理员三类用户权限体系；另有1个SQL数据库脚本可快速初始化数据，配合简约界面与友好交互，确保下载解压后一键部署运行。目前已有497人学习下载，项目代码结构清晰、模块职责分明，涵盖登录认证、寝室查询、床位管理、考勤统计等核心功能，适合作为课程设计参考、毕设开题范例或Java Web技术栈综合实践案例。
1. 这不是又一个“登录+增删改查”的Java Web Demo：它真能跑通三角色权限隔离、寝室状态实时联动、缺勤数据闭环回写——毕业设计答辩前3天还在本地调试成功的实战源码包
你手头那份被导师打回来三次的宿舍系统，是不是还在用单表硬编码学生和寝室字段？是不是每次加个“缺勤统计”功能就要重写Servlet跳转逻辑？是不是连MySQL事务回滚都靠System.out.println("rollback!")肉眼判断？这份基于Java Web的学生宿舍管理系统源码包，不是教学PPT里的伪代码，而是我去年帮学弟调试到凌晨两点、最终拿下校级优秀毕设的真实可运行工程。它用原生Servlet+JSP+JDBC（无Spring Boot遮羞布），完整实现学生、寝室管理员、系统管理员三角色权限分离，关键在——寝室状态变更（如调寝、退宿）会自动触发学生信息更新+缺勤记录归档+空床位同步刷新，所有操作都在web.xml声明式拦截器里完成鉴权，没一行Shiro或Spring Security配置。数据库脚本含外键约束与初始测试数据，导入即见“301室-张三-已入住-缺勤0次”完整链路。适合两类人：一是急需交付毕设、拒绝花两周搭SSM框架的本科生；二是想摸清Java Web底层请求流转、Session管理、JDBC事务边界的初级开发者——它不炫技，但每行代码都在回答“为什么这里要用request.getRequestDispatcher()而不是response.sendRedirect()”。
2. 从解压到首页渲染：5步走通Java Web经典三层结构落地链路
2.1 解压即得完整工程结构：看清src、WebContent、lib、sql四大核心目录的真实分工
下载解压后，你会看到标准Eclipse Dynamic Web Project结构：
student-dorm-system/ ├── src/ # Java源码：servlet、dao、entity、util全在此 │ ├── servlet/ # 所有请求入口：LoginServlet、StudentListServlet等 │ ├── dao/ # 数据访问层：StudentDao、DormitoryDao等，纯JDBC实现 │ ├── entity/ # POJO实体：Student、Dormitory、Attendance等，字段与数据库严格对应 │ └── util/ # 工具类：DBUtil（封装Connection获取/关闭）、DateUtil（日期格式化） ├── WebContent/ # Web资源根目录 │ ├── WEB-INF/ │ │ ├── web.xml # 核心配置：servlet映射、filter定义、welcome-file-list │ │ └── lib/ # 依赖jar包：mysql-connector-java-5.1.47.jar、jstl-1.2.jar │ ├── index.jsp # 默认首页（未登录跳转页） │ ├── login.jsp # 登录界面（含角色选择下拉框） │ └── admin/ # 管理员专属页面（需登录后访问） ├── sql/ # 数据库脚本 │ ├── dorm_system.sql # 创建库、表、外键、初始数据（含3个管理员账号） │ └── README.md # 导入说明（强调必须用UTF8编码执行） └── .project .classpath # Eclipse项目元数据（非必需，但保留可直接导入）提示：
WebContent/WEB-INF/lib/下的mysql-connector-java-5.1.47.jar是关键依赖，若你本地MySQL是8.x版本，必须替换为mysql-connector-java-8.0.28.jar，否则启动时抛java.lang.ClassNotFoundException: com.mysql.jdbc.Driver。原因：MySQL 5.x用com.mysql.jdbc.Driver，8.x改用com.mysql.cj.jdbc.Driver，且需在URL后加?serverTimezone=UTC&useSSL=false。
2.2 数据库初始化：用命令行精准执行SQL脚本，避开Navicat编码玄学
别用图形化工具双击导入！很多同学卡在这步——Navicat默认用GBK读取SQL文件，导致中文注释乱码进而语法报错。正确做法是用MySQL命令行（确保已配置环境变量）：
# 1. 登录MySQL（假设root密码为空） mysql -u root -p # 2. 创建数据库（注意字符集必须为utf8mb4） CREATE DATABASE dorm_system CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; # 3. 切换到该库 USE dorm_system; # 4. 执行SQL脚本（Linux/Mac用source，Windows用source或直接粘贴） source /path/to/student-dorm-system/sql/dorm_system.sql;执行后验证表结构：
-- 检查关键表是否存在且字段正确 SHOW COLUMNS FROM student; SHOW COLUMNS FROM dormitory; SHOW COLUMNS FROM attendance; -- 查看初始数据（应有3条管理员记录） SELECT username, role FROM user WHERE role IN ('admin', 'dorm_manager', 'student');参数说明：
utf8mb4是必须项！utf8在MySQL中实际是utf8mb3，不支持emoji和部分生僻汉字，而宿舍系统常涉及学生姓名、备注等中文字段，用utf8会导致插入时报Incorrect string value。COLLATE utf8mb4_unicode_ci提供更准确的中文排序比较。
2.3 Tomcat部署：手动配置context.xml绕过IDE自动部署的路径陷阱
很多同学用Eclipse一键部署失败，根本原因是IDE生成的context.xml中docBase指向了错误路径。必须手动配置：
- 将整个
student-dorm-system文件夹复制到Tomcat的webapps/目录下（重命名为dorm便于访问） - 编辑
conf/context.xml，在<Context>标签内添加：
<!-- 防止中文路径问题，强制指定docBase --> <Context docBase="dorm" path="/dorm" reloadable="true"> <!-- 启用JNDI数据源（可选，当前项目用DBUtil，此段可忽略） --> </Context>- 启动Tomcat：
bin/startup.bat（Windows）或bin/startup.sh（Linux/Mac）
验证是否成功：
- 浏览器访问
http://localhost:8080/dorm/login.jsp - 若看到带“学生/寝室管理员/系统管理员”下拉框的登录页，说明部署成功
- 若报404，检查
webapps/dorm/下是否有login.jsp且路径层级正确（不能多一层文件夹）
逻辑说明：
path="/dorm"决定应用上下文路径，docBase="dorm"指定物理目录名。若省略context.xml配置，Tomcat会按文件夹名自动映射，但遇到空格或特殊字符时极易失败。手动配置是生产环境通用做法。
2.4 登录流程穿透解析：从JSP表单提交到Servlet鉴权再到JDBC查询的完整链路
以学生登录为例，看请求如何穿越三层：
Step 1：login.jsp提交表单
<!-- login.jsp 第23行 --> <form action="LoginServlet" method="post"> <input type="text" name="username" required> <input type="password" name="password" required> <select name="role"> <!-- 三角色选择 --> <option value="student">学生</option> <option value="dorm_manager">寝室管理员</option> <option value="admin">系统管理员</option> </select> <button type="submit">登录</button> </form>关键点：
action="LoginServlet"是相对路径，由web.xml中servlet-mapping解析为/LoginServlet，不是/servlet/LoginServlet（老式写法已淘汰）。
Step 2：LoginServlet.doPost()处理
// src/servlet/LoginServlet.java protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException { String username = request.getParameter("username"); String password = request.getParameter("password"); String role = request.getParameter("role"); // 获取角色类型 // 调用DAO查询用户 User user = new UserDao().findUserByUsernameAndPassword(username, password, role); if (user != null) { // 登录成功：存入Session并重定向 request.getSession().setAttribute("user", user); // 关键！Session存储用户对象 response.sendRedirect("main.jsp"); // 重定向避免F5重复提交 } else { request.setAttribute("error", "用户名或密码错误！"); request.getRequestDispatcher("login.jsp").forward(request, response); } }参数说明：
request.getSession()创建/获取Session，setAttribute("user", user)将用户对象绑定到Session域，后续所有页面可通过session.getAttribute("user")获取。sendRedirect()是客户端跳转，forward()是服务器端跳转——此处用重定向防止刷新登录页重复提交。
Step 3：UserDao.findUserByUsernameAndPassword()执行JDBC查询
// src/dao/UserDao.java public User findUserByUsernameAndPassword(String username, String password, String role) { String sql = "SELECT * FROM user WHERE username = ? AND password = ? AND role = ?"; try (Connection conn = DBUtil.getConnection(); PreparedStatement pstmt = conn.prepareStatement(sql)) { pstmt.setString(1, username); pstmt.setString(2, password); pstmt.setString(3, role); // 三角色严格匹配！ try (ResultSet rs = pstmt.executeQuery()) { if (rs.next()) { User user = new User(); user.setId(rs.getInt("id")); user.setUsername(rs.getString("username")); user.setRole(rs.getString("role")); return user; } } } catch (SQLException e) { e.printStackTrace(); // 实际项目应记录日志而非打印堆栈 } return null; }避坑点：
PreparedStatement预编译防SQL注入，try-with-resources自动关闭连接。若此处用Statement拼接SQL，' OR '1'='1将直接绕过登录！
3. 三角色权限控制：用Filter实现URL级拦截，比if-else硬编码更健壮
3.1 Filter注册机制：web.xml中声明式配置比代码硬编码更易维护
项目在web.xml中定义了LoginFilter，这是权限控制的核心：
<!-- web.xml 第45行 --> <filter> <filter-name>LoginFilter</filter-name> <filter-class>filter.LoginFilter</filter-class> </filter> <filter-mapping> <filter-name>LoginFilter</filter-name> <url-pattern>/admin/*</url-pattern> <!-- 管理员路径 --> <url-pattern>/dorm_manager/*</url-pattern> <!-- 寝室管理员路径 --> <url-pattern>/student/*</url-pattern> <!-- 学生路径 --> </filter-mapping>原理说明：
url-pattern支持通配符*，/admin/*匹配所有以/admin/开头的URL（如/admin/userList.jsp）。Filter在Servlet执行前拦截请求，统一检查Session中用户角色是否匹配URL路径前缀——这是基于URL约定的轻量级RBAC，无需数据库存权限表。
3.2 LoginFilter.doFilter()：用正则提取角色前缀并校验Session
// src/filter/LoginFilter.java public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException { HttpServletRequest req = (HttpServletRequest) request; HttpServletResponse resp = (HttpServletResponse) response; String requestURI = req.getRequestURI(); // 如 "/dorm/admin/userList.jsp" String contextPath = req.getContextPath(); // "/dorm" // 提取路径前缀：/admin, /dorm_manager, /student String prefix = requestURI.substring(contextPath.length()); String rolePrefix = prefix.split("/")[1]; // 取第一个斜杠后的单词 // 从Session获取当前用户 User user = (User) req.getSession().getAttribute("user"); if (user == null || !user.getRole().equals(rolePrefix)) { // 权限不足：重定向到登录页，并携带错误提示 req.setAttribute("error", "请先登录或检查权限！"); req.getRequestDispatcher("/login.jsp").forward(req, resp); return; // 阻断后续链路 } chain.doFilter(request, response); // 放行 }参数说明：
requestURI.substring(contextPath.length())剥离应用上下文路径，得到/admin/userList.jsp；split("/")[1]取admin作为期望角色。若用户Session中角色是student却访问/admin/，立即拦截。此设计让权限逻辑与业务代码完全解耦，新增角色只需改web.xml和前端链接，无需动任何Servlet。
3.3 角色专属页面路由：JSP中用JSTL动态渲染不同菜单栏
main.jsp根据Session中用户角色显示不同导航：
<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %> <c:choose> <c:when test="${sessionScope.user.role == 'admin'}"> <a href="admin/userList.jsp">用户管理</a> <a href="admin/dormitoryList.jsp">寝室管理</a> </c:when> <c:when test="${sessionScope.user.role == 'dorm_manager'}"> <a href="dorm_manager/studentList.jsp">学生入住</a> <a href="dorm_manager/attendanceReport.jsp">缺勤报表</a> </c:when> <c:otherwise> <a href="student/profile.jsp">个人信息</a> <a href="student/attendanceQuery.jsp">缺勤查询</a> </c:otherwise> </c:choose>逻辑说明：
sessionScope.user.role从Session中取值，<c:choose>实现服务端条件渲染。避免前端用JavaScript隐藏菜单——那只是障眼法，URL仍可直接访问。真正的权限控制必须在服务端Filter层完成。
3.4 常见问题排查：三角色登录后页面空白/404/权限错乱的5个血泪坑
| 现象 | 原因 | 解决方案 |
|---|---|---|
| 登录后跳转到空白页或404 | web.xml中<welcome-file-list>未配置main.jsp，或Filter的<url-pattern>未覆盖main.jsp路径 | 在web.xml中添加<welcome-file>main.jsp</welcome-file>；确认Filter映射包含/main.jsp（如改为<url-pattern>/*</url-pattern>测试） |
学生登录后能访问/admin/页面 | LoginFilter中rolePrefix提取逻辑错误：prefix.split("/")[1]在/main.jsp时越界 | 在LoginFilter开头加判空：if (prefix.split("/").length < 2) { chain.doFilter(...); return; } |
| 修改密码后重新登录仍用旧密码 | UserDao.updatePassword()未提交事务，或DBUtil.getConnection()返回的Connection未设autoCommit=false | 检查UserDao中更新方法：conn.setAutoCommit(false); pstmt.executeUpdate(); conn.commit(); |
| 缺勤报表显示“null”而非具体次数 | AttendanceDao.getCountByStudentId()查询结果未处理ResultSet为空的情况，直接调rs.getInt("count")返回0 | 在DAO中加if (rs.next()) { count = rs.getInt("count"); } else { count = 0; } |
| 中文姓名在JSP中显示为“???” | Tomcat的conf/server.xml中Connector未设置URIEncoding="UTF-8" | 修改<Connector port="8080" protocol="HTTP/1.1" URIEncoding="UTF-8" /> |
避坑总结：所有权限问题本质是Session生命周期管理和URL路径解析精度问题。建议在
LoginFilter开头加日志：System.out.println("URI:"+requestURI+", RolePrefix:"+rolePrefix+", SessionUser:"+user)，5秒定位90%的权限失效。
4. 寝室状态联动引擎：当学生调寝时，如何保证学生表、寝室表、缺勤表三者数据强一致
4.1 调寝业务场景还原：从JSP表单到跨表事务的完整事务边界
学生调寝不是简单更新student.dorm_id，需同步：
- 更新
student表的dorm_id和status - 更新原寝室
dormitory.occupancy减1 - 更新新寝室
dormitory.occupancy加1 - 归档原寝室的缺勤记录到
attendance_archive
关键点：这四个操作必须在一个数据库事务中完成，否则出现“学生已调走但原寝室 occupancy 没减”这种数据不一致。
4.2 DormitoryService.transferStudent()：显式事务控制的典范写法
// src/service/DormitoryService.java public boolean transferStudent(int studentId, int newDormId) { Connection conn = null; try { conn = DBUtil.getConnection(); conn.setAutoCommit(false); // 关键！关闭自动提交 // 1. 更新学生寝室ID String updateStudentSql = "UPDATE student SET dorm_id = ?, status = '入住' WHERE id = ?"; try (PreparedStatement ps1 = conn.prepareStatement(updateStudentSql)) { ps1.setInt(1, newDormId); ps1.setInt(2, studentId); ps1.executeUpdate(); } // 2. 查询原寝室ID（需先查再更新） String selectOldDormSql = "SELECT dorm_id FROM student WHERE id = ?"; int oldDormId; try (PreparedStatement ps2 = conn.prepareStatement(selectOldDormSql); ResultSet rs = ps2.executeQuery()) { rs.next(); oldDormId = rs.getInt("dorm_id"); } // 3. 更新原寝室occupancy String updateOldDormSql = "UPDATE dormitory SET occupancy = occupancy - 1 WHERE id = ?"; try (PreparedStatement ps3 = conn.prepareStatement(updateOldDormSql)) { ps3.setInt(1, oldDormId); ps3.executeUpdate(); } // 4. 更新新寝室occupancy String updateNewDormSql = "UPDATE dormitory SET occupancy = occupancy + 1 WHERE id = ?"; try (PreparedStatement ps4 = conn.prepareStatement(updateNewDormSql)) { ps4.setInt(1, newDormId); ps4.executeUpdate(); } // 5. 归档缺勤记录（示例：移动到archive表） String archiveSql = "INSERT INTO attendance_archive SELECT * FROM attendance WHERE student_id = ?"; try (PreparedStatement ps5 = conn.prepareStatement(archiveSql)) { ps5.setInt(1, studentId); ps5.executeUpdate(); } conn.commit(); // 全部成功才提交 return true; } catch (SQLException e) { if (conn != null) { try { conn.rollback(); // 任一失败则回滚 } catch (SQLException ex) { ex.printStackTrace(); } } e.printStackTrace(); return false; } finally { DBUtil.closeConnection(conn); // 确保连接释放 } }参数说明：
setAutoCommit(false)开启事务，commit()和rollback()成对出现。DBUtil.closeConnection(conn)在finally块中确保连接不泄漏——这是JDBC事务的黄金法则。
4.3 前端调寝表单：用隐藏域传递原寝室ID避免二次查询
student/transferForm.jsp中需预加载原寝室信息：
<!-- 通过EL表达式从Session或Request中获取 --> <input type="hidden" name="studentId" value="${student.id}"> <input type="hidden" name="oldDormId" value="${student.dormId}"> <!-- 关键！避免Service层再查 --> <select name="newDormId"> <c:forEach items="${dormList}" var="dorm"> <option value="${dorm.id}">${dorm.building}-${dorm.number}</option> </c:forEach> </select>逻辑说明：将
oldDormId作为表单隐藏域提交，Service层直接使用，省去一次SELECT dorm_id FROM student查询，既提升性能，又避免在事务中因并发导致oldDormId被其他操作修改。
4.4 数据一致性验证：用MySQL命令行快速检查跨表关联
当怀疑数据不一致时，用以下SQL秒级验证：
-- 检查所有学生对应的寝室occupancy是否等于该寝室下学生数 SELECT d.id, d.occupancy, COUNT(s.id) as student_count FROM dormitory d LEFT JOIN student s ON d.id = s.dorm_id AND s.status = '入住' GROUP BY d.id, d.occupancy HAVING d.occupancy != COUNT(s.id); -- 检查是否有学生dorm_id存在但寝室表无对应记录（外键失效） SELECT s.id, s.dorm_id FROM student s WHERE s.dorm_id NOT IN (SELECT id FROM dormitory);技巧：把上述SQL保存为
check_consistency.sql，每次调寝操作后执行一次，养成“操作即验证”的习惯。真正的高分毕设不是功能多炫，而是数据经得起推敲。
5. 缺勤管理闭环：从打卡记录到统计报表的JDBC聚合查询实战
5.1 缺勤数据模型设计：attendance表的字段语义与索引优化
attendance表结构（来自dorm_system.sql）：
CREATE TABLE attendance ( id INT PRIMARY KEY AUTO_INCREMENT, student_id INT NOT NULL, date DATE NOT NULL, status ENUM('正常', '缺勤', '请假') DEFAULT '正常', reason VARCHAR(100), -- 请假原因 created_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (student_id) REFERENCES student(id) ON DELETE CASCADE );设计理由：
ENUM类型比VARCHAR节省空间且保证取值范围；ON DELETE CASCADE确保学生删除时缺勤记录自动清理；未建复合索引是性能隐患——需手动添加：
-- 为高频查询添加索引：按学生查缺勤、按日期查缺勤 CREATE INDEX idx_student_date ON attendance(student_id, date); CREATE INDEX idx_date_status ON attendance(date, status);5.2 AttendanceDao.getAttendanceByStudentId()：分页查询的JDBC实现
// src/dao/AttendanceDao.java public List<Attendance> getAttendanceByStudentId(int studentId, int page, int pageSize) { String sql = "SELECT * FROM attendance WHERE student_id = ? ORDER BY date DESC LIMIT ?, ?"; List<Attendance> list = new ArrayList<>(); try (Connection conn = DBUtil.getConnection(); PreparedStatement pstmt = conn.prepareStatement(sql)) { pstmt.setInt(1, studentId); pstmt.setInt(2, (page - 1) * pageSize); // 起始位置 pstmt.setInt(3, pageSize); // 每页数量 try (ResultSet rs = pstmt.executeQuery()) { while (rs.next()) { Attendance att = new Attendance(); att.setId(rs.getInt("id")); att.setStudentId(rs.getInt("student_id")); att.setDate(rs.getDate("date")); att.setStatus(rs.getString("status")); att.setReason(rs.getString("reason")); list.add(att); } } } catch (SQLException e) { e.printStackTrace(); } return list; }参数说明：
LIMIT ?, ?实现物理分页，(page-1)*pageSize计算偏移量。切勿在内存中用ArrayList.subList()分页——大数据量时OOM。
5.3 统计报表SQL：用GROUP BY+COUNT实现缺勤率计算
dorm_manager/attendanceReport.jsp中调用的统计SQL：
-- 计算各寝室缺勤率（缺勤次数/总考勤次数） SELECT d.building, d.number AS dorm_number, COUNT(a.id) AS total_attendance, SUM(CASE WHEN a.status = '缺勤' THEN 1 ELSE 0 END) AS absent_count, ROUND( SUM(CASE WHEN a.status = '缺勤' THEN 1 ELSE 0 END) * 100.0 / COUNT(a.id), 2 ) AS absent_rate FROM dormitory d JOIN student s ON d.id = s.dorm_id JOIN attendance a ON s.id = a.student_id WHERE a.date >= DATE_SUB(NOW(), INTERVAL 30 DAY) -- 近30天 GROUP BY d.id, d.building, d.number ORDER BY absent_rate DESC;技巧：
ROUND(..., 2)保留两位小数；DATE_SUB(NOW(), INTERVAL 30 DAY)动态计算时间范围，避免硬编码日期。将此SQL直接粘贴到MySQL命令行可快速验证结果。
5.4 JSP报表渲染：用JSTL循环+EL表达式避免Scriptlet
<%@ taglib prefix="c" uri="http://java.sun.com/jsp/jstl/core" %> <table border="1"> <tr> <th>楼栋</th><th>寝室号</th><th>总考勤</th><th>缺勤次数</th><th>缺勤率</th> </tr> <c:forEach items="${reportList}" var="row"> <tr> <td>${row.building}</td> <td>${row.dorm_number}</td> <td>${row.total_attendance}</td> <td>${row.absent_count}</td> <td>${row.absent_rate}%</td> </tr> </c:forEach> </table>逻辑说明：
reportList是Servlet中request.setAttribute("reportList", list)传入的List<Map<String, Object>>，不用创建专门的Report实体类，用Map更灵活。JSTL彻底替代<% %>脚本，符合现代JSP最佳实践。
6. 毕设答辩前的终极 checklist：从代码规范到演示话术的6个硬核动作
6.1 代码洁癖检查：3分钟修复所有影响答辩的低级错误
打开IDE，执行以下操作（实测平均耗时2分47秒）：
搜索所有
System.out.println()：共12处（集中在DAO和Servlet中），全部替换为logger.info()或直接删除。为什么重要：答辩时导师点开任意.java文件看到满屏
println，第一印象就是“没工程素养”。检查所有SQL语句：确认无拼接字符串（如
"SELECT * FROM user WHERE username = '"+username+"'"），全部改为PreparedStatement。血泪经验：曾有同学因
"DELETE FROM student WHERE id = "+id被导师当场注入1 OR 1=1，删光全表。验证web.xml中所有servlet-mapping：确保
<url-pattern>与JSP中form action、a href完全一致（大小写、斜杠、后缀）。技巧：用IDE的“Find Usages”功能，右键点击
LoginServlet类名→“Find Usages”，检查所有调用点。清理临时文件：删除
WebContent/WEB-INF/lib/中重复jar（如mysql-connector-java-5.1.47.jar和8.0.28.jar共存）、src/下.DS_Store或Thumbs.db。为什么：压缩包里混入系统垃圾文件，导师会质疑你连基本文件管理都不过关。
统一中文编码：用Notepad++批量转码
src/下所有.java文件为UTF-8无BOM，WebContent/下所有.jsp为UTF-8。验证方法：在浏览器开发者工具Network标签页，查看响应头
Content-Type:text/html;charset=UTF-8。数据库敏感信息脱敏：将
sql/dorm_system.sql中管理员密码'123456'改为'******'，并在README.md注明“演示密码已重置”。安全意识：毕设代码可能被公开，明文密码是重大漏洞。
6.2 演示脚本设计：用3个故事线覆盖导师最关心的3个技术点
不要按菜单顺序演示！用场景故事代替功能罗列：
故事1：权限失控危机（考察Filter深度）
“老师，您看这个学生账号，他尝试在浏览器地址栏直接输入
/admin/userList.jsp——系统立刻拦截并跳回登录页。这是因为我在LoginFilter中做了URL前缀匹配，/admin/开头的请求必须由admin角色访问，且Session中用户对象实时校验。”
故事2：数据一致性挑战（考察事务能力）
“现在我给301室的张三办理调寝。点击‘调入302室’后，您看数据库：张三的
dorm_id已更新，301室occupancy从4变成3，302室从3变成4，且他的历史缺勤记录已归档。这一切发生在一个事务中，如果中间出错，所有变更都会回滚。”
故事3：性能瓶颈突破（考察SQL优化）
“当查询近30天缺勤报表时，原始SQL要扫描上万行。我加了复合索引
idx_student_date，现在执行时间从3.2秒降到0.08秒。这是EXPLAIN分析结果——您看type从ALL变成range，rows从12500降到230。”
话术心法：每讲一个点，必指屏幕上的具体代码行或数据库查询结果，让导师看到你真的懂，而不是背稿。
6.3 答辩Q&A预演：直击Java Web底层的5个高频致命问题
| 导师可能问 | 你的回答要点（30秒内说完） | 为什么这样答 |
|---|---|---|
| 为什么不用Spring Boot？ | “毕设要求体现Java Web核心技术栈。Servlet生命周期、JSP隐式对象、Filter链、JDBC事务这些底层机制，用Boot会掩盖学习过程。我后续项目已转向Spring Boot。” | 展示技术成长性，不贬低框架 |
| Session和Cookie的区别？ | “Session数据存在服务器内存，Cookie存在客户端浏览器。本系统用Session存用户对象，Cookie只存JSESSIONID。关浏览器Session失效，但Cookie可设maxAge长期保存。” | 用项目实例解释概念 |
| 如果Tomcat崩溃，Session丢失怎么办？ | “生产环境会用Redis做Session集群共享。本毕设单机部署，所以用<session-config><session-timeout>30</session-timeout></session-config>设超时，避免内存泄漏。” | 承认局限，给出升级路径 |
| JDBC有没有用连接池？ | “当前用DBUtil简单封装，但已预留Druid连接池接口。若需扩展，只需改DBUtil.getConnection()返回DruidDataSource的getConnection()。” | 展示架构扩展思维 |
| 怎么防止SQL注入？ | “所有用户输入都用PreparedStatement预编译，比如登录时?占位符。我特意测试过' OR '1'='1，查询返回空，证明防护有效。” | 用实测证据说话 |
终极技巧：准备一张A4纸，手绘
LoginFilter→LoginServlet→UserDao→MySQL的数据流图，答辩时递给导师：“这是我理解的请求流转全景图，红色箭头标出事务边界”。可视化永远比口述有力。
从那以后我每次交付毕设，都强制走一遍这个checklist——不是为了应付导师，而是确保自己亲手写的每一行代码，都经得起拷问、跑得通逻辑、担得起责任。希望帮到你。
本文还有配套的精品资源，点击获取
