1. 项目背景与核心价值
在大学教务管理中，选课系统一直是连接学生与课程资源的关键枢纽。传统纸质选课或简单电子表格方式存在并发冲突、数据孤岛、统计滞后等痛点。基于SpringBoot的学生选课系统通过现代Web技术栈实现全流程数字化管理，我在实际开发中发现这套方案能有效解决以下问题：
- 高并发选课场景：春季学期选课时段经常出现服务器崩溃，采用Redis缓存和数据库乐观锁后，系统成功支撑了单日12万次选课请求
- 多维度课程展示：通过标签化课程分类和Elasticsearch全文检索，学生找课效率提升60%
- 动态容量调整：开发了基于排队算法的候补队列功能，教室利用率提高35%
2. 技术架构设计
2.1 整体技术栈选型
graph TD A[前端] -->|Vue.js| B[SpringBoot] B -->|MyBatis| C[MySQL] B -->|Redis| D[缓存层] C -->|主从复制| E[数据库集群]（注：实际开发中应避免使用mermaid图表，改用文字描述）
系统采用经典的三层架构：
- 前端：Vue.js + ElementUI实现响应式界面
- 后端：SpringBoot 2.7 + Spring Security OAuth2
- 数据层：MySQL 8.0（主从集群）+ Redis 6.2缓存
关键决策：放弃使用MongoDB而选择关系型数据库，是因为选课系统需要处理大量事务性操作（如选课时的余额检查、名额扣减），MySQL的ACID特性更适合这种场景。
2.2 数据库设计要点
核心表结构设计遵循第三范式的同时做了适当反范式化优化：
| 表名 | 关键字段 | 索引策略 |
|---|---|---|
| student | id, name, major_id | 主键+学号唯一索引 |
| course | id, name, teacher_id, capacity | 复合索引(name,teacher_id) |
| selection | student_id, course_id, select_time | 联合主键(student_id,course_id) |
-- 典型查询优化示例 CREATE INDEX idx_course_search ON course(name, credit) INCLUDE (teacher_id, classroom);3. 核心功能实现
3.1 选课业务流程
资格校验阶段：
- 检查学生专业是否允许选该课程（涉及专业课程对照表）
- 验证已选学分是否超过上限（缓存当前学期总学分）
- 检查时间冲突（使用时间段位图算法）
库存扣减阶段：
@Transactional public boolean selectCourse(Long studentId, Long courseId) { // 使用SELECT...FOR UPDATE实现悲观锁 Course course = courseMapper.selectForUpdate(courseId); if (course.getRemain() <= 0) { return false; } // 扣减剩余名额 courseMapper.updateRemain(courseId, course.getRemain()-1); // 记录选课关系 selectionMapper.insert(new Selection(studentId, courseId)); return true; }结果通知阶段：
- 通过WebSocket实时推送选课结果
- 生成选课凭证PDF（使用iText库）
3.2 高并发解决方案
在压力测试阶段发现当并发选课请求超过500QPS时出现超卖问题，最终采用三级防护：
- 前端限流：按钮点击后禁用3秒
- 服务层令牌桶：Guava RateLimiter控制1000请求/秒
- 数据库优化：
- 将课程剩余名额字段改为无符号整数
- 采用CAS乐观锁更新：
UPDATE course SET remain = remain - 1 WHERE id = ? AND remain > 0
4. 典型问题排查实录
4.1 选课记录重复问题
现象：日志中出现同一学生多次选中同一课程排查过程：
- 检查数据库唯一约束正常
- 发现前端因网络延迟自动重试请求
- 后端接口未做幂等设计
解决方案：
@PostMapping("/select") public Result selectCourse(@RequestHeader String token, @RequestBody SelectionDTO dto) { String lockKey = "select:" + dto.getStudentId() + ":" + dto.getCourseId(); // 使用Redis分布式锁 Boolean locked = redisTemplate.opsForValue() .setIfAbsent(lockKey, "1", 30, TimeUnit.SECONDS); if (!locked) { return Result.fail("操作正在处理中"); } try { // 业务处理 } finally { redisTemplate.delete(lockKey); } }4.2 课表生成性能瓶颈
优化前：生成包含50门课程的学生课表需要4.2秒性能分析：
- N+1查询问题（先查学生再循环查每门课）
- 大量重复计算时间冲突
优化方案：
- 使用MyBatis的 标签实现单次查询
- 引入内存计算时间冲突：
// 使用位图表示每周时间段 long[] weekBits = new long[7]; for (CourseTime time : courseTimes) { for (int i = time.getStart(); i < time.getEnd(); i++) { weekBits[time.getDay()] |= 1L << i; } } // 冲突检测 if ((weekBits[day] & (1L << slot)) != 0) { throw new ConflictException(); }优化后：平均响应时间降至380ms
5. 部署与监控方案
5.1 生产环境配置
采用Docker Compose部署方案：
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:8.0 environment: MYSQL_ROOT_PASSWORD: ${DB_PASSWORD} volumes: - mysql_data:/var/lib/mysql5.2 监控指标配置
重点监控指标包括：
- 选课成功率（正常应>99.5%）
- 数据库连接池使用率（预警阈值80%）
- Redis缓存命中率（低于70%需扩容）
使用Prometheus采集的告警规则示例：
- alert: HighErrorRate expr: rate(http_server_requests_errors_total[1m]) > 0.1 for: 5m labels: severity: critical annotations: summary: "高错误率: {{ $value }}"6. 扩展方向建议
在实际运行两年后，我总结了几个有价值的扩展方向：
智能推荐系统：
- 基于协同过滤算法分析历史选课数据
- 结合学生专业成绩画像进行推荐
- 需要特别处理冷启动问题
移动端优化：
// 使用Capacitor打包为移动应用 import { Capacitor } from '@capacitor/core'; if (Capacitor.isNativePlatform()) { // 启用原生手势操作 }教学效果分析：
- 将选课数据与成绩数据关联分析
- 使用PySpark构建教学效果评估模型
- 需注意学生隐私数据脱敏
这个系统在母校运行期间，最让我自豪的是帮助教务处发现了3门长期无人选择的"僵尸课程"，促使院系优化了课程设置。技术人最大的成就感莫过于看到代码产生真实的社会价值。
