JavaWeb学生宿舍管理系统：从数据库设计到部署避坑的完整实战

简介：JavaWeb学生宿舍管理系统设计与实现资源包，面向JavaWeb初学者、课程设计与毕业设计人群，提供一套基于JSP/SSM+MySQL的完整项目方案，覆盖学生信息管理、房间分配、来访登记、物品报修等核心业务模块。资源共1070个文件，压缩包73.72MB，以Java源码、Vue前端组件、SQL数据库脚本、XML配置文件、Jar依赖包及Word版论文为主要文件类型，同时含有构建脚本和部署配置，方便直接本地运行。论文按标准毕业设计格式撰写，涵盖绪论、相关技术介绍、系统分析、总体设计、数据库设计、功能实现与测试等章节，前后台代码与数据库设计同步配套。目前已有23431人学习，内容完整度高，可作为毕业设计题目参考、项目实训或二次开发基础，帮助读者快速掌握宿舍管理系统的完整开发流程与排错思路。

1. javaweb学生宿舍管理系统：为什么说真正的难点不在写代码

“javaweb学生宿舍管理系统”这个题目，每年有大量应届生在搜索框里敲下它。真正动手之后的体感，往往和预想的不一样：以我带学生做毕设的经验看，最大的时间黑洞根本不是业务代码，而是环境配置、数据库连接和中文乱码这三件事。论文里写的设计与代码对不上，也是答辩现场被追问的高发区。这篇文章按我实际落地的一套做法讲完整路径：先梳理业务和表结构设计，再给一套能直接改的分层代码骨架，然后是 IDEA 里从零跑通的配置过程，最后是部署与答辩阶段我提前避开的四个坑。适合正在准备毕业设计的学生，也适合想拿 Servlet+JSP+MySQL 这套技术栈练手完整案例的开发者。目标是让你照着走一遍，真的能把系统跑起来，并且能讲清楚每一步为什么这么做。

2. 先拆业务再建表：宿舍管理系统的功能清单与数据库设计

为什么先做表而不是先写代码？因为这类业务系统的核心是数据关系。表结构定下来之后，Servlet 和 JSP 本质上只是数据的搬运工。我接到这类需求时，先拿一张 A4 纸把“谁、在什么角色下、能做什么、数据落在哪张表”画一遍，画通了再进 IDE 写代码，效率会高很多。

2.1 三种角色和功能边界

这个系统最少需要三类角色：学生、宿管员、系统管理员。

学生的操作面：查看自己的宿舍和床位、在线提交报修、查看卫生检查结果、退宿时发起申请。宿管员的操作面：办理入住和退宿登记、分配床位、登记来访人员、录入卫生检查评分、处理报修工单。系统管理员的操作面：维护楼栋和房间信息、创建宿管账号、重置密码、查看整体入住率统计。

每一个功能都应该对应到一张表或一个字段。比如“来访登记”如果当初只设计了学生和宿舍两张表，后面要给宿管补功能就得改表。为了避免返工，我一般至少设计六张表：账号表 t_user、楼栋表 t_building、宿舍表 t_dorm、学生表 t_student、报修表 t_repair、来访表 t_visit。卫生检查结果可以并入宿舍表里，用评分字段存储，这样能控制论文里的 ER 图规模，不至于画满一整页。

2.2 数据库设计：字段类型、床位冗余与唯一索引

下面是核心建表 SQL，我拆成两部分来说。

