企业官网建设流程全解析

简介：这是一套面向毕业设计、期末大作业及课程设计的javaweb学生宿舍管理系统完整项目，定位是让学习者拿到后可直接运行、参考与二次开发。系统涵盖宿舍信息维护、学生入住管理、水电费登记、宿舍管理员管理等核心模块，前端基于JSP+JS+CSS构建页面，后端采用Java Servlet与JDBC处理业务逻辑，数据库部分提供SQL脚本，可快速建表并导入初始数据。压缩包共133个文件，包含jsp页面、java源码、js脚本、css样式、class编译文件、xml配置及jar依赖等，整体仅3.3MB，结构清晰，适合用来理解传统javaweb项目的分层与数据流转。源码全部经过本地编译可运行，评审分达到98分，内容经助教老师审定，难度适中，既能满足课程设计演示，也能支撑毕业设计做功能扩展。目前已有144人学习浏览，这份资源能提供较清晰的实现思路、数据库设计文档和开箱即用的基础版本。

1. 一个“高分项目”样本：javaweb学生宿舍管理系统到底在解决什么问题

每到课程设计季，总有一批人拿着同一个题目去问学长：javaweb学生宿舍管理系统设计与实现，源码和数据库都要，最好还能拿高分。这个题目之所以长盛不衰，是因为它恰好覆盖了javaweb课程设计的全部得分点——登录鉴权、增删改查、表间关联、页面跳转、状态流转，一个不少，但又没有复杂到做不完。它本质上是“学生—宿舍—楼栋”三个核心实体的管理闭环，外加报修、来访登记这类事务性功能。适合的人群很明确：正在做java课程设计或毕业设计的学生，以及想快速搭一套可演示的管理系统来练手、准备面试项目的初级开发者。这篇笔记会把这套系统的设计思路、数据库脚本、核心代码和踩坑点一次讲透，照着做你能省下至少一周的摸索时间。

2. 从技术选型到工程结构：为什么JSP+Servlet+MySQL组合仍然是课程设计的主流答案

2.1 技术选型：JSP+Servlet+MySQL与SSM、Spring Boot的取舍

很多人在选题后会纠结：现在企业里都在用Spring Boot，我还要不要学JSP？答案取决于你的场景。课程设计和毕设的评分标准里，最重要的是“能讲清楚”，而不是“用了多新的框架”。JSP+Servlet是Java Web最原始的模型，请求怎么进来、Servlet怎么处理、数据怎么存，每一步都在明面上，答辩时你不需要背一堆注解的底层逻辑。Spring Boot虽然开发效率高，但自动配置把太多细节藏起来了，老师问“你的请求是怎么被处理的”，你如果答不上来，反而减分。

从数据上看，这个组合也是最稳妥的。MySQL或直接用它自带的连接驱动，Tomcat直接解压就能用，IDEA里配一个Tomcat就能跑起来。黑马javaweb笔记里那套架构——JSP做视图、Servlet做控制、JDBC做数据访问——到现在依然是课程设计的标准打法。如果你非要用框架，我建议只在DAO层引入MyBatis，业务层和控制层手写，这样既有“持久层框架”的加分项，又不至于让整个项目变成一个黑匣子。

2.2 工程结构：把源码拆成“表现层—业务层—数据层”，方便答辩讲清楚

项目拿到手之后，第一件事不是急着跑，而是把包结构看懂。一个能拿高分的javaweb宿舍管理系统，源码结构基本长这样：

src/ ├─ com.dorm.controller/ # Servlet层，接收请求、调业务、跳转 ├─ com.dorm.service/ # 业务层，处理宿舍分配、报修状态流转等核心逻辑 ├─ com.dorm.dao/ # 数据访问层，JDBC操作，一个表对应一个DAO ├─ com.dorm.entity/ # 实体类，对应数据库表字段 ├─ com.dorm.util/ # 工具类，DB连接、字符编码过滤器等 ├─ filter/ # 登录拦截Filter └─ web/ ├─ admin/ # 管理员页面：学生管理、宿舍管理、楼栋管理 ├─ student/ # 学生页面：我的宿舍、在线报修、访客登记 └─ login.jsp / index.jsp

