1. 项目背景与需求分析
体育课选课系统是高校教务管理中的重要组成部分。传统的线下选课方式存在诸多痛点：学生需要排队等候、选课信息更新滞后、教师手工统计工作量大、容易发生课程名额超限等问题。随着高校扩招和体育课程多样化，开发一套基于SpringBoot的体育课选课系统具有现实意义。
我在实际参与某高校教务系统升级时发现，体育选课模块的并发压力尤为突出。每年选课季，系统经常因瞬时高并发而崩溃。这促使我们设计一个能够承载2000+并发请求的稳定选课系统。
核心需求包括：
- 学生端：课程查询、选课/退课、个人课表查看
- 教师端：课程发布、学生名单管理、考勤录入
- 管理员端：课程管理、用户管理、系统监控
- 系统级：高并发处理、数据一致性保障、选课冲突检测
2. 技术选型与架构设计
2.1 为什么选择SpringBoot
SpringBoot的自动配置特性让我们能快速搭建项目骨架。通过对比传统SSM框架，SpringBoot在以下方面表现突出：
- 内嵌Tomcat简化部署（实测启动时间比外部Tomcat快40%）
- Starter依赖管理避免jar包冲突
- Actuator提供完善的健康监控
- 与Redis、MySQL等中间件无缝集成
实际开发中发现，spring-boot-starter-data-redis的Lettuce客户端比Jedis在高并发场景下性能更稳定
2.2 系统架构设计
采用经典的三层架构：
code复制表现层：Thymeleaf + Bootstrap
业务层：Spring MVC + Spring Security
数据层：MyBatis-Plus + MySQL
关键增强设计：
- 使用Redis实现分布式锁解决选课超卖问题
- 采用Quartz实现定时释放未支付名额
- 通过WebSocket实时推送选课状态变更
- 使用Ehcache缓存课程基础信息
数据库ER图核心表关系：
code复制学生表(student) ──┐
├─ 选课记录表(selection)
课程表(course) ───┘
3. 核心功能实现细节
3.1 高并发选课实现
选课核心逻辑采用"预扣库存+异步确认"机制：
java复制// 伪代码示例
public Result selectCourse(Long courseId, Long studentId) {
// 1. Redis原子递减库存
Long remain = redisTemplate.opsForValue().decrement("stock:"+courseId);
if(remain < 0){
redisTemplate.opsForValue().increment("stock:"+courseId);
return Result.fail("课程已满");
}
// 2. 发送MQ消息异步创建订单
mqTemplate.send(new Message(
courseId,
studentId,
System.currentTimeMillis()
));
// 3. 立即返回选课中状态
return Result.success("选课处理中");
}
实测中遇到的问题及解决方案：
- 库存超卖问题：通过Redis+Lua脚本实现原子操作
- 重复选课：数据库唯一索引(student_id, course_id)
- 网络抖动导致消息丢失：添加MQ事务消息
3.2 冲突检测算法
时间冲突检测采用线段树算法：
java复制public boolean checkTimeConflict(List<Course> selected, Course newCourse){
// 将已选课程时间段构建线段树
SegmentTree st = new SegmentTree(convertToIntervals(selected));
// 检查新课程时间段是否与已有重叠
return st.query(newCourse.getStart(), newCourse.getEnd());
}
特殊场景处理：
- 同一课程不同教学班不算冲突
- 理论课与实践课时间允许部分重叠
- 教师特殊设置的例外规则
4. 关键问题与优化实践
4.1 性能优化记录
压力测试初期发现的问题：
- 200并发时响应时间达3s
- MySQL CPU占用率90%+
- 频繁Full GC
优化措施及效果：
-
引入二级缓存：
- 课程基础信息 → Ehcache
- 实时库存数据 → Redis
(查询性能提升8倍)
-
SQL优化：
sql复制/* 优化前 */ SELECT * FROM course WHERE status = 1; /* 优化后 */ SELECT id,name,teacher FROM course WHERE status = 1 AND start_time > NOW() INDEX(status, start_time); -
JVM调优：
- 调整新生代比例(-XX:NewRatio=2)
- 使用G1垃圾回收器
(GC时间减少60%)
4.2 安全防护实践
遇到的攻击类型及防御方案：
-
刷课脚本：
- 添加图形验证码
- 接口限流(Guava RateLimiter)
-
SQL注入：
- 严格使用MyBatis参数绑定
- 定期SQL审计
-
XSS攻击：
- Thymeleaf自动转义
- 自定义Filter过滤特殊字符
5. 部署与监控方案
5.1 生产环境部署
采用Docker Compose编排：
yaml复制version: '3'
services:
app:
image: select-system:1.0
ports:
- "8080:8080"
depends_on:
- redis
- mysql
redis:
image: redis:6-alpine
volumes:
- redis_data:/data
mysql:
image: mysql:5.7
environment:
MYSQL_ROOT_PASSWORD: ${DB_PASSWORD}
5.2 监控体系搭建
核心监控指标：
-
业务指标：
- 实时选课成功率
- 课程饱和度
- 热门课程TOP10
-
系统指标：
- JVM内存使用
- 接口响应时间P99
- 数据库QPS
使用Prometheus+Grafana实现可视化监控，关键告警规则：
- 选课失败率连续5分钟>1%
- MySQL连接数>80%
- 接口响应时间>1s
6. 项目演进思考
在实际运行一年后，我们收集到以下改进建议：
-
学生需求：
- 增加课程评价系统
- 可视化教师授课风格雷达图
-
教务需求：
- 智能排课算法优化
- 课程热度预测功能
-
技术债偿还：
- 迁移至SpringCloud微服务架构
- 引入Elasticsearch实现智能搜索
这个项目让我深刻体会到，一个好的选课系统不仅要技术可靠，更需要理解教育场景的特殊性。比如体育课程需要考虑场地限制、天气因素等线下约束条件，这些都是在纯技术设计时容易忽略的业务细节。