简介：这是一份面向Java课程设计场景的宿舍管理系统完整资源包，适合正在做Swing/GUI项目或需要快速搭建管理信息系统的初学者。系统围绕宿舍管理员核心需求，提供学生信息、宿舍分配、报修处理、离返校记录等数据管理功能，前端使用Java Swing实现图形界面，通过JDBC连接SQL Server数据库，代码中已集成数据库连接工具类，便于修改配置后直接运行。资源共64个文件，包含10个java源码、34个class编译文件、1个SQL数据库脚本、2个JDBC驱动jar包，以及doc格式实验报告和pptx演示文稿，整体压缩包约2.7MB，结构清晰，从数据库脚本到前台代码、报告PPT一应俱全。目前已有1523人学习下载，可作为课程设计完整参考，直接对照源码理解DAO、JDBC连接、Swing事件处理等关键知识点，同时借助数据库脚本和报告快速完成项目答辩与文档整理。无论是修改界面、扩展功能还是补充设计文档，这套资源都能提供扎实的项目基础与排错参照。
1. 这个宿舍管理系统的 rar 里到底有什么：一份能换学分的 Java Swing 作业长什么样
期末前两周，导师丢来一句“Java 课设自己找方向”，你不小心搜到了这个标题。里面装的东西其实很固定：一套基于 Java Swing 带 GUI 界面的宿舍管理系统源码，配一份 MySQL 数据库脚本、一份课程设计报告和一份答辩用 PPT。它解决的问题也很直接——让你在短时间里交出一份“功能完整、能跑、能讲”的 Java 课程设计，把学分稳稳拿到手。这个方向也适合想快速复习 Java 基础、GUI 事件处理和数据库增删改查的在校生。但先说句扎心的话：真正难的从来不是把那坨代码跑起来，而是跑起来之后被老师问“这个功能怎么实现的”时，你能接得住。
2. 需求拆解：宿舍管理系统需要哪些功能模块才算“完整”
2.1 学生、宿管、管理员三种角色的职能边界
做课设的第一步不是写代码，而是先想清楚“谁在用这个系统”。宿舍管理系统的典型用户分三类，边界画得越清楚，后面的表和菜单就越好设计。
第一类是学生。学生的诉求很朴素：查自己住哪栋哪间、室友是谁、这个月水电费多少、东西坏了能不能报修。对应到系统里就是“信息查询 + 报修提交”。第二类是宿管员。这是系统里操作量最大的角色，负责办理入住、退宿、换宿，录入水电费，处理报修工单，还要能按楼栋查空房。第三类是系统管理员。管理员不参与日常业务，主要负责维护基础数据——楼栋信息、宿舍房间、用户账号，以及查看全校入住率这类统计信息。
三种角色可以做成一张用户表加一个 role 字段，也可以直接做成三张独立账号表。课程设计里更常见的是前者，因为登录模块只需查一张表，代码量少，答辩时也好解释。用 role 字段区分，登录后直接进不同主界面；角色权限这一块，Swing 里最省事的做法就是“菜单按角色动态生成”，而不是在每个按钮事件里反复判权限。把角色和菜单的关系理顺了，界面层和数据库层都不会被权限代码搞乱。
2.2 宿舍分配、退宿与换宿三条核心业务流程
课程设计能不能拿高分，看的是业务逻辑完不完整。宿舍管理系统最核心的流程有三条，拆开说其实都不难。
宿舍分配是学生入学报到后的第一件事。流程是：宿管查到空房间 → 选中房间 → 填写入住信息（学号、姓名、专业、入住时间）→ 点保存，系统向 dorm_room 表更新床位占用数，向 check_in 表插入一条入住记录。注意这里有个先后问题：先确认房间有空余，再更新房间的已住人数，最后写入住记录，顺序反了会造成数据不一致。
退宿处理的是毕业或休学场景。宿管输入学号，系统查出这学生的入住记录，点击退宿后要同时做两件事——把房间的已住人数减 1，把入住记录的 status 改成“已退宿”。这里不建议物理删除数据，保留历史记录对后面做统计报表很重要，这也是报告里能写进“设计亮点”的一个点。
换宿是最容易出 bug 的流程，因为它涉及两间房。原房人数减 1，新房人数加 1，入住记录里的 room_id 要更新。这三个操作必须在一个事务里执行，否则网络一卡或者程序中途报错，会出现一边改了一边没改的脏数据。事务概念是 Java 课程设计答辩的高频追问点，能在报告和代码里明确写“用事务保证房间人数一致性”，就已经超过多数同学的作业水平。
2.3 答辩会追问的功能点：水电费、报修、统计报表
除了入住退宿这类基础功能，老师手里的提问清单通常还会指向几个“加分项”。水电费模块是宿舍管理系统里最贴近真实业务的一块：宿管录入每间房的用电度数和水费金额，系统自动算出每人应摊的费用，学生登录后只能看自己那间的账单。实现上要注意按“间”聚合而不是按“人”聚合，所以费用表的外键尽量指向房间而不是学生。
报修模块是另一个高频考察点。它的价值点在于状态流转：已提交 → 处理中 → 已完成。Swing 界面里通常用下拉框改状态，查询时用条件筛选“待处理工单”，这样功能就立体起来了。一块简单的报修表就能撑起“流程类功能”的演示亮点。
统计报表最能体现数据设计能力。比如“按楼栋统计入住率”“按学院统计住宿人数”，SQL 写起来就是一个 GROUP BY 加一个聚合函数，但对普通课设来说，能在界面里用 JTable 把结果展示出来，视觉效果和答辩说服力都很强。别把统计做得太花哨，一张柱状图的数据喂给 JFreeChart 就够了，再复杂就成了给自己挖坑。
3. 技术选型：为什么是 Java Swing + MySQL，以及源码该怎么组织
3.1 Swing 在这个题目里其实是比较务实的选型
很多同学拿到标题会先嘀咕：都什么年代了还写 Swing？这话有道理，但放在课程设计这个场景里，Swing 反而是个稳妥的选择。原因有三条，每条都能在答辩时讲成选型理由。
第一，Swing 属于 Java 基础范畴，不需要额外安装 Tomcat、不需要配置 Spring 环境，一个 JDK 加一个 IDEA 就能跑。教室电脑环境千奇百怪，Web 项目一次环境问题就能耗掉半天，Swing 项目的最低运行成本就是 JDK。第二，Swing 的 GUI 组件和事件模型是 Java 基础课必考的知识点，JFrame、JButton、ActionListener、MouseAdapter 这些东西老师讲了一学期，你用它做课设等于把课堂知识直接落了一遍地。第三，Swing 的单机模式天然契合“连接 MySQL 数据库做增删改查”的课程要求，所有 JDBC 操作都以最简单直接的方式呈现，没有框架封装的黑匣子，老师问到底层时你能答得上来。
要理解 Swing 在这个项目里扮演的角色，可以把它想成三层结构：最上面是用户看到的窗口和控件，中间是监听器（ActionListener、MouseListener），最下层是数据库操作。界面上的按钮点击之后，监听器调用数据访问层的方法，数据访问层通过 JDBC 操作 MySQL，再把结果返回给界面刷新。
3.2 按 MVC 思路组织 src：entity、dao、service、ui、util 五个包
从 rar 包里解压出源码，第一件事不是运行，而是先把目录结构看明白。一个规范的 Swing 课设项目，src 下通常按职责分成五个包，对应 MVC 的分层思想。
业务实体包 entity，放的是与数据库表一一对应的 Java 类，比如 Student、Room、CheckInRecord，类里只有 private 字段和 getter/setter。数据访问包 dao，放的是增删改查方法，每个方法内部是 JDBC 的完整流程：取连接、写 SQL、设参数、执行、关资源。业务逻辑包 service，做的是 dao 方法的组合和判断，比如换宿要先查新房剩余床位，再分别更新两张表。界面包 ui，全是 Swing 的 JFrame、JPanel、JTable。工具包 util，放数据库连接工具类和一些公共方法，比如日期格式化、窗口居中。
| src 结构 | 职责 | 关键类示例 |
|---|---|---|
| entity | 数据库表对应的实体类 | Student.java, Room.java |
| dao | JDBC 增删改查 | StudentDao.java, RoomDao.java |
| service | 业务逻辑组合与判断 | CheckInService.java |
| ui | Swing 界面与事件监听 | LoginFrame.java, MainFrame.java |
| util | 数据库连接与其他工具 | DBUtil.java, 日期工具类 |
有同学会问，课设有必要分这么多包吗？这么说吧，同样的功能写在一个类里也能跑，但你答辩时被问“系统是怎么设计的”就说不出一二三。而一个“分了层、职责清晰”的描述在课程设计报告里是天然的第二章内容。代码可以抄，但说出“我用了 DAO 模式，界面层不直接操作数据库”这句话，老师就能判断你是真的看懂了自己的项目。
3.3 DButil 连接工具：让 Swing 界面拿到数据库数据的起点
任何 Swing + MySQL 的项目，第一个要写的核心类就是数据库连接工具。下面的代码是课程设计里最常见的写法，可以直接对应到自己项目里修改。
package util; import java.sql.Connection; import java.sql.DriverManager; import java.sql.ResultSet; import java.sql.Statement; public class DBUtil { private static final String URL = "jdbc:mysql://localhost:3306/dormitory?useSSL=false&serverTimezone=Asia/Shanghai&characterEncoding=utf8"; private static final String USER = "root"; private static final String PASSWORD = "123456"; static { try { Class.forName("com.mysql.cj.jdbc.Driver"); } catch (ClassNotFoundException e) { throw new RuntimeException("MySQL 驱动加载失败", e); } } public static Connection getConnection() throws Exception { return DriverManager.getConnection(URL, USER, PASSWORD); } public static void close(AutoCloseable... resources) { for (AutoCloseable r : resources) { if (r != null) { try { r.close(); } catch (Exception ignored) { // 关闭资源失败不影响主流程 } } } } }这段工具的要点有两处，答辩时能说清楚就算过了第一关。第一，静态代码块里注册 JDBC 驱动，Class.forName 只执行一次，这个动作从 Java 6 以后其实可以省略，但写上能体现你对 JDBC 规范熟悉，代价是记住要用 com.mysql.cj.jdbc.Driver（对应 MySQL 8.x 驱动），而不是老版本教程里的 com.mysql.jdbc.Driver。第二，连接参数里的 useSSL=false 和 serverTimezone=Asia/Shanghai 不是随便写的，前者避免 MySQL 8 建连时走 SSL 握手拖慢速度，后者解决“时区差 8 小时”的报错，下面避坑章节还会展开。
close 方法用了可变参数和 AutoCloseable 接口，一次关闭多个资源，调用时写DBUtil.close(conn, stmt, rs)即可。这种做法比每个方法里 try-catch 关三次要省事得多，也减少了自己忘关 ResultSet 的机会。
4. 数据库与界面联动：从建表到增删改查的完整实现
4.1 建表 SQL：先把五张核心表设计清楚，再动界面
拿到 rar 包里的数据库脚本，第一件值得做的事是先打开 .sql 文件看表结构。一份设计合理的宿舍管理系统数据库，至少要有五张核心表，它们之间的关系决定了整个系统的复杂度和可扩展性。
用户表 sys_user 保存登录账号，包含 user_id、username、password、role 四个字段；宿舍表 dorm_room 保存楼栋、房间号、床位总数、已住人数；学生表 student 保存学号、姓名、性别、专业、班级；入住表 check_in 记录每次入住退宿的状态，包含 student_id、room_id、check_in_date、check_out_date、status；报修表 repair 则包含 student_id、description、status、create_time。把这五张表的关系理顺——学生和宿舍是多对一关系，入住记录是一对一、可回溯的关系，报修记录依附于学生——后面所有代码都会好写很多。
CREATE TABLE sys_user ( user_id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL UNIQUE, password VARCHAR(50) NOT NULL, role VARCHAR(20) DEFAULT 'STUDENT' ); CREATE TABLE dorm_room ( room_id INT PRIMARY KEY AUTO_INCREMENT, building VARCHAR(20) NOT NULL, room_no VARCHAR(10) NOT NULL, bed_count INT DEFAULT 4, used_bed INT DEFAULT 0, UNIQUE KEY uk_building_room (building, room_no) ); CREATE TABLE student ( student_id VARCHAR(20) PRIMARY KEY, name VARCHAR(50) NOT NULL, gender VARCHAR(4), major VARCHAR(50), class_name VARCHAR(50) ); CREATE TABLE check_in ( id INT PRIMARY KEY AUTO_INCREMENT, student_id VARCHAR(20), room_id INT, check_in_date DATE, check_out_date DATE, status VARCHAR(10) DEFAULT 'ACTIVE', FOREIGN KEY (student_id) REFERENCES student(student_id), FOREIGN KEY (room_id) REFERENCES dorm_room(room_id) ); CREATE TABLE repair ( repair_id INT PRIMARY KEY AUTO_INCREMENT, student_id VARCHAR(20), description VARCHAR(255), status VARCHAR(10) DEFAULT 'SUBMITTED', create_time DATETIME DEFAULT CURRENT_TIMESTAMP );这段 SQL 里有两个细节值得在报告里专门写一笔。第一是 dorm_room 表用了联合唯一键 uk_building_room，防止同一个楼栋里录入重复房间号，这是数据完整性设计里的典型做法；第二是 check_in 表用 status 字段区分当前生效入住记录和历史记录，而不是把退宿数据直接删除，这样支持“查某个学生住过的所有房间”这类回溯查询。如果你手里拿到的脚本不是这个结构，建议按这几张表重新设计，工作量不大，但答辩时的讲解深度会完全不同。
4.2 登录模块：从文本框到数据库验证的完整链路
登录是每个 Swing 课设都必须有的模块，也是老师最爱让现场演示的第一段代码。它的完整链路是：用户在 JFrame 的文本框里输入账号密码，点击登录按钮，ActionListener 里读取两个文本框的内容，调用 service 层方法，service 再调 dao 层的查询方法，最后根据查询结果跳转到不同角色的主界面。
public class LoginDao { public SysUser login(String username, String password) { String sql = "SELECT * FROM sys_user WHERE username = ? AND password = ?"; Connection conn = null; PreparedStatement ps = null; ResultSet rs = null; try { conn = DBUtil.getConnection(); ps = conn.prepareStatement(sql); ps.setString(1, username); ps.setString(2, password); rs = ps.executeQuery(); if (rs.next()) { SysUser user = new SysUser(); user.setUserId(rs.getInt("user_id")); user.setUsername(rs.getString("username")); user.setRole(rs.getString("role")); user.setPassword(rs.getString("password")); return user; } return null; } catch (Exception e) { e.printStackTrace(); return null; } finally { DBUtil.close(conn, ps, rs); } } }代码的关键在 PreparedStatement 的两个参数下标：setString(1, username) 里的数字 1 对应 SQL 中第一个问号，2 对应第二个问号，顺序不能倒。这也是用 PreparedStatement 而不直接拼 SQL 字符串的最重要理由——输入框里如果写了引号等特殊字符，直接拼接会破坏 SQL 结构，造成经典的 SQL 注入问题。课程设计可能没人攻击你的系统，但答辩时被问到“为什么不用 Statement”，答出“防注入、能预编译、避免拼接麻烦”这三点，就能站稳。
还要注意 finally 块里的 DBUtil.close，这里用三个参数接收了 Connection、PreparedStatement、ResultSet 三个资源，全部释放干净。数据库连接是宝贵的系统资源，Java 课设最常见的翻车现场之一就是“运行两小时之后系统突然变慢”，多半就是连了 MySQL 没关。字段填充 SysUser 对象时，rs.getInt("user_id") 和 rs.getString("role") 这串 getter 方法要和表字段名严格一致，否则运行时会报“找不到列”的 SQLException。
4.3 学生信息管理：最典型的 GUI 增删改查
宿舍管理系统里最值得完整写一遍的代码，是学生信息管理界面里的查询和新增。查询功能解决了“界面上那个 JTable 里的数据是哪里来的”这个核心问题，新增功能则覆盖了完整的数据写回数据库流程。这两块代码吃透，整个课设的骨架就立住了。
public List<Student> queryAll() throws SQLException { String sql = "SELECT * FROM student"; List<Student> list = new ArrayList<>(); try (Connection conn = DBUtil.getConnection(); PreparedStatement ps = conn.prepareStatement(sql); ResultSet rs = ps.executeQuery()) { while (rs.next()) { Student s = new Student(); s.setStudentId(rs.getString("student_id")); s.setName(rs.getString("name")); s.setGender(rs.getString("gender")); s.setMajor(rs.getString("major")); s.setClassName(rs.getString("class_name")); list.add(s); } } return list; } public int addStudent(Student s) throws SQLException { String sql = "INSERT INTO student(student_id, name, gender, major, class_name) VALUES(?, ?, ?, ?, ?)"; try (Connection conn = DBUtil.getConnection(); PreparedStatement ps = conn.prepareStatement(sql)) { ps.setString(1, s.getStudentId()); ps.setString(2, s.getName()); ps.setString(3, s.getGender()); ps.setString(4, s.getMajor()); ps.setString(5, s.getClassName()); return ps.executeUpdate(); } }queryAll 方法展示了两件事。一是 try-with-resources 写法，在这个语法里 Connection、PreparedStatement、ResultSet 都会自动关闭，代码量比手动 finally 关资源少，也肯定不会漏。二是 ResultSet 的游标机制：rs.next() 每调用一次，游标往下移动一行，返回 true 表示当前行有数据，循环结束时游标越过最后一行，返回 false。用 rs.getString("字段名") 取值更白话，比用下标 rs.getString(1) 好在字段顺序变了代码也不会错。
addStudent 方法里有个细节，INSERT 语句的 VALUES 有五个问号，对应的 setString 也有五个，参数顺序和 SQL 里列的顺序必须一一对应。executeUpdate 的返回值是受影响的行数，新增成功返回 1，失败返回 0 或抛异常。唯一主键 student_id 如果重复，MySQL 会抛 DuplicateKeyException，这个异常建议在界面层的监听器里用 try-catch 包住，弹个 JOptionPane 提示“学号已存在”，而不是把红色异常堆栈甩到控制台上。JTable 刷新数据的套路也不复杂：改完数据库，重新执行一次 queryAll，把返回的 List 转成二维数组塞进 TableModel，再重新 setModel 到表格上。
4.4 换宿与退宿：用事务保证数据一致性
换宿和退宿是宿舍管理系统里最容易出数据问题的地方，可它们其实只是“多条 SQL 的组合拳”。比如换宿，要更新原房间的 used_bed 减一、新房间的 used_bed 加一、修改 check_in 记录的 room_id。这三条 SQL 如果分开执行，中间任何一步失败都会造成数据错乱，所以必须放到一个事务里。
public boolean changeRoom(String studentId, int newRoomId) { Connection conn = null; try { conn = DBUtil.getConnection(); conn.setAutoCommit(false); // 关闭自动提交，开启事务 String findOldRoom = "SELECT room_id FROM check_in WHERE student_id = ? AND status = 'ACTIVE'"; PreparedStatement ps1 = conn.prepareStatement(findOldRoom); ps1.setString(1, studentId); ResultSet rs = ps1.executeQuery(); if (!rs.next()) throw new SQLException("未找到入住记录"); int oldRoomId = rs.getInt("room_id"); rs.close(); ps1.close(); String updateOld = "UPDATE dorm_room SET used_bed = used_bed - 1 WHERE room_id = ?"; PreparedStatement ps2 = conn.prepareStatement(updateOld); ps2.setInt(1, oldRoomId); ps2.executeUpdate(); ps2.close(); String updateNew = "UPDATE dorm_room SET used_bed = used_bed + 1 WHERE room_id = ?"; PreparedStatement ps3 = conn.prepareStatement(updateNew); ps3.setInt(1, newRoomId); ps3.executeUpdate(); ps3.close(); String updateRecord = "UPDATE check_in SET room_id = ? WHERE student_id = ? AND status = 'ACTIVE'"; PreparedStatement ps4 = conn.prepareStatement(updateRecord); ps4.setInt(1, newRoomId); ps4.setString(2, studentId); ps4.executeUpdate(); conn.commit(); // 全部成功，提交事务 return true; } catch (Exception e) { if (conn != null) { try { conn.rollback(); // 任何一步失败，回滚全部 } catch (SQLException ex) { ex.printStackTrace(); } } e.printStackTrace(); return false; } finally { DBUtil.close(conn); } }这段代码对应着完整的三步业务逻辑：先查旧房号，做一个合法性判断——如果这个学生没有生效中的入住记录，直接抛异常中断流程；然后依次更新旧房、新房和入住记录。绝大多数同学写到这里就提交事务了，而这段代码多了一层保险：把 check_in 表里的 status 限定为 ACTIVE，目的是避免把已经退宿的历史记录也一并改掉，一次只改当前那条生效记录。事务概念在这个场景里体现得最完整，值得放进课设报告的技术难点章节详细描述。
参数上要注意两个细节：第一，conn.setAutoCommit(false) 必须在所有 SQL 执行之前调用，否则每一条更新都会立即生效；第二，PreparedStatement 用完要及时 close，上面的代码里 rs 和 ps1、ps2、ps3 在事务提交前就关闭了，而 ps4 在最后一条 executeUpdate 执行时自动释放，避免“资源未关闭又开启新事务”带来的连接泄漏。数据库事务还有一个容易被忽略的点：MySQL 的 InnoDB 引擎支持事务，但 MyISAM 不支持，建表时要确认默认引擎是 InnoDB，这在 4.1 的建表脚本里不会直接体现，但课程设计报告里最好写明白。
5. Java Swing 课程设计避坑：5 个高频问题和对应解法
5.1 现象：运行时报 Public Key Retrieval is not allowed 错误
从网上下载的源码包第一次运行，MySQL 8.x 环境里几乎必然遇到这个错。截图搜索一下，满屏都是这个报错，原因是 MySQL 8 默认使用 caching_sha2_password 认证插件，客户端第一次建连时需要向服务器请求公钥做 RSA 加密，而 JDBC 驱动默认没开这个权限。
解决方式是给连接 URL 加两个参数：在 jdbc 连接串末尾追加allowPublicKeyRetrieval=true&useSSL=false。前者允许客户端向服务器请求公钥，后者关闭 SSL 加密连接。如果用的是 MySQL 5.7 及以下版本，则建议把驱动换成 mysql-connector-java 5.1.49，并用 com.mysql.jdbc.Driver 这个类名，两套配置不要混用，否则会报 ClassNotFoundException。
5.2 现象：界面上中文全部变成问号
Swing 界面和数据库里的中文同时出现乱码，通常有两个方向的原因。如果界面上按钮和表格标题乱码，是项目编码问题，IDEA 里 File -> Settings -> File Encodings 把 Global Encoding、Project Encoding、Properties Files 三处全部改成 UTF-8，再重开项目。如果只有从数据库查出来的中文乱码，说明连接串里少了字符集参数。
解决方式是在 jdbc URL 里加characterEncoding=utf8，并且建表时确认表字符集是 utf8mb4。注意乱码问题要排优先级：界面文字全乱是编译器读源代码文件时就用了错误编码，通常编译期就出问题；只有数据库内容乱，才是连接参数和表字符集的事。按这个顺序排查，不要一上来就改代码文件编码。
5.3 现象：点登录按钮后窗口卡死，转圈圈
Swing 是单线程模型，所有界面事件都在 Event Dispatch Thread 上执行。如果你的登录按钮的 ActionListener 里直接写了数据库查询，而数据库连接超时或者慢查询耗时几秒，UI 线程被阻塞，窗口就会进入“点了没反应”的假死状态。
解决方式：把耗时操作放到新线程里执行。课程设计里常用的手法是用 SwingWorker 类，它既能摆脱 EDT 线程阻塞，又能在后台线程完成后自动切回 EDT 去更新界面。写一个 SwingWorker<Boolean, Void> 的子类，doInBackground 里执行登录查询，done 方法里根据结果跳转窗口。这个坑在课设答辩里被问到的概率很高，提前改了能少很多麻烦。
5.4 现象：系统跑了一会儿突然报 Too many connections
这个问题本质上就是连接泄漏。读一下自己的 dao 层代码，只要有一个方法忘了调用 DBUtil.close，连接池（或者说那一个连接对象）就会一直占着一个 MySQL 连接名额。MySQL 默认最多 151 个连接，你的程序反复开关，一会儿就耗尽。
解决方式有两个方向。一是自查代码，把 finally 块或者 try-with-resources 用完整，尤其是 ResultSet 在循环里 next() 出现异常时，前面的连接能不能被释放。二是把 MySQL 的 max_connections 调高一些，比如SET GLOBAL max_connections = 500;但这只是缓解，不是根治。最稳妥的办法是统一用第 4 章给出的 try-with-resources 写法，把资源释放交给 Java 语法自动完成。
5.5 现象：修改一条数据后 JTable 不刷新，还是显示旧值
这不是数据库更新失败了，而是界面层没把内存里的表格数据重新加载。很多同学把 update 方法写在监听器里，执行成功弹一个“修改成功”的提示框，可是表格里的数据还是新增之前查回来的那一批。
解决方式：数据更新成功之后，手动调一遍查询方法重新取数据，再用新的 List 构建 TableModel 设置给 JTable。如果担心每次都查全表慢，可以把查询条件也传进来，只刷新相关行。还要留意一个潜在 bug——JTable 的默认模型不可编辑，如果你在表格里直接改单元格然后点保存，需要重写 TableModel 的 isCellEditable 方法返回 true，再通过 TableModelListener 拿修改后的值。这个细节很容易被忽略，导致“表里改了但又没改进去”。
6. 答辩与演示：把项目讲清楚比跑起来更重要
演示环节有一句话建议刻在脑子里：老师不会因为你功能多给满分，但会因为“讲不清楚”扣分。所以演示要按“登录 → 查空房 → 入住 → 查看学生列表 → 报修 → 统计报表”这条主线走，每一步停留不超过二十秒，把“我做了什么”变成“我为什么这么做”。讲登录时提 PreparedStatement 防注入，讲入住时提事务保证人数一致，讲统计时提 GROUP BY 的写法——这些关键词一出口，老师就知道你不是背的 PPT。
PPT 的燃烧弹放在中间两页：一页是系统架构图，画出 Swing 界面层、Service 业务层、DAO 数据访问层、MySQL 数据库这四层结构，配上箭头；另一页是数据库 ER 图，把五张核心表和关系画出来。这两张图能覆盖“系统设计”“数据库设计”两个必问考点，比你贴十屏代码管用。报告里把表结构字段表单独列一章，每个字段标注类型和约束，再把第 4 章的事务代码贴上并配文字解释，这份作业的完成度就已经超过大多数同期提交的人了。
最后的血泪经验未必会摊到明面材料里：如果真的调不出来，先把“为什么调不出来”的真实过程写进报告的遇到的问题章节，往往比交一份完美但一问三不知的成品更安全——老师更怕的是学生交一个自己说不明白的“黑匣子”。把运行环境、JDK 版本、MySQL 版本写清楚，把每个模块的输入输出边界搞明白，这门课的学分就到手了。希望帮到你。
本文还有配套的精品资源，点击获取