CREATE TABLE t_building ( id INT AUTO_INCREMENT PRIMARY KEY COMMENT '楼栋ID', building_name VARCHAR(50) NOT NULL COMMENT '楼栋名称，如梅苑1号楼', floor_count INT DEFAULT 6 COMMENT '楼层总数', dorm_count INT DEFAULT 60 COMMENT '宿舍总间数', status TINYINT DEFAULT 1 COMMENT '1在用 0停用', create_time DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间' ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='宿舍楼栋表'; CREATE TABLE t_dorm ( id INT AUTO_INCREMENT PRIMARY KEY COMMENT '房间ID', building_id INT NOT NULL COMMENT '所属楼栋ID，外键指向 t_building.id', dorm_no VARCHAR(10) NOT NULL COMMENT '宿舍编号，如A-302', bed_count INT DEFAULT 4 COMMENT '床位总数', live_count INT DEFAULT 0 COMMENT '当前已住人数，冗余字段', room_status TINYINT DEFAULT 1 COMMENT '1可住 2满员 3维修中', UNIQUE KEY uk_building_dorm (building_id, dorm_no) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='宿舍房间表';

两个选型说明：

dorm_no 用 VARCHAR 而不是 INT。宿舍编号经常是“A-302”这种带横杠的格式，INT 存不了；即便编号全是数字，用字符串也能避免“0302”被自动去掉前导零。live_count 是冗余字段，允许它和学生表实际统计值在极端情况下不一致，换来的是列表页查询不用每次 COUNT 扫描。对课程设计这点数据量来说意义不大，但论文评审喜欢看到这种有取舍的设计，我会在论文里写“用冗余字段换取读性能”。uk_building_dorm 唯一索引防止同一栋楼出现两个“A-302”，这是数据完整性的第一道防线。

CREATE TABLE t_student ( id INT AUTO_INCREMENT PRIMARY KEY COMMENT '学生ID', student_no VARCHAR(20) NOT NULL COMMENT '学号，如202301010101', student_name VARCHAR(50) NOT NULL, gender TINYINT DEFAULT 1 COMMENT '1男 0女', phone VARCHAR(20) COMMENT '联系电话', dorm_id INT COMMENT '宿舍ID，外键指向 t_dorm.id', bed_no VARCHAR(10) COMMENT '床位编号，如1号床', status TINYINT DEFAULT 1 COMMENT '1在住 0退宿', UNIQUE KEY uk_student_no (student_no), KEY idx_dorm (dorm_id) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='学生信息表'; CREATE TABLE t_repair ( id INT AUTO_INCREMENT PRIMARY KEY COMMENT '报修单ID', student_id INT COMMENT '报修学生ID，外键指向 t_student.id', dorm_id INT NOT NULL COMMENT '宿舍ID', content VARCHAR(200) NOT NULL COMMENT '报修内容：水龙头漏水、灯管不亮', status TINYINT DEFAULT 0 COMMENT '0待处理 1处理中 2已完成', handler VARCHAR(50) COMMENT '处理人姓名', create_time DATETIME DEFAULT CURRENT_TIMESTAMP COMMENT '提交时间', finish_time DATETIME DEFAULT NULL COMMENT '完成时间', KEY idx_status (status) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='报修工单表';

student_no 加唯一索引，但主键单独用自增 id。这样学号在录入错误时可以直接 UPDATE，不用牵连外键关系，也符合数据表设计的基本习惯。t_repair 里给 status 建普通索引，因为宿管查列表时几乎都是按“待处理”“已完成”来过滤的。

外键我要专门说一句：建表时我习惯不写物理 FOREIGN KEY，只在字段注释里标明逻辑关系。设计文档的 ER 图里必须画出关系线，但数据库层面用外键约束，删除楼栋时就会遇到“有子表数据存在，删不掉”的报错。具体踩坑记录放在第 5 章，这里先记住：逻辑外键 + 代码校验，比物理外键在中小型管理系统里更实用。

3. 三层架构与核心代码实现：从 DAO 到过滤器的可抄作业模板

3.1 数据怎么流动：从 JSP 点击到 MySQL 返回

先看一次“登录”请求走完的完整链路：login.jsp 把学号密码 POST 给 LoginServlet；LoginServlet 调用 StudentService 的登录方法；Service 调用 StudentDao 的 findByNo；DAO 通过 DBUtil 拿到数据库连接，执行 SELECT；查到则返回 Student 对象，Servlet 把对象存进 session 并跳转首页；查不到则在 request 里放一条错误提示，转发回 login.jsp。

这个走查能解释一个常见的代码坏味道：不要把数据库连接写在 Servlet 里。我见过不少项目把 JDBC 代码直接堆在 Servlet 的 doPost 里，表面看功能能跑，但每加一个页面就要复制一遍连接代码，后面替换连接池时更是全局搜索替换到手软。分层之后，换数据库或者换连接池只需要动 util 包里的一个类。

3.2 DBUtil 连接工具与 BaseDao 增删改查模板

先从数据库连接工具开始。这一步跑通，后面所有 DAO 都依赖它。

package com.dorm.util; import java.io.InputStream; import java.sql.Connection; import java.sql.DriverManager; import java.sql.SQLException; import java.util.Properties; public class DBUtil { private static String url; private static String username; private static String password; static { try (InputStream in = DBUtil.class.getClassLoader() .getResourceAsStream("db.properties")) { Properties prop = new Properties(); prop.load(in); url = prop.getProperty("jdbc.url"); username = prop.getProperty("jdbc.username"); password = prop.getProperty("jdbc.password"); Class.forName(prop.getProperty("jdbc.driver")); } catch (Exception e) { throw new ExceptionInInitializerError("数据库配置加载失败：" + e.getMessage()); } } public static Connection getConnection() throws SQLException { return DriverManager.getConnection(url, username, password); } }

对应的 db.properties 放在 src/main/resources 下：

jdbc.driver=com.mysql.cj.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/dorm?useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=Asia/Shanghai jdbc.username=root jdbc.password=123456

说明两点：MySQL 8 必须带 serverTimezone=Asia/Shanghai，否则连接一建立就报时区错误；用户名密码换成你自己的本地配置。Class.forName 这行在 Tomcat 8.5 之后其实可以不写，驱动通过 SPI 机制自动注册，但写上更稳妥，兼容老版本 Tomcat 和部分奇葩部署环境。

然后是 DAO 层的通用模板。几乎所有业务表的增删改查都能复用这两个方法。

package com.dorm.dao; import com.dorm.util.DBUtil; import java.sql.Connection; import java.sql.PreparedStatement; import java.sql.ResultSet; import java.sql.ResultSetMetaData; import java.sql.SQLException; import java.util.ArrayList; import java.util.HashMap; import java.util.List; import java.util.Map; public class BaseDao { public static int executeUpdate(String sql, Object... params) { try (Connection conn = DBUtil.getConnection(); PreparedStatement ps = conn.prepareStatement(sql)) { for (int i = 0; i < params.length; i++) { ps.setObject(i + 1, params[i]); } return ps.executeUpdate(); } catch (SQLException e) { throw new RuntimeException("数据库增删改操作失败", e); } } public static List<Map<String, Object>> queryForList(String sql, Object... params) { List<Map<String, Object>> rows = new ArrayList<>(); try (Connection conn = DBUtil.getConnection(); PreparedStatement ps = conn.prepareStatement(sql)) { for (int i = 0; i < params.length; i++) { ps.setObject(i + 1, params[i]); } ResultSet rs = ps.executeQuery(); ResultSetMetaData md = rs.getMetaData(); while (rs.next()) { Map<String, Object> row = new HashMap<>(); for (int i = 1; i <= md.getColumnCount(); i++) { row.put(md.getColumnLabel(i), rs.getObject(i)); } rows.add(row); } return rows; } catch (SQLException e) { throw new RuntimeException("数据库查询失败", e); } } }

代码说明：全部使用 PreparedStatement 的占位符传参，而不是把参数拼进 SQL 字符串。这是防 SQL 注入的第一道门，也是答辩时老师最爱问的点。queryForList 返回 List，用列名做 key，适合列表页直接交给 JSTL 渲染。所有连接都放在 try-with-resources 里，finally 不用手动关连接。连接泄漏这种问题在本地开发时不一定立刻爆，但系统跑一天后会出现“Connection is not available, request timed out”，到时候排查代价更高。

3.3 用 Filter 锁住后台页面：几行代码挡住未登录访问

如果不加拦截，浏览器直接访问 studentList.jsp 这种内部页面，没登录也能看到全部数据。这是安全管理上的明显漏洞，但很多课程设计项目都漏了。下面的过滤器是整个系统的访问入口闸门。

package com.dorm.filter; import javax.servlet.*; import javax.servlet.annotation.WebFilter; import javax.servlet.http.HttpServletRequest; import javax.servlet.http.HttpServletResponse; import javax.servlet.http.HttpSession; import java.io.IOException; @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.endsWith("/login.jsp") || uri.endsWith("/LoginServlet") || uri.contains("/css/") || uri.contains("/js/") || uri.contains("/images/")) { 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); } }

