Java web学生选课系统课程设计：数据库设计、并发选课与事务处理实战

简介这是一套面向高校计算机相关专业学生的Java Web课程设计完整资料围绕学生选课系统展开适合正在做数据库原理或Web开发课程设计、需要参考完整实现方案的学习者。压缩包共164个文件约5.37MB以57个Java源文件、36个JSP页面为主配合11个SQL脚本、14个jar依赖包及若干XML配置、CSS样式与JS脚本构成从前端页面到后端逻辑再到数据库建表的完整工程结构。系统涵盖基本信息查询、学生与课程信息维护、学生选课及系统维护四个子系统选课环节特别考虑了参照完整性与用户自定义完整性约束并附有课程设计报告文档便于对照理解设计思路与实现细节。目前已有4582人学习下载可作为课程设计参考、功能拆解与排错思路借鉴的实用素材。1. 从一份课程设计压缩包说起Java web 学生选课系统到底要交付什么很多人拿到「课程设计基于Java web 的学生选课系统源码数据库报告.zip」这类标题第一反应是去搜一套能跑的代码改个名字交差。但真正做过答辩的人都知道老师翻的不是你的界面有多花哨而是三件事数据库表结构能不能自洽、选课冲突有没有真的处理、报告里的 E-R 图和代码是不是对得上。这个标题背后其实是一个完整的 Java web 工程闭环——前端页面、Servlet 或 Spring 控制器、JDBC 或 MyBatis 持久层、MySQL 数据库脚本外加一份讲得清设计思路的文档。它适合三类人课程设计赶工期但不想被判定抄袭的学生、想用一个小型业务系统练手 Java web 全链路的初学者、以及需要一套可演示 CRUD 与事务案例的教学场景。核心难点从来不是写页面而是选课这个动作同时牵扯容量上限、时间冲突、重复选课三重校验还要保证并发下不超卖。下面按「先立数据模型、再搭后端、最后处理冲突与交付」的顺序拆开讲。2. 数据库先立住五张表撑起选课业务2.1 表结构设计与字段取舍选课系统的数据库课程设计表不在多在于关系清晰。常见做法是五张核心表学生表、教师表、课程表、选课记录表、用户登录表。课程表里必须有一个已选人数和容量上限字段这是后面并发校验的基础。选课记录表用学生 ID 加课程 ID 做联合唯一索引从数据库层面堵住重复选课。表名关键字段说明studentid, sno, name, class_idsno 学号唯一teacherid, tno, nametno 工号唯一courseid, cname, credit, capacity, selected, teacher_id, time_slotselected 已选人数scid, student_id, course_id, score(student_id, course_id) 联合唯一sys_userid, username, password, rolerole 区分学生/教师/管理员字段类型上学分用 decimal(3,1)时间槽用 varchar 存「周一1-2节」这种可读字符串方便前端直接展示也方便做字符串相等判断冲突。不要用 datetime 存上课时间课程设计阶段没必要引入复杂的时间区间计算。2.2 建表脚本与初始化数据-- 课程表selected 与 capacity 是并发校验的核心 CREATE TABLE course ( id INT PRIMARY KEY AUTO_INCREMENT, cname VARCHAR(64) NOT NULL, credit DECIMAL(3,1) DEFAULT 2.0, capacity INT NOT NULL DEFAULT 50, selected INT NOT NULL DEFAULT 0, teacher_id INT, time_slot VARCHAR(32), CONSTRAINT chk_cap CHECK (selected capacity) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4; -- 选课记录表联合唯一索引防止重复选课 CREATE TABLE sc ( id INT PRIMARY KEY AUTO_INCREMENT, student_id INT NOT NULL, course_id INT NOT NULL, score DECIMAL(4,1) DEFAULT NULL, UNIQUE KEY uk_stu_course (student_id, course_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4;逻辑说明chk_cap约束让数据库自己兜底即使应用层漏判超卖写入也会失败。uk_stu_course保证同一学生同一课程只有一条记录。参数上capacity 默认 50 可按课程调整selected 初始为 0每次选课成功后加一。注意 MySQL 5.7 以前对 CHECK 约束不生效如果实验室环境是老版本这条约束要在应用层补上别指望数据库拦。2.3 连接池配置别让每次请求都新建连接数据库课程设计里最容易被忽略的是连接管理。用 JDBC 直连每个 Servlet 都 DriverManager.getConnection几十个并发就报 too many connections。常见做法是引入 Druid 或 HikariCP。以 Druid 为例在 web.xml 或配置类里初始化// Druid 连接池初始化放在 ServletContextListener 里 DruidDataSource ds new DruidDataSource(); ds.setUrl(jdbc:mysql://localhost:3306/course_sys?useSSLfalseserverTimezoneAsia/Shanghai); ds.setUsername(root); ds.setPassword(your_password); ds.setInitialSize(5); // 初始连接数 ds.setMaxActive(20); // 最大活跃连接 ds.setMaxWait(3000); // 获取连接超时 3 秒 ds.setValidationQuery(SELECT 1);参数说明initialSize 设 5 够课程设计用maxActive 20 是实验室机器能承受的量级maxWait 3000 毫秒意味着拿不到连接就快速失败而不是无限等。validationQuery 用来检测连接是否被数据库回收。如果用的是 MySQL 8驱动类名是 com.mysql.cj.jdbc.DriverURL 里必须带 serverTimezone否则时区报错是高频翻车点。3. 后端选课逻辑Servlet 还是 Spring怎么选不后悔3.1 两种技术栈的取舍理由课程设计标题写的是 Java web没限定框架。用原生 Servlet JSP 的好处是依赖少、老师一看就懂、答辩好讲用 Spring Boot MyBatis 的好处是代码量少、分层清晰、简历上好看。我的建议是如果课程明确教的是 Servlet就用 Servlet别为了炫技引入 Spring 导致答辩被问穿如果是自由发挥Spring Boot 更省时间。原生方案里一个选课 Servlet 大致长这样WebServlet(/selectCourse) public class SelectCourseServlet extends HttpServlet { protected void doPost(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { int studentId (int) req.getSession().getAttribute(uid); int courseId Integer.parseInt(req.getParameter(courseId)); Connection conn null; try { conn DBUtil.getConnection(); conn.setAutoCommit(false); // 开启事务 // 1. 查课程容量与已选人数加行锁 String sql1 SELECT capacity, selected, time_slot FROM course WHERE id? FOR UPDATE; PreparedStatement ps1 conn.prepareStatement(sql1); ps1.setInt(1, courseId); ResultSet rs ps1.executeQuery(); if (!rs.next()) { throw new RuntimeException(课程不存在); } int capacity rs.getInt(capacity); int selected rs.getInt(selected); String slot rs.getString(time_slot); if (selected capacity) { throw new RuntimeException(课程已满); } // 2. 检查时间冲突 String sql2 SELECT c.time_slot FROM sc s JOIN course c ON s.course_idc.id WHERE s.student_id?; PreparedStatement ps2 conn.prepareStatement(sql2); ps2.setInt(1, studentId); ResultSet rs2 ps2.executeQuery(); while (rs2.next()) { if (rs2.getString(1).equals(slot)) { throw new RuntimeException(时间冲突); } } // 3. 插入选课记录并更新已选人数 PreparedStatement ps3 conn.prepareStatement( INSERT INTO sc(student_id, course_id) VALUES(?,?)); ps3.setInt(1, studentId); ps3.setInt(2, courseId); ps3.executeUpdate(); PreparedStatement ps4 conn.prepareStatement( UPDATE course SET selectedselected1 WHERE id?); ps4.setInt(1, courseId); ps4.executeUpdate(); conn.commit(); resp.getWriter().write(ok); } catch (Exception e) { if (conn ! null) try { conn.rollback(); } catch (SQLException ex) {} resp.getWriter().write(fail: e.getMessage()); } finally { if (conn ! null) try { conn.setAutoCommit(true); conn.close(); } catch (SQLException ex) {} } } }逻辑说明整个选课动作放在一个事务里FOR UPDATE对课程行加锁防止两个学生同时读到相同的 selected 值导致超卖。时间冲突检查用字符串相等因为 time_slot 存的是「周一1-2节」这种格式。参数上studentId 从 session 取而不是从前端传避免越权替别人选课。注意 rollback 后要把 autoCommit 恢复否则连接池回收的连接会带着未提交状态这是血泪经验。3.2 用 MyBatis 简化持久层如果选 Spring Boot 路线MyBatis 的 Mapper 能把上面的 JDBC 代码压缩一半。核心是写一个带FOR UPDATE的查询和两个更新语句select idselectForUpdate resultTypeCourse SELECT id, capacity, selected, time_slot FROM course WHERE id#{id} FOR UPDATE /select insert idinsertSc INSERT INTO sc(student_id, course_id) VALUES(#{sid}, #{cid}) /insert update idincSelected UPDATE course SET selectedselected1 WHERE id#{id} /updateService 层用Transactional注解包住这三个操作Spring 自动管理事务提交与回滚。参数说明Transactional(rollbackFor Exception.class)要显式指定回滚异常类型否则默认只回滚 RuntimeException业务里抛的受检异常不会触发回滚这是高频踩坑点。3.3 退课与成绩录入的对称处理退课逻辑是选课的反向操作删除 sc 记录、selected 减一同样要放在事务里同样要对课程行加锁。成绩录入则是教师角色更新 sc.score 字段不需要动 course 表。这里有个容易忽略的点退课后 selected 减一如果减到负数说明数据已经不一致加一个WHERE selected 0条件兜底。成绩录入要校验教师只能改自己教的课程通过 course.teacher_id 与当前登录教师 ID 比对。4. 避坑与排查选课系统答辩前必须过的五道坎4.1 中文乱码现象是页面显示问号原因是编码链没统一现象JSP 页面提交的中文课程名存进数据库变成???。原因请求体编码、响应编码、数据库字符集三处任意一处不是 UTF-8 都会乱码。解决Servlet 里第一行写req.setCharacterEncoding(UTF-8)响应写resp.setContentType(text/html;charsetUTF-8)数据库连接 URL 加characterEncodingutf8建表用utf8mb4。四处齐了才彻底解决。4.2 超卖现象是选课人数超过容量原因是没加锁现象压测时 selected 最终大于 capacity。原因两个线程同时读到 selected49都判断未满都执行加一。解决查询课程时加FOR UPDATE行锁把「读-判断-写」串行化。注意加锁必须在事务内autoCommit 为 true 时FOR UPDATE不生效这是最隐蔽的坑。4.3 时间冲突漏判现象是同一时段选了两门课原因是只比了课程 ID现象学生成功选了两门都在「周一1-2节」的课。原因冲突检查只查了是否已选该课程没比对 time_slot。解决查询该生所有已选课程的 time_slot与目标课程做字符串相等比较。如果时间槽格式不统一有的写「周一1-2」有的写「周一 1-2节」先做规范化再比。4.4 连接泄漏现象是跑一会儿就报连接池耗尽原因是异常路径没关连接现象系统运行几分钟后所有请求卡死日志显示 wait millis 3000。原因try 块里抛异常finally 没执行到 close或者 close 写在 try 里被跳过。解决用 try-with-resources 或在 finally 里关闭且关闭前先 rollback。Druid 可以开 removeAbandoned 自动回收泄漏连接但那是后悔药根上还是要写对。4.5 报告与代码对不上现象是答辩被追问 E-R 图字段原因是文档后补现象老师指着报告里的 E-R 图问「这个字段代码里怎么没有」。原因先写代码后补报告两边字段名和关系不一致。解决先画 E-R 图和表结构再照着写建表脚本最后写代码。报告里的每个实体、每个关系都要能在 SQL 里找到对应。这一步做扎实答辩基本不会被卡。5. 交付前的自检与一个提效技巧最后一章说点实在的。课程设计交付前我一般会跑一遍自检清单数据库脚本能不能在干净环境一次执行成功、五个核心功能登录、查课、选课、退课、录成绩是否都能走通、并发选课是否不超卖、报告里的截图是否与当前代码版本一致。这四样过了基本稳。提效技巧是用 Postman 或 curl 先把后端接口调通再写前端页面。很多人反过来页面点半天不知道是前端传参错了还是后端逻辑错了排查成本翻倍。先用 curl 验证选课接口# 先登录拿 session再带 cookie 调选课接口 curl -c cookie.txt -d username2021001password123456 http://localhost:8080/login curl -b cookie.txt -d courseId3 http://localhost:8080/selectCourse # 预期返回 ok重复调用应返回 fail:Duplicate entry这样接口层确认无误后前端只管展示问题定位快很多。另一个习惯是给每个 Servlet 或 Controller 加一行关键日志打印入参和结果出问题时看日志比打断点快尤其是并发场景断点会改变时序反而复现不了。数据库脚本、源码、报告三样东西的版本要一起管。我见过太多人改了代码忘了更新报告里的表结构答辩时被问得下不来台。建议在项目根目录放一个 README写清楚环境要求JDK 版本、MySQL 版本、Tomcat 版本、导入步骤、默认账号密码。这份 README 不占多少时间但能让老师或同学一键跑起来印象分直接拉满。说到底这套选课系统的价值不在于代码多高级而在于它把「事务、并发、约束、分层」这些 Java web 核心概念塞进了一个能讲清楚的小场景里。把它吃透比抄十套增删改查都管用。希望帮到你。本文还有配套的精品资源点击获取