为什么推荐这种分层？因为答辩时老师最先问的就是“你的项目是怎么组织的”。你可以直接说：controller层只做参数接收和页面转发，业务逻辑都在service层，DAO层只负责SQL执行。这样即使代码量不大，也显得规范。更重要的是，这种结构改动成本低——如果你想加一个“晚归记录”功能，直接在entity加类、dao加接口、service加逻辑、controller加Servlet，四层各写各的，不会互相牵扯。

如果不分层，所有代码都堆在Servlet里，虽然写着快，但答辩时你很难讲出层次感。而且一旦业务逻辑复杂起来，比如宿舍调换需要同时修改两个学生的宿舍字段，没分层的话事务控制会非常痛苦。

2.3 用IDEA运行javaweb项目配置：Tomcat、Artifact、依赖导入的三步要点

拿到源码后最常遇到的坎就是“跑不起来”。这通常不是代码的问题，而是IDEA里跑javaweb项目的那一套配置没弄对。整个过程我一般控制在三步：

第一步，确认JDK和Tomcat版本匹配。如果你用的是JDK 8，那Tomcat 8.5或9.0都行；如果你电脑上装的是JDK 17，那最好换Tomcat 10.1，不然会有版本兼容问题。这一步最容易翻车，很多人在JDK和Tomcat版本上栽了跟头，然后以为是源码有问题。

第二步，导入依赖。这个项目基本只依赖MySQL驱动包和一个连接池（如果用C3P0的话）。把mysql-connector-java-x.x.x.jar和c3p0-x.x.x.jar放进WEB-INF/lib目录下，或者在IDEA里通过Project Structure的Libraries添加。注意，如果依赖没放进lib目录而是只加在Module里，打包的时候不会带进去，部署到Tomcat后照样报ClassNotFoundException。

第三步，配置Tomcat。在IDEA里打开Run/Debug Configurations，新增一个Tomcat Server Local，选好Tomcat路径，然后在Deployment标签页里点加号，选择war exploded包，Application context填/dorm。访问路径就是http://localhost:8080/dorm/login.jsp。这里要记住：war和war exploded是两个不同的东西，开发调试用exploded，不用每次启动都重新打包。

配置完成之后，启动Tomcat，浏览器打开登录页，说明环境已经通了。这时候再去看项目的表结构和数据，才有意义。

3. 数据库设计与建表脚本：学生宿舍管理系统最核心的6张表

3.1 核心实体与关系：学生、宿舍、楼栋、报修、访客、卫生，谁和谁是一对多

数据库设计是这套系统能不能拿高分的分水岭。很多低分作品败在表设计上——就一张student表和一个dorm表，没有任何关联。实际上，一个完整的宿舍管理系统最少要有6张表：楼栋表、宿舍表、学生表、报修表、访客登记表、卫生检查表。

它们之间的关系是：一个楼栋有多间宿舍（一对多），一间宿舍住多个学生（一对多），一个学生发起多张报修单（一对多），一个学生登记多次访客记录（一对多），一间宿舍有多条卫生检查记录（一对多）。看清这个关系之后，外键怎么加就一目了然——在“多”的那一方加“一”那一方的主键作为外键字段。

这里有一个容易被忽略的点：宿舍和学生是双向的。学生表里有dorm_id字段，但宿舍表里也可能需要一个capacity和current_people字段。current_people不是数据库自动维护的，而是在学生入住或调换宿舍时，用事务同时更新学生表和宿舍表的数据。很多人在做宿舍分配功能时只改了student表的dorm_id，查宿舍剩余床位时发现数字不对，就是这个原因。

3.2 建表SQL落地：从ER设计到CREATE TABLE

