SpringBoot+微信小程序智慧校园选课系统开发实践

李昦

1. 智慧校园小程序选课系统概述

作为一名在高校信息化领域摸爬滚打多年的开发者，我深知传统选课系统存在的痛点：服务器在选课高峰期崩溃、界面操作反人类、移动端适配差。去年为某211院校开发的这套基于SpringBoot+微信小程序的选课系统，上线后选课期间服务器负载始终稳定在30%以下，学生端操作耗时平均减少62%。这个开源项目完整包含了前后端源码、部署文档、操作视频和设计讲解，特别适合高校信息化部门二次开发或计算机专业学生毕业设计参考。

系统核心解决了三个问题：

高并发选课场景下的服务稳定性（实测支持3000人同时抢课）
微信小程序原生体验（告别H5的卡顿感）
可视化排课冲突检测（自动识别时间地点冲突）

提示：源码已做敏感信息脱敏处理，数据库脚本包含完整的测试数据，导入即可立即体验全部功能

2. 系统架构设计解析

2.1 技术栈选型依据

后端采用SpringBoot 2.7 + MyBatis Plus组合而非纯Spring架构，主要基于：

快速开发考量（MyBatis Plus的代码生成器可节省40%的CRUD时间）
高并发优化（内置分页插件与乐观锁机制）
与微信生态对接便利（官方Java SDK兼容性好）

前端小程序选择uni-app而非原生开发，因为：

一套代码多端发布（后续可快速扩展至支付宝/百度小程序）
组件库丰富（uView UI已封装常用校园类组件）
开发成本低（Vue语法比原生小程序语法更友好）

数据库采用MySQL 8.0+Redis组合：

MySQL表设计遵循第三范式但适当冗余（如课程表包含教师姓名避免连表查询）
Redis缓存三类数据：
- 课程余量（高频变化数据）
- 学生选课记录（写密集数据）
- 系统配置（读多写少数据）

2.2 高并发架构设计

当300名学生同时抢最后10个名额时，系统通过以下机制保证数据一致性：

java复制// 使用Redis分布式锁+MySQL乐观锁
@Transactional
public boolean selectCourse(Long courseId, Long studentId) {
    String lockKey = "lock:course:" + courseId;
    try {
        // 获取分布式锁（自动过期防止死锁）
        boolean locked = redisTemplate.opsForValue()
            .setIfAbsent(lockKey, "1", 30, TimeUnit.SECONDS);
        if (!locked) throw new RuntimeException("操作太频繁");
        
        // 检查课程余量
        Course course = courseMapper.selectByIdForUpdate(courseId);
        if (course.getRemainSeats() <= 0) return false;
        
        // 乐观锁更新
        int updated = courseMapper.updateRemainSeats(
            courseId, course.getVersion(), course.getRemainSeats()-1);
        if (updated == 0) throw new OptimisticLockingFailureException();
        
        // 记录选课关系
        StudentCourse sc = new StudentCourse(studentId, courseId);
        studentCourseMapper.insert(sc);
        return true;
    } finally {
        redisTemplate.delete(lockKey);
    }
}

3. 核心功能实现细节

3.1 微信小程序登录流程

采用官方unionID机制实现跨平台账号体系：

前端调用wx.login获取code
传递code到后端换取openid和session_key
数据库关联学生学号与微信openid
生成JWT令牌返回小程序端存储

关键安全措施：

session_key绝不返回前端
JWT设置合理过期时间（建议2小时）
敏感接口强制二次验证（如选课需输入教务密码）

3.2 可视化排课冲突检测

前端使用ECharts for Weixin绘制课程时间轴：

javascript复制// 周课表数据格式示例
const timetableData = [
  {
    day: '周一',
    sections: [
      { 
        name: '高等数学', 
        time: '8:00-9:40',
        location: '教201',
        color: '#67C23A'
      },
      // ...
    ]
  }
]

后端冲突检测算法：

将课程时间转换为分钟数（如8:00=480）
检测新课程的时间段是否与已选课程重叠
检测同一教室是否被占用（考虑单双周情况）
返回冲突详情给前端高亮显示

3.3 课程评价模块设计

采用多维度评分+情感分析：

sql复制CREATE TABLE `course_evaluation` (
  `id` BIGINT PRIMARY KEY,
  `course_id` BIGINT NOT NULL,
  `student_id` BIGINT NOT NULL,
  `content` TEXT,
  `score_teaching` TINYINT(1),  -- 教学水平 1-5分
  `score_difficulty` TINYINT(1), -- 课程难度
  `sentiment` DECIMAL(3,2),     -- 情感分析得分
  `is_anonymous` BIT DEFAULT 0
);

注意：情感分析使用阿里云NLP服务，需自行申请API密钥

4. 部署与运维实战

4.1 服务器环境搭建

推荐配置（实测支撑5000学生规模）：

腾讯云轻量2核4G（CentOS 7.9）
JDK 17（ZGC垃圾回收器优化）
Nginx配置示例：

nginx复制upstream backend {
    server 127.0.0.1:8080;
    keepalive 32;
}

server {
    listen 80;
    server_name yourdomain.com;
    
    location / {
        proxy_pass http://backend;
        proxy_http_version 1.1;
        proxy_set_header Connection "";
    }
}

4.2 压力测试方案

使用JMeter模拟选课高峰：

准备测试数据（100门课程，5000个学生账号）
配置300线程组，10秒内启动
监控关键指标：
- 平均响应时间<500ms
- 错误率<0.1%
- Redis内存占用<1GB

测试报告模板已包含在源码的/docs/performance目录下

5. 典型问题排查实录

5.1 选课记录重复问题

现象：极少数学生出现重复选课记录
排查过程：

检查数据库唯一索引：

sql复制ALTER TABLE student_course 
ADD UNIQUE INDEX uk_student_course (student_id, course_id);

发现分布式锁在Redis主从切换时失效
解决方案：采用Redisson红锁机制

5.2 小程序页面白屏问题

常见原因及解决：

域名未备案（需在微信公众平台配置合法域名）
证书过期（检查HTTPS证书有效期）
代码包超过2MB（使用分包加载技术）

5.3 课程缓存不一致

优化后的缓存更新策略：

课程余量变更时双写Redis和MySQL
启动定时任务每5分钟校验数据一致性
提供管理员手动刷新缓存接口

6. 扩展开发建议

6.1 智能推荐课程

基于协同过滤算法改进：

收集历史选课数据
计算课程相似度矩阵
推荐相似学生选择的课程

python复制# 示例相似度计算（需转换为Java实现）
from sklearn.metrics.pairwise import cosine_similarity
similarity = cosine_similarity(course_vectors)

6.2 微信消息通知

选课成功通知模板示例：

json复制{
  "touser": "OPENID",
  "template_id": "TEMPLATE_ID",
  "data": {
    "courseName": {
      "value": "高等数学"
    },
    "time": {
      "value": "每周一 8:00-9:40"
    }
  }
}