简介这是一个基于MySQLJavaSwing开发的学生宿舍管理系统课程设计资源面向高校计算机相关专业学生可用于数据库课程设计、Java桌面应用开发或毕业设计初期参考也可作为自学Java GUI编程的完整实例。资源包共含334个文件包含47个Java源码、202个class编译文件、22张界面相关PNG图片以及XML配置、项目文档、数据库文件等压缩包整体约112.72MB目录结构清晰便于按需查阅。已有268人学习下载尤其适合正在准备课程设计或需要参考完整项目流程的读者。资源不仅提供可运行的源码还配套数据库脚本、可视化图表和说明文档覆盖学生信息管理、宿舍分配、管理员管理、入住及退宿登记等典型功能模块可帮助理解Java Swing界面搭建、事件处理与MySQL数据交互的完整实现过程也可作为课程设计报告撰写和系统演示的基础。1. 学生宿舍管理系统一份能复现也能答辩的 JavaMySQL 课设资源课程设计周最焦虑的事不是不会写代码而是拿到一个课题后不知道从哪下手。学生宿舍管理系统恰好是这种「功能看着不复杂、但真要交付时哪里都要补」的典型课题。用 MySQL 存数据、Java 写业务、Swing 画界面这套组合在高校课设里出镜率极高原因很简单它把数据库设计、面向对象、GUI 编程三条线串在一起老师挑不出「工作量不足」的毛病。这份资源自带源码、图表和文档适合正在赶课设的人也适合想拿现成系统快速改功能、换皮交作业的从业者。宿舍管理这种课题最怕的不是难而是拆解不清楚文档里配好的 ER 图和数据字典能帮你省掉大半梳理时间。2. 数据库设计先行四张表怎么建、约束怎么定、测试数据怎么造2.1 从业务场景反推表结构为什么是这四张表学生宿舍管理系统看着功能多拆开就四类操作管理员登录取、宿舍信息维护、学生信息录入、入住退宿登记。围绕这几件事数据表我不建议一上来就铺七八张过度设计会让你在写 JOIN 和文档时自己把自己绕晕。这套资源采用的是经典四表结构t_admin管登录账号t_dorm管宿舍静态属性与房间空位t_student管学生档案t_checkin管入住关系。四张表各管一段职责干净答辩时被问到「为什么这么设计」也能一句话答上来。有个细节值得注意t_dorm里放了一个used_count冗余字段用来记录当前已住人数。这个字段在设计课上可能被老师说成「冗余」但你做课设时保留它是划算的——查询空宿舍时一条 SQL 就能算出来不用每次去t_checkin里COUNT(*)。真到了数据量大的系统里再拆也不迟课设阶段好用比理论纯净更重要。外键关系上t_checkin同时引用t_student.stu_id和t_dorm.dorm_id把「谁住在哪」这个多对多关系解耦成一张独立的关联表。这意味着一个学生换宿舍时不需要改学生表只需要在t_checkin里把旧记录置为退宿状态再插一条新记录时间线就完整了。这种设计也是后续文档里数据字典部分的核心图景能画出标准 ER 图。2.2 建表 SQL 与字段约束字符集、主键与外键一次性配齐这套资源里附带的建表脚本是完整可执行的直接放进 MySQL 命令行或者 Navicat 查询窗口就能跑。核心结构如下CREATE DATABASE dormitory_system DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; USE dormitory_system; CREATE TABLE t_admin ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(20) NOT NULL UNIQUE, password VARCHAR(64) NOT NULL, role TINYINT NOT NULL DEFAULT 1 COMMENT 1-楼栋管理员 ) ENGINEInnoDB; CREATE TABLE t_dorm ( dorm_id INT PRIMARY KEY AUTO_INCREMENT, building VARCHAR(10) NOT NULL COMMENT 楼栋号如A栋, room_no VARCHAR(10) NOT NULL, bed_count INT NOT NULL DEFAULT 4, used_count INT NOT NULL DEFAULT 0, UNIQUE KEY uk_building_room (building, room_no) ) ENGINEInnoDB; CREATE TABLE t_student ( stu_id VARCHAR(20) PRIMARY KEY, name VARCHAR(20) NOT NULL, gender CHAR(1) NOT NULL COMMENT M/F, major VARCHAR(50), class_name VARCHAR(30), phone VARCHAR(11), status TINYINT DEFAULT 0 COMMENT 0-未入住 1-已入住 ) ENGINEInnoDB; CREATE TABLE t_checkin ( id INT PRIMARY KEY AUTO_INCREMENT, stu_id VARCHAR(20) NOT NULL, dorm_id INT NOT NULL, checkin_date DATE NOT NULL, status TINYINT DEFAULT 1 COMMENT 1-在住 0-退宿, FOREIGN KEY (stu_id) REFERENCES t_student(stu_id), FOREIGN KEY (dorm_id) REFERENCES t_dorm(dorm_id) ) ENGINEInnoDB;几个参数你可能会在别的教程里看到不同写法这里说下为什么这么配utf8mb4而不是utf8是因为 MySQL 的utf8最多支持 3 字节编码存一些特殊字符或生僻字时直接报错或变成问号utf8mb4是它的完整超集ENGINEInnoDB不是为了炫技是外键约束必须有 InnoDB 支持MyISAM 建外键语句不会报错但根本不生效password字段给了VARCHAR(64)给 MD5 或 SHA2 摘要留足了空间明文密码在课设里也别用答辩时被追问「安全怎么考虑」会冷场。UNIQUE KEY uk_building_room (building, room_no)这个联合唯一索引是防止同一楼栋出现两个 101 的肉眼看不出问题的小坑插入重复数据时直接抛异常比事后排查高效得多。t_checkin里的checkin_date必须用DATE而不是VARCHAR日期类型在BETWEEN范围查询上走索引效率完全不同。2.3 初始化数据让系统第一次跑起来就有「活」数据新数据库裸跑会让人误以为系统写坏了——界面上全是空表按钮点了没反应像黑匣子一样。所以资源包里贴心地准备了一份初始数据脚本覆盖了「满宿舍、空宿舍、部分入住、有退宿记录」四种边界情况。这部分数据越是贴近真实校园场景后面截图写文档越省力。INSERT INTO t_admin (username, password) VALUES (admin, MD5(123456)); INSERT INTO t_dorm (building, room_no, bed_count, used_count) VALUES (A栋, 101, 4, 2), (A栋, 102, 4, 0), (B栋, 201, 6, 6); INSERT INTO t_student (stu_id, name, gender, major, class_name, phone) VALUES (20250001, 同学甲, M, 软件工程, 软工2301, 13800000001), (20250002, 同学乙, F, 软件工程, 软工2302, 13800000002), (20250003, 同学丙, M, 计算机科学, 计科2301, 13800000003), (20250004, 同学丁, F, 数据科学, 数据2301, 13800000004); -- 入住和退宿关系体现时间线 INSERT INTO t_checkin (stu_id, dorm_id, checkin_date, status) VALUES (20250001, 1, CURDATE(), 1), (20250002, 1, 2024-09-01, 0), (20250003, 3, 2024-09-01, 1); UPDATE t_dorm SET used_count used_count 1 WHERE dorm_id 1; UPDATE t_student SET status 1 WHERE stu_id 20250001;注意最后两个UPDATE它们是为了手动同步used_count和t_student.status的冗余值。这一步很关键——资源包里的 DAO 层代码默认这些字段是真实可信的如果你只插入t_checkin不同步冗余字段宿舍列表里看到的空位数就是错的。这也是很多学生把系统跑起来后「明明入住了列表却显示空房」的根源。3. Swing 界面层登录窗口、主面板与宿舍分配的落地代码3.1 界面层级与组件选型JFrame、JTable 与布局的搭配方式这套系统的界面层角色分配是典型的 Java Swing 课设结构一个JFrame主窗口承载全局多个JDialog或内嵌JPanel处理具体业务表单JTable承担所有数据列表展示。资源包里每个窗口类都是独立文件类名和功能一一对应MainFrame.java只管主界面LoginFrame.java只管登录学生管理窗口不会和宿舍管理窗口混在一个类里这种「一类一窗口」的写法是答辩加分项。选型上值得提两点表格用JTable而不是JList因为它自带列宽调整和排序逻辑展示数据库查询结果时几乎不用额外写渲染代码表单元数据用DefaultTableModel它支持addRow/removeRow动态更新比直接操作JTable的底层数组安全。布局管理器方面主面板用BorderLayout上下分栏表单区域用GridBagLayout做精细对齐GridBagLayout虽然写起来啰嗦但它是 Swing 里唯一能把表单标签和输入框真正对齐的方案。3.2 登录窗口登录验证与窗口跳转的代码骨架登录模块是整个系统的入口代码逻辑在所有 Swing 课设里几乎是一个模子刻出来的拿到用户名密码、调用 DAO 查询、根据结果决定跳转还是弹错误提示。资源包里的实现可以直接套用// LoginFrame.java public class LoginFrame extends JFrame { private JTextField userField; private JPasswordField pwdField; public LoginFrame() { setTitle(学生宿舍管理系统登录); setSize(320, 200); setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE); setLocationRelativeTo(null); JPanel panel new JPanel(new GridBagLayout()); GridBagConstraints gbc new GridBagConstraints(); gbc.insets new Insets(5, 5, 5, 5); gbc.gridx 0; gbc.gridy 0; panel.add(new JLabel(用户名), gbc); gbc.gridx 1; gbc.gridy 0; userField new JTextField(15); panel.add(userField, gbc); gbc.gridx 0; gbc.gridy 1; panel.add(new JLabel(密码), gbc); gbc.gridx 1; gbc.gridy 1; pwdField new JPasswordField(15); panel.add(pwdField, gbc); gbc.gridx 0; gbc.gridy 2; gbc.gridwidth 2; JButton loginBtn new JButton(登录); panel.add(loginBtn, gbc); add(panel); loginBtn.addActionListener(e - doLogin()); pwdField.addActionListener(e - doLogin()); } private void doLogin() { String username userField.getText().trim(); String password new String(pwdField.getPassword()); AdminDao dao new AdminDao(); if (dao.checkLogin(username, password)) { new MainFrame().setVisible(true); dispose(); } else { JOptionPane.showMessageDialog(this, 用户名或密码错误); } } }这段骨架里有几个细节建议照着写new String(pwdField.getPassword())而不是pwdField.getText()JPasswordField的getText()已弃用用getPassword()拿字符数组再转字符串才是标准写法登录按钮和密码框都绑定了同一个doLogin方法这样用户输完密码直接回车就能登录演示的时候这个小交互很加分dispose()释放登录窗口而不是setVisible(false)藏着避免两个窗口叠在屏幕上。3.3 宿舍分配选宿舍与床位余量的联动校验宿舍分配是业务核心也是最容易出逻辑漏洞的地方。正常流程是从左侧学生列表选一个学生右侧宿舍列表显示有空位的房间点击分配后写入住表并更新宿舍空位。资源包里的处理方式关键代码长这样// AssignDialog.java private void doAssign() { String stuId selectedStudentId(); int dormId selectedDormId(); if (stuId null || dormId -1) { JOptionPane.showMessageDialog(this, 请先选择学生和宿舍); return; } DormDao dormDao new DormDao(); Dorm dorm dormDao.findById(dormId); if (dorm.getUsedCount() dorm.getBedCount()) { JOptionPane.showMessageDialog(this, 该宿舍已满员); return; } CheckinDao checkinDao new CheckinDao(); boolean ok checkinDao.assign(stuId, dormId); if (ok) { JOptionPane.showMessageDialog(this, 分配成功); refreshTableData(); } else { JOptionPane.showMessageDialog(this, 分配失败请检查学生是否已入住); } }这段代码的核心在if (dorm.getUsedCount() dorm.getBedCount())这句——分配前先查一次余量防止两个人同时操作导致超员。虽然课设系统基本没有并发场景但老师问到「怎么保证不超员」时你能说出这一层校验已经比多数人强了。真正的写入逻辑在CheckinDao.assign()里它是一个跨越两张表的事务操作这也是我下一章要展开的内容。3.4 图表输出用 JFreeChart 把入住率画出来资源包「图表」部分指的是用第三方库 JFreeChart 生成的统计图通常是一个饼图展示各楼栋入住率再加一个柱状图展示每月入住人数变化。很多学生以为这个很难其实固定套路就三步组装数据集、创建图表对象、嵌入JPanel显示。示例代码如下// ChartPanelFactory.java public static JPanel createRatePie() { DefaultPieDataset dataset new DefaultPieDataset(); DormDao dao new DormDao(); ListDormStat stats dao.countByBuilding(); for (DormStat s : stats) { dataset.setValue(s.getBuilding(), s.getOccupiedCount()); } JFreeChart chart ChartFactory.createPieChart( 各楼栋入住人数统计, dataset, true, true, false); return new ChartPanel(chart); }createPieChart的五个参数分别是标题、数据集、是否显示图例、是否显示 tooltip、是否生成 URL。课设场景下前四个用true/false/true/false就好最后一个设false。引入 JFreeChart 只需要把两个 jar 包jfreechart.jar和jcommon.jar放进项目 lib 目录并在 IDE 里 Add as Library不用改任何配置文件。4. 数据访问层JDBC 连接参数、DAO 模板与事务边界4.1 连接参数驱动加载与 URL 里几个容易写错的参数Swing 是门面DAO 层才是这个系统真正干活的地方。资源包里的数据库访问统一走DBUtil工具类所有获取连接、释放资源的细节都收在里面业务类里不出现任何DriverManager.getConnection代码。这个习惯很好如果以后换连接池只需要改这么个类就行。// DBUtil.java public class DBUtil { private static final String URL jdbc:mysql://localhost:3306/dormitory_system ?useUnicodetruecharacterEncodingutf8 useSSLfalseserverTimezoneAsia/Shanghai; private static final String USER root; private static final String PASSWORD root; static { try { Class.forName(com.mysql.cj.jdbc.Driver); } catch (ClassNotFoundException e) { e.printStackTrace(); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(URL, USER, PASSWORD); } public static void close(ResultSet rs, Statement stmt, Connection conn) { if (rs ! null) try { rs.close(); } catch (SQLException ignored) {} if (stmt ! null) try { stmt.close(); } catch (SQLException ignored) {} if (conn ! null) try { conn.close(); } catch (SQLException ignored) {} } }URL 里的三个参数建议背下来characterEncodingutf8解决中文乱码useSSLfalse去除连接时的 SSL 告警日志serverTimezoneAsia/Shanghai解决新版驱动连接 MySQL 8.x 时的时区报错。如果你的 MySQL 是 5.7 及以下驱动类名用com.mysql.jdbc.Driver就行MySQL 8.x 必须写com.mysql.cj.jdbc.Driver这也是资源包里默认带的版本。4.2 DAO 模板用 PreparedStatement 统一增删改查资源包里每一个业务实体都对应一个 DAO 类方法命名统一是findAll / findById / add / update / delete。学生管理部分的典型查询方法长这样// StudentDao.java public ListStudent findAll() { ListStudent list new ArrayList(); String sql SELECT stu_id, name, gender, major, class_name, phone, status FROM t_student; try (Connection conn DBUtil.getConnection(); PreparedStatement ps conn.prepareStatement(sql); ResultSet rs ps.executeQuery()) { while (rs.next()) { Student s new Student(); s.setStuId(rs.getString(stu_id)); s.setName(rs.getString(name)); s.setGender(rs.getString(gender)); s.setMajor(rs.getString(major)); s.setClassName(rs.getString(class_name)); s.setPhone(rs.getString(phone)); s.setStatus(rs.getInt(status)); list.add(s); } } catch (SQLException e) { e.printStackTrace(); } return list; }注意这里用了 try-with-resources 语法Connection / PreparedStatement / ResultSet三个资源在代码块结束后自动关闭比传统finally里手工关闭干净得多也少了一堆判空嵌套。参数化查询用?占位而不是字符串拼接这不止是防 SQL 注入的安全考量——字符串拼接出来的20250001和参数绑定进去的20250001在数据库端执行计划路径也不一样参数化在数据量大时明显更稳定。查询接口里的字段映射建议只用rs.getString(列名)这种显式写法不要用rs.getString(1)这种数字下标。列名清清楚楚以后如果 SQL 里SELECT的字段顺序变了代码还能正常跑。4.3 事务该用在哪不该用在哪课设里最容易忽略的就是事务。很多学生的代码里「分配宿舍」是三条独立 SQL插入t_checkin、更新t_dorm.used_count、更新t_student.status。三条 SQL 各提交各的跑到第二条失败时第一条已经写进数据库了数据就永远对不上。宿舍分配必须包在同一个事务里// CheckinDao.java public boolean assign(String stuId, int dormId) { String sqlCheck SELECT COUNT(*) FROM t_checkin WHERE stu_id? AND status1; String sqlInsert INSERT INTO t_checkin (stu_id, dorm_id, checkin_date, status) VALUES (?,?,CURDATE(),1); String sqlUpdateDorm UPDATE t_dorm SET used_count used_count 1 WHERE dorm_id?; String sqlUpdateStu UPDATE t_student SET status1 WHERE stu_id?; try (Connection conn DBUtil.getConnection()) { conn.setAutoCommit(false); try (PreparedStatement psCheck conn.prepareStatement(sqlCheck)) { psCheck.setString(1, stuId); try (ResultSet rs psCheck.executeQuery()) { if (rs.next() rs.getInt(1) 0) { return false; // 已入住直接返回 } } } try (PreparedStatement psInsert conn.prepareStatement(sqlInsert); PreparedStatement psDorm conn.prepareStatement(sqlUpdateDorm); PreparedStatement psStu conn.prepareStatement(sqlUpdateStu)) { psInsert.setString(1, stuId); psInsert.setInt(2, dormId); psInsert.executeUpdate(); psDorm.setInt(1, dormId); psDorm.executeUpdate(); psStu.setString(1, stuId); psStu.executeUpdate(); } conn.commit(); return true; } catch (SQLException e) { // 这里要做回滚 e.printStackTrace(); return false; } }这段代码有一个小坑要注意因为使用了 try-with-resources内层PreparedStatement关闭时会自动提交事务如果开启了自动提交这里已经显式setAutoCommit(false)连接在try块结束时才关闭提交通过conn.commit()手动触发顺序没有问题。但你如果把setAutoCommit(false)放在内层try之后写逻辑就反了事务完全失效这是实际项目里最隐蔽的翻车点。事务不是越多越好。像单纯查询学生列表、查询楼栋统计这类只读操作完全没必要开事务。MySQL 默认自动提交模式下单条 SELECT 本身就是一致性读加事务只会增加连接占用时长。5. 避坑指南课设验收路上最常见的五处翻车现场5.1 中文乱码界面和数据库里全是问号现象程序跑起来后学生姓名、宿舍楼栋名在界面上显示成???或者数据库表里存进去就是乱码。原因三个环节有一处字符集不一致就会全链路出问题——建库时用了默认latin1、连接 URL 没带characterEncodingutf8、或者界面代码里JTextFiled的输入流没指定编码。解决建库时显式声明utf8mb4连接 URL 带上useUnicodetruecharacterEncodingutf8代码文件统一用 UTF-8 保存。这三处一起改完乱码基本绝迹。只改其中一处就像堵了一个洞却漏着另外两个问题依旧反复。5.2 日期查询查不到数据格式错位现象按「入住日期范围」查入住记录明明数据库里有当月数据条件一加就查不到。原因界面上JTextField拿到的字符串是2025-06-01用户输入格式但拼进 SQL 时被当成普通字符串和DATE类型比较在严格模式下 MySQL 直接报错或按字符串规则匹配导致过滤过度。解决查询参数用PreparedStatement.setDate()绑定先把字符串转成java.sql.Date。转换代码很简单Date.valueOf(2025-06-01)但很多人图省事直接拼字符串结果进入排查死胡同。5.3 程序放着不动就假死连接失效现象系统刚启动时一切正常操作几分钟后突然某个按钮点击后卡死报Communications link failure或Connection is not available。原因MySQL 默认wait_timeout是 8 小时但有些开发环境或云数据库实例配置的wait_timeout只有几十秒到几分钟。空闲连接超过阈值被服务端关闭你的程序里还攥着这个连接不放下一次执行 SQL 时就拿到了一个已经死掉的连接。解决每次获取连接后马上校验有效性最简单的做法是conn.isValid(3)无效就丢弃重拿。更省事的方案是给DBUtil换成一个轻量连接池但课设阶段先在getConnection()里做一层校验已经够用。5.4 删除宿舍提示外键失败子表残留数据现象宿舍列表里删除一个房间程序报错Cannot delete or update a parent row: a foreign key constraint fails。原因t_checkin表里还有学生住在这个宿舍的关联记录外键约束不允许删掉被引用的父表行。解决先处理子表——把该宿舍的t_checkin记录全部退宿status0或直接删除再删t_dorm里的房间记录。比较干净的做法是建表时给外键加ON DELETE SET NULL但课设里先查关联、再删除的顺序逻辑更容易讲清楚答辩时老师问起你也能演示「我考虑了数据完整性」。如果删宿舍功能经常报错多半是写代码的人忘了先查t_checkin。5.5 点按钮界面白屏Swing 线程阻塞现象点「查询入住记录」后整个窗口卡住不动拖动窗口都没反应过几秒才恢复。原因JButton的事件监听器默认跑在事件分发线程EDT上你在监听器里直接执行了数据库查询连接等待和结果集遍历把 EDT 堵死了界面自然无法刷新。解决耗时操作放到工作线程里用SwingWorker执行查询返回结果后再切回 EDT 更新表格。简单代码如下// 查询按钮事件里的正确写法 new SwingWorkerListCheckin, Void() { Override protected ListCheckin doInBackground() { return checkinDao.findByCondition(startDate, endDate); } Override protected void done() { try { ListCheckin list get(); model.setRowCount(0); for (Checkin c : list) { model.addRow(c.toRow()); } } catch (Exception e) { e.printStackTrace(); } } }.execute();注意done()方法里才能安全更新 UIdoInBackground()里碰任何JComponent都是犯规。这个坑在数据量小的测试环境里不容易触发但老师演示时如果连了远程数据库或者网络卡一下整个窗口白在那印象分会掉得很厉害。6. 验收自测与答辩准备从跑通到能讲清6.1 演示前先过一遍自测清单资源包下载后不要急着打开源码逐行读先把系统跑起来、把核心流程走一遍再对照文档看实现。我的习惯是强制自己走完这三条链路每次课设验收前都重复一次登录链路错误密码弹窗 → 正确密码进主界面 → 退出再登录换账号确保窗口不残留入住链路选学生 → 选有空位的宿舍 → 确认入住 → 宿舍列表余量减一 → 学生状态变已入住 → 再次分配同一学生被拦截退宿链路选在住记录 → 退宿 → 宿舍余量加一 → 学生状态变未入住 → 再分配能成功如果其中一步的结果跟你预期不一致先回数据库手工执行对应 SQL看是 SQL 本身的问题还是 DAO 层传参的问题。把这三条链路走顺了演示环节基本稳了。6.2 答辩被问概率最高的几个问题「数据库表为什么这么设计」——拿数据字典和 ER 图讲四张表的职责划分强调t_checkin是关联表它让换宿舍、退宿都变成了插入一条新记录而非修改历史。「怎么避免宿舍超员」——讲doAssign方法里的余量校验以及事务里三条 SQL 要么全成功要么全失败。「如果宿舍表有一万条数据查询怎么优化」——说building room_no的联合索引覆盖了查询条件然后提一嘴used_count字段避免 COUNT 子查询即可不用深入。「登录密码为什么不能明文存」——资源包里的 SQL 已经用MD5(123456)做了摘要可以直接回答「密码以摘要形式入库即使数据库泄露也不会直接暴露明文」。如果能顺带说一句「更安全的做法是加盐和用 SHA-256」这题就是满分。「图表用的什么库为什么会用这个」——JFreeChart因为是 Swing 生态里最成熟的免费图表库数据塞进DefaultPieDataset就能出图不需要额外学前端图表框架。做完这套自测我对这套资源的评价很直接它最值钱的部分不是能跑的代码而是把「宿舍管理」这个看似简单、实则容易做成烂尾楼的课题按数据库、界面、DAO、文档四条线拆成了可以逐个击破的模块。我之前带过的同学里有直接复制代码交差的也有照着源码一行一行重构的后者在答辩时明显更敢和老师对视。从那以后我每次拿到类似课设资源都会强制自己先按上述链路走一遍、标注每个类和 UI 控件的对应关系再谈改功能的事。改动时留好备份改坏了也有后悔药。希望帮到你。本文还有配套的精品资源点击获取