这段代码的效果是：除登录页和静态资源外，一切请求都要求 session 里存在 loginUser。如果用户没登录，直接重定向回 login.jsp。注意 getSession(false) 不会主动创建新会话，避免每个未登录请求都生成一个无意义的 session 对象。如果项目用的是 web.xml 配置方式而不是注解，把 Filter 类去掉 @WebFilter，在 web.xml 里加 filter 和 filter-mapping 是一样的效果，映射的 url-pattern 写成 /* 即可。

4. 在 IDEA 里跑通 javaweb 项目：配置过程、数据库初始化与连接池参数

4.1 IDEA 运行 javaweb 项目配置的六个步骤

这一步是新手翻车最严重的环节。我按顺序列一遍实际操作的配置路径。

第一步，从 IDEA 菜单 File → New → Project from Existing Sources 选中项目根目录。如果目录里没有 pom.xml，IDEA 会提示检测不到项目类型，先选普通 Java 项目，后面再补 Web 模块。

第二步，打开 File → Project Structure，在 Project 里把 SDK 选到 1.8 或 11。在 Modules 里把 src/main/java 标记为 Sources，如果项目带 web 目录，右键勾选 Web 并指定 web.xml 路径。

第三步，配置 Tomcat。Run → Edit Configurations → 左上角加号 → Tomcat Server → Local。Tomcat Home 选择本地的解压目录，URL 一栏会默认生成 http://localhost:8080/。

第四步，部署 Artifact。在 Tomcat 配置的 Deployment 页签点加号，选 Artifact，类型选 war exploded，Application context 填 /dorm。用 exploded 模式比 war 包方便，修改 JSP 后不用重新打包，刷新浏览器就能看到效果。

第五步，先初始化数据库再启动。很多人直接启动 Tomcat，等登录页一输入账号，后台立刻报数据库连接失败。数据库初始化方式见 4.2 小节。

第六步，点右上角启动按钮，浏览器访问 http://localhost:8080/dorm/login.jsp。第一次跑通先别急着写新功能，把控制台日志从上到下过一遍，确认没有异常再继续。

4.2 数据库初始化：SQL 脚本的三种执行方式

拿到 dorm.sql 脚本后，有三种常见执行方式。

第一种是 MySQL 命令行。登录后执行 use dorm; 再执行 source /绝对路径/dorm.sql。注意路径不要带中文和空格，否则报“无法打开文件”时很难反应过来是路径问题。

第二种是 Navicat 或 DBeaver。新建数据库 dorm，字符集选 utf8mb4，右键数据库 → 运行 SQL 文件，选择脚本执行。执行完在表列表里能看到 t_user、t_building、t_dorm、t_student、t_repair 这些表。

第三种是直接用 IDEA 的 Database 面板。右侧 Database → 加号 → Data Source → MySQL，填好主机、端口和账号后，选定 dorm 数据库，右键 SQL 文件执行。

一个很实际的提醒：脚本里如果没写 DROP TABLE IF EXISTS，第二次执行同一份脚本时，建表语句会报“Table already exists”。所有建表语句前都保留 DROP TABLE IF EXISTS，后面重复执行脚本回归测试时会省很多事。另外脚本里的 INSERT 语句自带管理员账号，初始化完成后去 t_user 表确认一下密码字段是否和登录代码里的校验逻辑一致，这属于“运行前检查清单”，不查的话经常出现界面报“用户名或密码错误”，其实只是密码加密方式对不上。

4.3 数据库连接池：Druid 最小配置与参数表

纯 JDBC 的 DBUtil 在课程设计阶段够用，但论文里写“系统使用数据库连接池”是一个常见加分点。连接池选型我一般推荐 Druid：自带监控页面，能演示 SQL 执行次数，答辩时打开 /druid/index.html 给老师看一眼，比嘴上说性能要好用得多。

package com.dorm.util; import com.alibaba.druid.pool.DruidDataSource; import com.alibaba.druid.pool.DruidDataSourceFactory; import java.io.InputStream; import java.sql.Connection; import java.sql.SQLException; import java.util.Properties; public class DruidUtil { private static DruidDataSource dataSource; static { try (InputStream in = DruidUtil.class.getClassLoader() .getResourceAsStream("druid.properties")) { Properties p = new Properties(); p.load(in); dataSource = (DruidDataSource) DruidDataSourceFactory.createDataSource(p); } catch (Exception e) { throw new ExceptionInInitializerError("连接池初始化失败：" + e.getMessage()); } } public static Connection getConnection() throws SQLException { return dataSource.getConnection(); } }

druid.properties 最小配置：

driverClassName=com.mysql.cj.jdbc.Driver url=jdbc:mysql://localhost:3306/dorm?useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=Asia/Shanghai username=root password=123456 initialSize=5 maxActive=20 maxWait=60000 minEvictableIdleTimeMillis=1800000 testWhileIdle=true

连接池参数说明：

换连接池时只需要把 DAO 里调用 DBUtil.getConnection() 的静态引用改成 DruidUtil.getConnection()，其余业务代码一行不用动。这就是分层设计节省返工时间的实际体现。

提示：连接串里的 serverTimezone 必须写成 Asia/Shanghai。写 UTC 虽然能连上，但数据库里存的时间会比北京时间少 8 小时，查出来的数据在页面上会对不上。

5. 从部署到答辩的避坑实录：环境、编码与数据关系

5.1 启动即报 Communications link failure：先从驱动和时区查起

现象：Tomcat 启动正常，登录页能打开，一点“登录”按钮就抛异常，核心信息是 Communications link failure 或 Cannot create PoolableConnectionFactory。但本机命令行用 mysql -u root -p 又能正常登录。

原因：最常见的是 MySQL 8.0 默认认证插件是 caching_sha2_password，项目里放的是 mysql-connector-java 5.1.x 老驱动，5.x 驱动不认这个认证方式，握手直接被拒。另一种情况是连接串里没加 serverTimezone，8.x 驱动强制要求显式指定时区，否则报“The server time zone value is unrecognized”。

解决：把依赖里的 mysql-connector-java 升级到 8.0.33，连接串加上 serverTimezone=Asia/Shanghai 和 useSSL=false。如果项目 lib 里同时有两个版本的驱动 jar，必须把 5.x 的删干净。两个驱动共存时，Class.forName 加载哪个版本取决于类路径顺序，这种问题靠看代码很难定位，只能一个个排除。

这条经验只在 MySQL 5.7 上不受影响，所以网上很多老教程里的配置放到 MySQL 8 上就成了玄学问题。拿到项目先看连接驱动和版本，比看半天代码配置更有效率。

5.2 中文全部变成问号：请求、页面、数据库三层编码逐个排查

现象：页面上写死的中文正常，但表单新增一条记录后，列表里显示的中文变成“??”或“ä½ å¥½”这种乱码。不同项目乱码形态还不一样，有的只在提交后出现，有的从数据库里查出来就是乱码。

原因：Tomcat 8 之后默认对 POST 请求不按 UTF-8 解码，表单提交的中文到了 Servlet 里已经变成乱码，后面再存进数据库自然就是坏的；JSP 文件本身的编码和 pageEncoding 声明不一致也会导致页面显示乱码；数据库连接串没带 characterEncoding=utf8 时，MySQL 端按 latin1 存储，存进去的字符再查出来就是乱码。

解决：从三层统一，缺一不可。JSP 头部写 pageEncoding="UTF-8" 和 contentType="text/html;charset=UTF-8"；写一个 CharacterEncodingFilter，在请求进入 Servlet 前调用 request.setCharacterEncoding("UTF-8")，响应统一 setContentType("text/html;charset=UTF-8")，这个 Filter 要注册在 LoginFilter 之前；连接串带上 characterEncoding=utf8，建库语句确认是 DEFAULT CHARSET=utf8mb4。

排查顺序也有讲究：先用 Navicat 打开表看原始值。如果数据库里存的已经是乱码，问题出在写入前，重点查请求编码；如果数据库里正常、页面乱码，问题出在读取和响应编码。从数据源头一层层往前找，比同时改五个地方瞎试要快。

5.3 删除楼栋被外键拦下：物理删不掉，停用才是正解

现象：在管理后台点“删除楼栋”，页面直接抛 SQLException，错误信息是 Cannot delete or update a parent row: a foreign key constraint fails。数据库工具里手动删 t_building 也一样删不掉。

原因：t_dorm 的 building_id 外键指向 t_building 的 id。删除楼栋时，数据库要保证子表里没有引用它的记录，但一栋楼下面通常已经分配了多个宿舍、入住了一批学生，外键约束直接拒绝删除操作。

解决：优先采用逻辑删除。后台的“删除”按钮改成“停用”，代码执行 UPDATE t_building SET status = 0 WHERE id = ?，查询时默认过滤 status=1。这样历史报修记录和入住记录都能保留，论文里还能写“系统支持数据的可追溯性”。如果坚持物理删除，就要按子表到父表的顺序清理数据：先删 t_student、t_repair，再删 t_dorm，最后删 t_building。但宿舍楼里有历史报修数据时，物理删除会把这些记录一起销毁，从管理角度看这其实是个业务错误。所以这个项目里“能不能删楼栋”和“该不该删楼栋”是两件事，坑在把业务判断交给了数据库错误信息。

5.4 Tomcat 端口被占用：8080 和 1099 的排查顺序

现象：IDEA 里点启动按钮，控制台很快出现 Port 8080 was already in use 或 Address already in use: JVM_Bind。有时候还要再加一个 1099 端口冲突，提示 JMX connector 端口被占用，Tomcat 根本没机会启动。

原因：上一次在 IDEA 里非正常停止的 Tomcat 进程还残留在系统里；或者本机装了 nginx、占了 8080 的开发服务；1099 端口一般是 IDEA 里启动 Tomcat 时 JMX 监控用的，进程残留会把它一起锁住。

解决：先确认端口被谁占用。Windows 用 netstat -ano | findstr 8080 找到 PID，再用 tasklist | findstr PID 看进程名，确定是残留的 Tomcat 就 taskkill /PID /F。macOS 和 Linux 用 lsof -i:8080 看占用进程。如果 8080 被不想关闭的服务占用，就改 Tomcat conf/server.xml 里的 Connector port 为 8081，顺手把 8009 和 8005 也改掉。IDEA 的 HTTP port 会自动读取 server.xml，不用额外配置。1099 冲突多半是上次 IDEA 异常退出留下的镜像，彻底退出 IDEA 再重新打开，问题通常会消失。端口冲突看着像玄学，本质上都是资源没释放。

5.5 登录密码校验失败：不一定是 SQL 写错，可能是加密方式不一致

现象：数据库初始化之后，用脚本里预设的管理员账号登录，页面提示“用户名或密码错误”。但用 SQL 直接在数据库里查，账号是存在的，密码字段也非空。

原因：项目代码里登录时对密码做了 MD5 加密，但 dorm.sql 里 INSERT 进去的管理员密码是明文。两边比较时，一个是加密后的密码，一个是明文，永远对不上。

解决：翻一下 LoginServlet 或 UserDao 里的密码校验代码，确认加密方式，然后把 SQL 里的预设密码改成对应密文。或者临时把代码里的加密逻辑注释掉，登录成功后重新保存一次用户数据，让系统自己生成密文。这里没有标准答案，因为不同模板项目的加密方案不一样，关键是“先确认再改”。如果两项都不动，这个 bug 会浪费掉一晚上的排查时间。

6. 论文怎么写才不拖后腿：ER 图、数据字典和答辩追问

6.1 论文第三章的系统设计：怎么让图表和代码对得上

论文里的系统设计章节，最容易被挑毛病的就是图表和代码实现不一致。我吃过这个亏：画 ER 图时把宿舍和学生画成 1 对 1，代码里实际是一间宿舍住四个人，答辩时被老师指着图问“这间宿舍的床位在哪”，当场答不上来。

ER 图严格按照表结构来画。楼栋到宿舍是 1：N，宿舍到学生是 1：N，学生到报修单是 1：N。关系线上标清楚外键字段名，图下方加一段文字说明冗余字段 live_count 的存在理由。数据字典直接对照建表 SQL 抄，字段名、类型、长度、是否主外键、说明五项列全，注意和数据库里完全一致，别出现文档里是 varchar(20)、数据库里是 varchar(50) 这种低级偏差。

测试用例表要能跑得通。至少写三条：登录成功、登录密码错误、未登录直接访问后台页面被重定向到 login.jsp。每条写模块、操作步骤、输入数据、预期结果、实际结果。预期结果要和系统实际行为一致，“跳转首页”“提示用户名或密码错误”都可以，但别写“系统运行正常”这种没信息量的话。老师翻到这个表，就知道你真的跑过系统。

6.2 答辩现场的高频追问：两个问题提前准备

第一个高频问题：“你怎么防 SQL 注入？”回答路径是 PreparedStatement 预编译加参数占位，再补一句后端对输入做长度和格式校验。前提是你的 DAO 代码真的用了 PreparedStatement，没用的话这个回答就是给自己挖坑。

第二个高频问题：“如果 1000 人同时查房，系统扛得住吗？”不要吹。如实说项目是单体架构，按当前数据量设计，遇到高并发需要引入连接池、缓存和优化索引，然后指出 Druid 连接池已经落地、宿舍表 live_count 冗余字段就是为读性能做的准备。这回答比“绝对没问题”可信得多。

我自己的教训是：答辩演示环境一定要提前完整跑一遍，包括重新启动 Tomcat 和 MySQL。曾经有一次现场演示，浏览器一打开就是 404，原因是上次调试时改了 Application context 没同步到部署配置。从那次以后，我答辩前会做一张自查表：数据库脚本重新初始化一遍，新增、修改、删除三条主路径各走一遍，浏览器清一次缓存。这套流程花不了十分钟，但能避免九成的演示翻车。答辩前把这三条路径跑通，比背十页答辩稿都管用。希望帮到你。

本文还有配套的精品资源，点击获取