建表SQL是整个项目的数据地基。下面这套脚本是我按课程设计标准整理的最小完整版，包含楼栋、宿舍、学生、报修、访客、卫生6张表，并加了必要的约束和默认值。

-- 楼栋表 CREATE TABLE `building` ( `id` INT PRIMARY KEY AUTO_INCREMENT, `name` VARCHAR(20) NOT NULL UNIQUE COMMENT '楼栋名称，如1号楼', `manager` VARCHAR(20) COMMENT '楼栋管理员姓名' ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; -- 宿舍表 CREATE TABLE `dorm` ( `id` INT PRIMARY KEY AUTO_INCREMENT, `building_id` INT NOT NULL COMMENT '所属楼栋', `room_no` VARCHAR(10) NOT NULL COMMENT '房间号，如101', `capacity` INT NOT NULL DEFAULT 4 COMMENT '可住人数', `current_people` INT NOT NULL DEFAULT 0 COMMENT '当前已住人数', UNIQUE KEY `uk_building_room` (`building_id`, `room_no`), CONSTRAINT `fk_dorm_building` FOREIGN KEY (`building_id`) REFERENCES `building`(`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; -- 学生表 CREATE TABLE `student` ( `id` INT PRIMARY KEY AUTO_INCREMENT, `student_no` VARCHAR(20) NOT NULL UNIQUE COMMENT '学号', `name` VARCHAR(20) NOT NULL, `gender` CHAR(1) NOT NULL COMMENT 'M/F', `phone` VARCHAR(11), `dorm_id` INT COMMENT 'null表示未分配宿舍', `password` VARCHAR(32) NOT NULL COMMENT '登录密码，建议MD5存储', CONSTRAINT `fk_student_dorm` FOREIGN KEY (`dorm_id`) REFERENCES `dorm`(`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; -- 报修表 CREATE TABLE `repair` ( `id` INT PRIMARY KEY AUTO_INCREMENT, `student_id` INT NOT NULL, `dorm_id` INT NOT NULL COMMENT '报修时定位到具体宿舍', `content` VARCHAR(200) NOT NULL COMMENT '报修内容', `status` TINYINT NOT NULL DEFAULT 0 COMMENT '0待处理 1处理中 2已完成', `create_time` DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, `handle_time` DATETIME COMMENT '处理完成时间', CONSTRAINT `fk_repair_student` FOREIGN KEY (`student_id`) REFERENCES `student`(`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; -- 访客登记表 CREATE TABLE `visit` ( `id` INT PRIMARY KEY AUTO_INCREMENT, `student_id` INT NOT NULL, `visitor_name` VARCHAR(20) NOT NULL, `visitor_phone` VARCHAR(11), `reason` VARCHAR(100) COMMENT '来访事由', `visit_time` DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, CONSTRAINT `fk_visit_student` FOREIGN KEY (`student_id`) REFERENCES `student`(`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4; -- 卫生检查表 CREATE TABLE `hygiene` ( `id` INT PRIMARY KEY AUTO_INCREMENT, `dorm_id` INT NOT NULL, `score` TINYINT NOT NULL COMMENT '0-100分', `check_date` DATE NOT NULL, `comment` VARCHAR(200) COMMENT '检查评语', CONSTRAINT `fk_hygiene_dorm` FOREIGN KEY (`dorm_id`) REFERENCES `dorm`(`id`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

这6张表的逻辑说明：building和dorm是父子关系，用building_id关联；student通过dorm_id关联宿舍，允许为空是因为存在“未分配宿舍”的过渡状态；repair既关联了学生也关联了宿舍，这样即使在学生调换宿舍后，历史报修单仍能定位到当时的地点；visit和hygiene分别是学生和宿舍的扩展记录。所有表都使用utf8mb4字符集，不然插入emoji昵称或生僻字会报错。

几个容易忽略的细节：一是宿舍号不能跨楼栋唯一，所以唯一键必须是(building_id, room_no)的组合，不能只给room_no加唯一约束；二是capacity和current_people的差值要在代码里检查，不能只靠数据库，因为MySQL默认的REPEATABLE READ隔离级别下，并发分配宿舍会产生幻读。

3.3 数据库连接与连接池配置：db.properties与C3P0的边界参数

建好表之后要连数据库。课程设计里最稳妥的数据库同步软件方式是用C3P0连接池，比直接用DriverManager硬编码连接更规范，也比引入Druid或HikariCP简单。配置文件长这样：

jdbc.driver=com.mysql.cj.jdbc.Driver jdbc.url=jdbc:mysql://localhost:3306/dorm_db?useUnicode=true&characterEncoding=utf8mb4&serverTimezone=Asia/Shanghai jdbc.username=root jdbc.password=123456 jdbc.maxPoolSize=20 jdbc.minPoolSize=5 jdbc.initialPoolSize=5 jdbc.maxIdleTime=60

对应的C3P0初始化工具类：

public class DBUtil { private static ComboPooledDataSource dataSource; static { try { dataSource = new ComboPooledDataSource(); // 加载db.properties Properties props = new Properties(); props.load(DBUtil.class.getClassLoader().getResourceAsStream("db.properties")); dataSource.setDriverClass(props.getProperty("jdbc.driver")); dataSource.setJdbcUrl(props.getProperty("jdbc.url")); dataSource.setUser(props.getProperty("jdbc.username")); dataSource.setPassword(props.getProperty("jdbc.password")); dataSource.setMaxPoolSize(Integer.parseInt(props.getProperty("jdbc.maxPoolSize"))); dataSource.setMinPoolSize(Integer.parseInt(props.getProperty("jdbc.minPoolSize"))); dataSource.setInitialPoolSize(Integer.parseInt(props.getProperty("jdbc.initialPoolSize"))); dataSource.setMaxIdleTime(Integer.parseInt(props.getProperty("jdbc.maxIdleTime"))); } catch (Exception e) { throw new ExceptionInInitializerError("数据库连接池初始化失败：" + e.getMessage()); } } public static Connection getConnection() throws SQLException { return dataSource.getConnection(); } }

参数说明：maxPoolSize决定连接池最多持有多少连接，课程设计并发量不高，设20足够了；initialPoolSize是启动时预建的连接数，设5可以避免第一个请求被“冷启动”拖慢；maxIdleTime是连接空闲多久后回收，单位是秒，设60是为了防止MySQL默认的wait_timeout把空闲连接断掉后，连接池还继续往外抛失效连接。JDBC驱动这里要注意：如果你用的MySQL是8.0以上，驱动类名必须写com.mysql.cj.jdbc.Driver，老版本的com.mysql.jdbc.Driver会直接报错。

4. 核心功能落地：登录鉴权、宿舍分配与报修流程的代码实现

4.1 登录与拦截器：从Filter拦截到Session管理的完整闭环

登录是所有管理系统的入口，也是老师最常检查的模块。这里有一个很容易拿分又容易丢分的设计：管理员和学生必须走同一套登录逻辑，但跳转到不同的首页。低分作品往往是管理员一个登录页面、学生一个登录页面，各写各的Servlet，代码重复不说，答辩时还讲不清楚。

我推荐的做法是：一张user表或者用student表加role字段区分。登录Servlet接收账号密码，查库验证，成功后把用户ID和角色写进Session，然后按角色重定向。同时写一个Filter拦截除login.jsp之外的所有页面。核心代码如下：

@WebFilter("/*") public class LoginFilter implements Filter { public void doFilter(ServletRequest req, ServletResponse resp, FilterChain chain) throws IOException, ServletException { HttpServletRequest request = (HttpServletRequest) req; HttpServletResponse response = (HttpServletResponse) resp; // 放行登录页、登录Servlet、静态资源 String path = request.getRequestURI(); if (path.endsWith("login.jsp") || path.contains("/login") || path.endsWith(".js") || path.endsWith(".css") || path.endsWith(".png")) { chain.doFilter(req, resp); return; } // 检查Session HttpSession session = request.getSession(); Object userId = session.getAttribute("userId"); if (userId == null) { response.sendRedirect(request.getContextPath() + "/login.jsp"); return; } chain.doFilter(req, resp); } }

这段代码的逻辑说明：所有请求先过Filter，如果访问的是登录页或静态资源就直接放行，否则检查Session里有没有userId。没有就重定向回登录页。这样做的好处是权限控制集中在一条链路里，以后加一个adminFilter再叠一层就能做角色权限。需要注意的是，sendRedirect里必须用request.getContextPath()拼出上下文路径，不然部署到带项目名的路径下会跳错地方。

登录时还有两个细节值得加分：密码不能明文存数据库，至少要MD5加盐存储；登录失败时返回错误信息并在登录页显示，不要只是弹窗。MD5在Java里用MessageDigest就能算，上课时老师看到你做了这一步，通常会在答辩表上记一笔。

4.2 宿舍分配与调换：事务边界与唯一约束的两种处理方式

宿舍分配是这个系统里最有技术含量的功能，也是最能拉开差距的地方。核心难点在于：一间宿舍只能住4个人，分配时要同时更新学生表和宿舍表，不能出现“学生宿舍改成功了，但宿舍人数没变”的脏数据。

处理方式是在Service层开启事务，两步操作要么都成功，要么都回滚。用最原始的JDBC事务来写：

public boolean assignDorm(int studentId, int dormId) { // 先查宿舍是否满员 String sqlCheck = "SELECT capacity, current_people FROM dorm WHERE id = ? FOR UPDATE"; // 再查学生当前是否已有宿舍 Connection conn = null; try { conn = DBUtil.getConnection(); conn.setAutoCommit(false); // 关闭自动提交，显式开启事务 // 1. 更新学生表 PreparedStatement ps1 = conn.prepareStatement( "UPDATE student SET dorm_id = ? WHERE id = ?"); ps1.setInt(1, dormId); ps1.setInt(2, studentId); ps1.executeUpdate(); // 2. 更新宿舍表人数 PreparedStatement ps2 = conn.prepareStatement( "UPDATE dorm SET current_people = current_people + 1 WHERE id = ?"); ps2.setInt(1, dormId); ps2.executeUpdate(); conn.commit(); return true; } catch (SQLException e) { if (conn != null) { try { conn.rollback(); } catch (SQLException ex) { ex.printStackTrace(); } } e.printStackTrace(); return false; } finally { if (conn != null) { try { conn.setAutoCommit(true); conn.close(); } catch (SQLException e) { e.printStackTrace(); } } } }

逻辑说明：SELECT ... FOR UPDATE对宿舍行加锁，防止两个请求同时查到current_people=3，然后都执行插入导致超员。setAutoCommit(false)之后，两条UPDATE要么都提交要么都回滚。注意finally里要把autoCommit改回true再关闭连接——如果直接关闭连接，C3P0回收连接后可能还是false状态，下次从池里取到这条连接的人会掉进同一个事务里，报“Connection is read-only”或者数据不提交的错。这个坑我踩过不止一次。

另外，SQL里用current_people = current_people + 1而不是先查出来再赋值current_people=4，是为了避免读到旧值。这两个写法初看一样，但后者在并发下会丢更新，前者是原子操作。两者都必须配合事先的锁校验。宿舍满员检查最好放在SQL里而不是程序里：

UPDATE dorm SET current_people = current_people + 1 WHERE id = ? AND current_people < capacity

执行后看executeUpdate()返回值，如果为0说明宿舍满了，直接抛业务异常让上层提示“该宿舍已住满”。

4.3 报修与状态流转：状态字段驱动的前后端联动

报修模块是体现“系统设计感”的地方。核心不是CRUD，而是状态流转——一张报修单从“待处理”到“处理中”再到“已完成”，每一步谁点的、什么时候点的，都要有迹可循。用status字段配合handle_time就能做到。

学生端提交报修的Servlet，前端表单提交content和dorm_id，后端插入一条status=0的记录。重点是管理员端的“处理”操作，它涉及到状态的原子变更：

// 管理员接单操作：待处理 -> 处理中 public boolean takeRepair(int repairId, int adminId) { String sql = "UPDATE repair SET status = 1 WHERE id = ? AND status = 0"; // 注意WHERE条件里带着 status = 0 }

这一段看起来平平无奇，但WHERE id = ? AND status = 0是防止重复操作的唯一正确写法。如果没有这个条件，管理员快速点了两次“接单”，状态会从0变1再变1，虽然结果一样，但后一次操作已经不属于“状态流转”了。更麻烦的是，“完成”操作如果没有状态条件，一个已经完成的报修单还能被再次完成，时间线就乱了。这个用乐观锁的思路，比在Java代码里先查再改要可靠得多。

前端页面联动上，学生登录后看到的报修单，根据status字段显示不同的按钮：0显示“等待管理员接单”，1显示“处理中”，2显示“已完成”且置灰。JSP里有两种写法：<c:if>标签或者在Servlet里直接拼按钮HTML字符串。后者更直观，适合课程设计时给老师讲解。

5. 避坑指南：让javaweb宿舍管理系统从“能跑”到“能演示”的关键排查

5.1 Tomcat启动后访问404：Artifact部署与访问路径不匹配

现象：Tomcat正常启动，控制台没有报错，但浏览器访问http://localhost:8080/dorm/login.jsp显示404。

原因：八成是IDEA的Deployment配置里Application context写错了，或者选成了war而不是war exploded。另一个常见原因是用Maven构建时，WEB-INF/lib下的依赖没有被包含进Artifact，启动时类能加载，但JSP页面找不到。

解决：打开Run Configuration里的Deployment标签，点开Application context，把路径统一为/dorm，确认artifact类型是war exploded。然后打开Project Structure的Artifacts页面，检查Output Layout里WEB-INF/lib下面是不是有MySQL驱动和连接池jar包，没有的话手动添加。

5.2 数据库连接失败：驱动版本与MySQL 8的密码加密规则

现象：启动项目后，第一个请求报java.sql.SQLException: Access denied for user 'root'@'localhost'，但用Navicat连数据库是正常的。

原因：MySQL 8.0默认的认证插件是caching_sha2_password，旧版本的MySQL驱动（5.x系列）不支持这种认证方式。另外，如果驱动类写的是com.mysql.jdbc.Driver，在MySQL 8下也会直接抛异常。

解决：把MySQL驱动换成mysql-connector-java-8.0.x.jar，驱动类用com.mysql.cj.jdbc.Driver。如果还报认证错误，执行下面的SQL改回兼容模式：

ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '你的密码'; FLUSH PRIVILEGES;

这个改动只影响本地开发和课程设计，生产环境不建议改认证插件。但你的场景是演示和答辩，怎么方便怎么来。

5.3 中文乱码：请求、响应、数据库三层编码必须一致

现象：前端页面正常，但从数据库查出来的学生姓名显示成“???”，或者提交的中文报修内容入库后变成乱码。

原因：三层编码只要一层不一致就会乱。最常见的是JSP页面是UTF-8，但数据库表是latin1；或者请求的Content-Type没设置charset=UTF-8，Tomcat 8之前默认用ISO-8859-1解析请求体。

解决：三层统一改成UTF-8。数据库建表时用DEFAULT CHARSET=utf8mb4，JSP页面顶部写<%@ page contentType="text/html;charset=UTF-8" %>，然后在web.xml里注册一个编码过滤器：

<filter> <filter-name>encodingFilter</filter-name> <filter-class>org.springframework.web.filter.CharacterEncodingFilter</filter-class> <init-param> <param-name>encoding</param-name> <param-value>UTF-8</param-value> </init-param> </filter> <filter-mapping> <filter-name>encodingFilter</filter-name> <url-pattern>/*</url-pattern> </filter-mapping>

如果你没用Spring的Web依赖，就写一个自己的过滤器，实现同样的逻辑：request.setCharacterEncoding("UTF-8")。这里要注意，request.setCharacterEncoding必须在第一次读取请求参数之前调用，所以在过滤器里做最安全。

5.4 页面能打开但登录不进去：Session与请求路径的域问题

现象：能打开登录页，也能输入账号密码，但点登录后总跳回登录页，或者登录成功后一刷新又变成未登录状态。

原因：最常见的是LoginFilter拦了静态资源或登录Servlet本身，导致Session还没存进去就被跳走了。另一种情况是项目上下文路径没写对，sendRedirect里写死了/dorm/login.jsp，如果换了个部署名，就指向不存在的路径了。

解决：把登录Servlet的路径和数据访问路径在Filter里显式放行，同时把所有重定向都改成request.getContextPath()拼接。验证是否放行成功，可以在Filter的放行分支打一行日志，确认登录请求到底有没有走过去。

5.5 部署到演示环境后数据消失了：连接池回收与MySQL空闲断开

现象：项目跑了一下午，中途长时间没操作，再点页面就报“Connection is closed”或“Communication link failure”。

原因：MySQL默认的wait_timeout是8小时，但有些云数据库或本地改装版默认只有几十秒到几分钟。空闲连接被服务端断开后，C3P0还认为连接池里的连接是好的，取出来用就报错。这是一个特别经典的“看起来像代码问题，其实是配置问题”的坑。

解决：在C3P0配置里增加几个参数：testConnectionOnCheckout=true，每次从连接池取连接前都验证心跳；preferredTestQuery=SELECT 1，测试连接不执行复杂的SQL；把maxIdleTime设成60秒，短于MySQL的wait_timeout就行。同时可以手动检查MySQL的配置：

SHOW VARIABLES LIKE 'wait_timeout';

如果这个值很小，用SET GLOBAL wait_timeout=28800;改回来。

6. 把课程设计做成“高分项目”：3个能让你答辩稳过的验证技巧

项目做完不是终点，演示才是。我见过太多人代码写得不错，但演示的时候开了十几个页面，点来点去没条理，老师看了半天也不知道你系统里到底有什么功能。这里分享我自己带课程设计时用的三个验证技巧。

第一个技巧是准备一份“数据字典+功能清单”放到演示文稿里，而不是让老师直接看代码。数据字典就是数据库里每张表的字段含义和关联关系，功能清单就是“学生登录后能做什么、管理员登录后能做什么”。老师看这个，比翻你十几个JSP文件快得多。这也是为什么我前面强调数据库设计要用规范命名和注释——你注释写得越清楚，答辩时讲得越自信。

第二个技巧是刻意演示“异常路径”。比如分配宿舍时，先试着往一个满员的宿舍里塞学生，让系统提示“该宿舍已住满”；再试试登录时输入错误密码，看系统有没有给出友好的提示而不是控制台抛异常。这两个操作在任何评分标准里都是加分项，因为它们证明你考虑过边界情况，而很多同学的代码只要“正常流程”能跑通就觉得完成了。写代码的时候，在设计里故意保留这些校验分支，不要因为“反正正常流程不会触发”就删掉。

第三个技巧是在演示前做一次从零部署的演练。把本地的数据库导出成SQL脚本，用另一个电脑或虚拟机上的MySQL重新导入，再用新环境跑一遍项目。这个演练能暴露所有“本机能跑但换个地方就翻车”的玄学问题——尤其是数据库连接配置里的IP、端口、密码硬编码问题。我自己的习惯是，把所有环境相关的配置都集中在db.properties文件里，演示前只改这一个文件。做一个可复现、可迁移的系统，比做一个只能在自己电脑上跑的系统，在老师那里的印象会好得多。

希望这些从技术选型到数据库设计再到排错验证的经验，能帮你在课程设计这条路上少踩几个坑，把精力花在真正能拿分的地方。

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