基于Spring Boot的SPOC学习系统：从设计到答辩全解析-代码聚汇网

1. 这个选题为什么是毕业设计的"安全牌"，以及SPOC到底在解决什么问题

SPOC（Small Private Online Course，小规模限制性在线课程）是相对MOOC（大规模开放在线课程）提出的概念。MOOC的问题在于"大规模"带来的高辍学率、师生互动困难、过程性评价缺失——几百人甚至几千人一个班，教师根本顾不过来。SPOC的思路反过来：限制选课人数（通常是几十到一百多人），把在线学习作为课堂教学的补充而非替代，服务于"翻转课堂"这类需要学生课前自学、课中讨论的教学模式，或者用来支撑跨校选修、实验课预约这类具体业务。

很多学生拿到这个题目第一反应是"这不就是个带视频播放的课程网站吗"，这就把它做小了。SPOC学习系统的人和普通在线教育平台的本质差异在于**"课程私密性"和"学习过程追踪"**。系统里必须存在"创建课程时指定教师""教师导入学生名单""只有选修这门课的人才能看到课程内容和提交作业"这类权限链路，同时要有视频观看进度的记录、章节学习状态的标记，以及作业、考试、成绩单这些支撑完整教学闭环的东西。这个复杂度做毕业设计刚刚好：比只做个CRUD增删改查有深度，又不至于像一套完整在线教育平台那样让人做不完。

选这个题还有一个实际好处：如果你打算走开发岗，面试被问"做过什么项目"时，SPOC系统可以往"教育信息化""多角色权限""在线学习行为记录"这几个方向去讲，比千篇一律的电商、博客、图书管理有辨识度。而且Spring Boot这个技术栈本身就是国内中小型公司用得最多的，项目中积累的经验直接复用。

提示：毕业设计题目中带"设计与实现"四个字，意味着论文里必须同时有系统架构设计（需求分析、功能模块图、数据库ER图、流程设计）和系统实现（核心代码、关键配置、运行截图），这两个部分在初稿阶段就要有意识地准备素材，不要等写论文时才回头补。

下面我从需求分析、技术选型、数据库设计、核心业务编码到部署答辩准备，按一个过来人的思路完整走一遍。

需要模型API调用？免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。

2. 需求分析阶段一定不能偷懒的三类用户角色拆解

毕设答辩时最怕被问"你这个系统有哪些用户，各自能干什么"，很多学生答不清楚，因为开发时只盯着"某个功能能不能跑通"，从没站在角色的角度把权限边界理清。SPOC系统至少要拆三级角色，同时还得留出管理员的维护入口。

2.1 学生端：核心诉求是"学得进、查得到"

学生选课后应该能完成以下闭环：浏览可选课程列表并选课 → 进入自己选的课程查看按章节组织的学习资料（视频、文档）→ 在线观看视频并留下进度记录 → 完成章节测验和课程作业并提交 → 查看系统自动批改或教师批改后的成绩 → 在课程留言区发起讨论。去掉哪个环节，这个系统都会显得"假"。

这里有个容易被忽略的设计点：视频进度记录。做毕设时如果你用外嵌链接（比如腾讯视频、哔哩哔哩的iframe嵌入课程视频），页面刷新后播放进度会丢。面试官一旦问到"如何记录用户看到第几分钟"，没做的话就很尴尬。推荐的做法是选支持播放事件回调的HTML5播放器组件，利用timeupdate事件每15秒或30秒上报一次当前播放位置到后端，离开页面时再上报一次，视频表里存一个last_position字段。这样哪怕只是用外链视频，也能把"学了多久、看到哪了"的数据落库。

2.2 教师端：不能只有"上传课程内容"这一个功能

教师角色如果仅仅设计成能上传视频和文档，系统功能会显得很单薄。完整SPOC场景下，教师还需要：

发布课程时设置选课截止时间、课程开始和结束时间
管理选课学生名单：手动添加学生、移除已选课学生、查看选课人数
创建章节和课时（每课时包含标题、视频、附件、学习资料说明）
布置作业：设置截止时间、满分、允许提交次数
批改主观题（问答题、论述题）并给学生回写评语和分数
发布课程考试或试卷，统计班级成绩分布

我当时把教师的操作核心放在"作业批改"和"成绩管理"上，特意做了一个成绩单汇总页面：教师选择一门课后，能看到所有选课学生的各项成绩（作业均分、测验均分、考试得分），表格可按总分排序。实现不难，但这张表让整个系统的教学管理属性立刻体现出来了，截图放论文里也好看。

2.3 管理员端：角色权限初始化与课程的兜底管理

管理员不做业务操作，做基础数据维护。核心功能包括：用户管理（禁用/启用账号、重置密码）、课程分类管理、全站公告管理、对所有课程及内容的运营监督（比如发现某门课内容不合规时强制下架）。另外一个关键权限是负责初始化数据：没有管理员预置教师账号和学生账号，系统里角色数据就无法演示。

2.4 从业务需求推导功能模块地图

按照上面的拆解，系统的整体功能可以归纳成下图这样的结构：

公共模块：用户注册、登录、个人信息维护、修改密码
课程模块：课程分类、课程信息展示、课程收藏与选课/退课
学习模块：章节与课时管理、学习资料上传下载、视频播放与进度记录
教学模块：作业发布、作业提交、客观题自动判分、主观题教师批改
考试模块：试卷生成、在线答题、自动评分与成绩统计
互动模块：课程留言讨论区
管理模块：用户管理、课程审核、公告管理

注意：画模块图时不要只画三层结构（Controller-Service-Mapper），毕设评审老师更希望看到"业务模块图"（按业务功能切分）与"技术架构图"（按框架层次切分）两种视角。前者在需求分析章节展示，后者在系统设计章节展示，功能才会显得完整。

3. 技术选型：Spring Boot 3还是2.7？MyBatis-Plus还是JPA？给你一套不纠结的方案

3.1 后端：Spring Boot版本的选择逻辑

Spring Boot现在已经到了3.x时代，底层基于Spring Framework 6，JDK要求最低17。做毕设时，如果你本机装的还是JDK 8，就用Spring Boot 2.7.x（这是2.x最后一个维护版本，也最成熟稳定）；如果你愿意装JDK 17，可以直接上Spring Boot 3.x。我的建议偏保守：优先Spring Boot 2.7.18 + JDK 8。原因很实在——

大部分毕业设计用的教材、网课、学姐学长留下的代码基于2.x，遇到问题搜资料时命中率更高
学校机房、实验室电脑环境往往停留在JDK 8，部署答辩时不容易出岔子
一些第三方依赖（比如某个老旧的文件上传库或代码生成器）在Spring Boot 3下要换Jakarta命名空间，处理起来纯属浪费时间

当然我自己实际做的时候使用了Spring Boot 2.7.18，也建议你如果只是演示功能就用这个版本，完全够。若是想体现新技术的同学，用Spring Boot 3.2 + JDK 17也不是不可以，但一定要提前确认你用的所有中间件（MySQL驱动、Redis客户端）都有对应兼容版本。

3.2 持久层：MyBatis-Plus几乎是最省心的选择

持久层框架主流三选一：Spring Data JPA、MyBatis、MyBatis-Plus。SPOC系统涉及大量多表关联查询（课程→章节→课时→作业→提交记录→成绩，一张视图一次性要关联五六张表），用JPA的Entity关系映射写起来很绕，尤其当你对Hibernate的懒加载、级联操作不够熟练时，容易莫名其妙报LazyInitializationException。原生MyBatis需要自己写大量的ResultMap和XML，做增删改查效率不高。

MyBatis-Plus是两者的折中：查单表时直接用内置的BaseMapper接口方法，连SQL都不用写；多表关联查询时再手写XML里的自定义SQL。 它还内置了分页插件（PaginationInnerInterceptor），写列表页翻页只需要Page<User> page = userMapper.selectPage(new Page<>(1, 10), queryWrapper)一行代码，不用再手动拼接LIMIT。

3.3 前端：不用刻意追求前后端分离

SPOC学习系统的界面不算特别复杂，如果你前端基础一般，我建议直接用服务端渲染：Thymeleaf模板 + Bootstrap + jQuery + AdminLTE管理后台模板。这种方案的好处是：

一个Spring Boot应用同时承载页面和后端接口，部署简单，一个Jar包就搞定
不用解决跨域问题，不用配前端代理
模板页直接从AdminLTE的官方示例里改一改，界面效果远超自己手写的简陋CSS
答辩时展示功能时不容易因为前端环境问题翻车

当然，如果你简历上写着"熟悉Vue"或者专门学过Vue，那就用前后端分离的方案，前后端分离现在做毕设也非常普遍。但不要说自己在简历中写了会Vue却在前端只用了Bootstrap，这会被技术面面试官问出破绽。如果选择分离式，前端推荐Vue3 + Element Plus + Axios，后端正常给JSON接口即可。

3.4 开发工具与环境版本组合参考

下面给出我自己实际使用并验证过的一套开发环境组合，供直接参考：

类别	推荐选项	说明
JDK	JDK 1.8（用Spring Boot 2.7时）	毕业设计最稳妥，不用折腾环境变量
项目管理	Maven 3.6+	国内用aliyun镜像，下载依赖快
数据库	MySQL 5.7或8.0	8.0注意时区参数，连接串要带serverTimezone
IDE	IntelliJ IDEA（社区版也可以）	学生可申请免费专业版授权
Redis	Spring Data Redis + 本地Redis	用于缓存课程列表、验证码存储
文件存储	本地服务器磁盘	不推荐接OSS，毕设要简化部署成本

如果你真想用最新技术展示能力，可以把项目中的JDK换成17和Spring Boot 3.2，但从实现功能的角度来讲，Spring Boot 2.7 + JDK8是最省心、最平稳的。

4. 数据库设计：SPOC系统的表结构远比你想的多，核心就是"关系关系再关系"

数据库是毕业设计论文中的重头戏，评审老师通常只看ER图和核心表设计就能判断你的工作量。SPOC系统因为涉及权限和教学业务，表数量通常在15张以上，下面我按模块把核心表列出来，并标明关键字段的用途。

4.1 用户与权限相关表

sys_user（用户表）：id, username, password（BCrypt加密）, real_name, avatar, email, phone, role_id, status, create_time。这里有个重点：密码绝不允许明文存储，用Spring Security的BCryptPasswordEncoder，或者最少也要用MD5加盐处理，否则查重和答辩都会蒙上抄袭嫌疑。另外，"user"在MySQL里是保留字，表名最好写成sys_user，不然每次查询都要加反引号。
sys_role（角色表）：id, role_name, role_key。三行数据：admin（管理员）、teacher（教师）、student（学生）。不需要把权限拆到按钮级别那么细，按角色在Service层里做判断就够用。
sys_user_role（用户角色关联表）：严格来说如果一人只对应一种角色，不需要单独建关联表，在sys_user上加role_id字段即可。SPOC系统每个用户身份是单一的，所以直接用role_id更简单。

4.2 课程相关表

course（课程表）：id, course_name, cover_image, course_type_id（分类外键）, teacher_id（教师外键）, course_desc, start_time, end_time, enroll_deadline, status（草稿/已发布/已结束）, is_deleted（逻辑删除）。
course_type（课程分类表）：id, type_name, sort。
course_selection（选课表）：id, course_id, student_id, select_time。这是典型的"选课记录表"，要加唯一约束UNIQUE(course_id, student_id)，防止同一学生重复选课。另一个关键点是选课截止时间判断：选课入口在enroll_deadline后应自动关闭，不用用户点击"禁止选课"按钮。

4.3 学习内容相关表

chapter（章节表）：id, course_id, chapter_name, sort_order。一门课有多个章节，便于学生按顺序浏览学习中随时掌握进度，也方便教师管理课程结构。
lesson（课时表）：id, chapter_id, lesson_name, video_url, video_duration, document_url, lesson_content（富文本说明）, sort_order。课时是最小学习单元，一个章节下挂多个课时。

视频URL该存什么？如果是本地上传的视频，存"相对路径"，如/files/video/20240501/xxx.mp4，然后配置一个WebMvc的资源映射把该路径映射到本地磁盘目录。如果存储视频太大（毕设演示视频控制在100MB内），也可配置七牛或阿里云OSS。注意：不要用那种几天就过期的一次性直传链接。

4.4 作业、考试、学习行为相关表

homework（作业表）：id, course_id, chapter_id（可为空，表示课程级作业）, title, content, attachment_url, deadline, total_score, allow_submit_count, status。
homework_submission（作业提交表）：id, homework_id, student_id, submit_content, attachment_url, submit_time, score, teacher_comment, status（待批改/已批改/退回重交）。这里的核心逻辑是同一学生同一作业多次提交：用allow_submit_count控制，每次提交生成新记录或覆盖原记录，状态回到"待批改"，批改后状态回到"已批改"。
exam（考试表），exam_question（试题表），exam_record（考试记录表），exam_answer（答题明细表）：这个模块比较重，如果想压缩工作量，常见做法是去掉考试，只留下测验功能，但在课程里面加一节"章节测验"；想体现深度的建议保留。
learning_record（学习记录表）：id, student_id, lesson_id, watch_duration, last_position, study_status（未开始/学习中/已完成）。判断"已完成"可以用两个条件：观看时长达到视频总时长的90%，或last_position已到视频末尾处。这张表也是用户中心"我的学习进度"页面的数据来源，建议一定做上。
course_note（课程留言讨论表）：id, course_id, student_id, content, reply_id（支持二级回复）, create_time。若不需要二级评论，去掉reply_id字段即可，让前端评论区实现立减不下来的效果。

4.5 表关系中的几个高频坑

第一，course表的teacher_id与sys_user表相关联时，需要确保role_id=teacher，否则业务上会出现"一个管理员也能成为课程授课教师"这种不合逻辑的情况。体现在设计中就是课程添加接口要校验授课教师角色的这个环节。

第二，删除课程使用"逻辑删除"：MyBatis-Plus支持在实体字段上加@TableLogic注解，删除变成UPDATE course SET is_deleted=1 WHERE id=?，这样可以保留课程下所有学习记录用于统计分析。物理删除会把成绩、作业记录一并带走，展示历史数据时就没有了。

第三，作业表的外键深度：homework关联course，homework_submission关联homework和student，一个查询要拿到作业所属课程名称、发布教师姓名等冗余信息，必然要走三层JOIN，建议写一个自定义Mapper方法，用关联查询一次性返回视图对象，不要用MyBatis-Plus自带方法强行拼接条件来完成，性能会差。

4.6 数据库初始化SQL脚本必须附带

无论你的项目是前后端分离还是服务端渲染，必须准备一份完整的sql/init.sql脚本，包含建库建表语句和演示用基础用户名密码。我习惯把所有初始化分类插入数据（课程分类、管理员账密）也放进脚本，演示时只要导入SQL、运行Spring Boot主类，就能登录看到内容。如果答辩时因为电脑上没有相关数据，临时从菜单位置点进去发现空空如也，这个印象分就拉低了。

5. Spring Boot核心业务编码：从登录鉴权到选课、视频进度、作业批改的"最小可用实现"

这一节我把系统里几个关键技术点的实现思路写出来，同时给出可以直接参考的代码骨架。麻雀虽小五脏俱全，你如果按下面这个顺序编码，很快就能完成一个可演示版本的功能闭环。

5.1 登录鉴权：JWT还是Session？

这个决定在项目开始前就要想好。毕设答辩场景中，我强烈推荐使用JWT配合Spring Security或拦截器实现无状态认证，原因有三个：一是目前Spring Boot开发的主流趋势是前后端分离、JWT无状态认证，拿这个技术点写到论文中或面试谈项目会很有优势；二是JWT实现简单，登录成功后生成一个Token返回前端，前端在Axios拦截器里把Token放进请求头，后端用一个HandlerInterceptor解析Header中的Token，根本不需要管理Session，省去了一堆并发和分布式会话的维护成本；三是不用考虑多个部署实例的Session共享问题。

一个极简的实现方案：

java复制@Component
public class JwtInterceptor implements HandlerInterceptor {
    @Override
    public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {
        // 放行登录注册接口
        String uri = request.getRequestURI();
        if (uri.contains("/api/auth/login") || uri.contains("/api/auth/register")) {
            return true;
        }
        String token = request.getHeader("Authorization");
        if (token == null || !token.startsWith("Bearer ")) {
            response.setStatus(401);
            return false;
        }
        // 解析token并存入request属性
        Claims claims = JwtUtil.parseToken(token.replace("Bearer ", ""));
        request.setAttribute("userId", claims.get("userId"));
        request.setAttribute("role", claims.get("role"));
        return true;
    }
}

上面是简化版，真实项目中角色校验和权限管理可以在Service层中判断，更灵活也方便从数据库中查出角色对应的权限列表。如果想在项目里展示基于Spring Security的完整RBAC，也是一个很好的切入角度，但整体细节多，编码和调试会占用更多时间。对普通毕设来说，这一版拦截器足够。

5.2 选课与退课：并发场景下如何防止重复选课

选课接口看起来只是一个INSERT，但必须考虑并发请求导致重复选课的问题。如果不加约束，学生快速点击两次"选课"按钮，就可能插入两条选课记录，后续统计选课数、做成绩单时逻辑就乱了。

解决办法有三道防线：

数据库层给course_selection表加唯一约束UNIQUE(course_id, student_id)，一旦重复插入MySQL会抛DuplicateKeyException，这是最可靠的一层。
Service层先查再插：先selectCount看是否存在，不存在再执行插入，但由于并发下可能两条线程同时查到0，所以最保险还是方法上加事务并配合@Transactional。注意单纯靠这个仍无法完全防并发。
前端提交按钮在点击后置灰禁用（比如onclick="this.disabled=true"），防止普通用户重复提交。

后端接口核心代码如下：

java复制@Override
@Transactional(rollbackFor = Exception.class)
public boolean selectCourse(Long courseId, Long studentId) {
    Course course = courseMapper.selectById(courseId);
    if (course == null) {
        throw new BizException("课程不存在");
    }
    if (course.getEnrollDeadline() != null 
        && course.getEnrollDeadline().before(new Date())) {
        throw new BizException("已超过选课截止时间");
    }
    Long count = courseSelectionMapper.selectCount(new LambdaQueryWrapper<CourseSelection>()
        .eq(CourseSelection::getCourseId, courseId)
        .eq(CourseSelection::getStudentId, studentId));
    if (count > 0) {
        throw new BizException("请勿重复选课");
    }
    // 校验课程容量
    CourseSelection selection = new CourseSelection();
    selection.setCourseId(courseId);
    selection.setStudentId(studentId);
    return courseSelectionMapper.insert(selection) > 0;
}

在演示时你可以顺便提一句"数据库里还有唯一索引约束兜底"，体现出了对并发安全的理解。

5.3 视频进度记录：30秒一次上报带来的性能思考

前端使用video.js或者原生video标签。原生video在没有特殊需求时最简单，监听事件即可：

javascript复制const video = document.getElementById('lessonVideo');
let lastReportTime = 0;

video.addEventListener('timeupdate', function () {
    if (video.currentTime - lastReportTime > 30) {
        lastReportTime = video.currentTime;
        reportProgress(video.currentTime, video.duration);
    }
});

window.addEventListener('beforeunload', function () {
    const payload = {
        lessonId: getLessonId(),
        lastPosition: video.currentTime,
        duration: video.duration
    };
    // 发送navigator.sendBeacon，保证页面关闭时数据也能发出
    navigator.sendBeacon('/api/learning/report', JSON.stringify(payload));
});

后端接收入库时用INSERT INTO learning_record ... ON DUPLICATE KEY UPDATE，数据库表加唯一约束(student_id, lesson_id)，这样每次上报都是更新操作而不是新增，没有脏数据堆积。

这里有个好的细节可以写进论文：判定视频学习完成的条件。如果视频总时长5分钟，学生把进度条拖到4分30秒且停留几秒，可将该课时标记为90%以上完成。把逻辑定义成"观看进度达90%以上或观看时长超过视频总时长90%即视为完成"。还要注意一个问题是学生如果直接把进度条拖到最后，单纯靠timeupdate事件在上报时会触发ended事件，可以加个保护条件，比如播放速率异常或跳跃幅度很大时丢弃本次上报。

5.4 作业批改与成绩回写：手动打分和自动判分并存

作业批改这块要区分题型。客观题（选择题、判断题）适合自动判分：提交后在Service层比对正确答案计算分数，状态直接变为"已批改"。主观题（填空、论述）必须走"教师人工批改"；学生提交后作业状态为"待批改"，教师进入批改页面，看看学生的答案，打分、填一行评语，提交后系统把状态改为"已批改"并刷新成绩单。

数据库层面表示如下：

作业表（homework）设计一个字段question_type（可选值：objective=客观题、subjective=主观题），简单课程作业不用拆出一题一题的题库表。
如果作业是多个题目的混合，那作业需要再拆homework_question（题目明细表）、homework_answer（学生每道题的答案），判分逻辑就要遍历每道题，会更复杂但演示效果也更好。

用第二种方案的注意点：主观题分数不是学生提交时产生的，而是教师批改后回写到成绩汇总表并更新作业状态，流程上需要用事务保证"打分"与"状态更新"同时成功或同时失败。

java复制@Override
@Transactional(rollbackFor = Exception.class)
public void reviewHomework(Long submissionId, Integer score, String comment) {
    HomeworkSubmission submission = submissionMapper.selectById(submissionId);
    if (submission == null) {
        throw new BizException("提交记录不存在");
    }
    if (submission.getHomework().getTotalScore().compareTo(score) < 0) {
        throw new BizException("分数不能超过作业总分");
    }
    HomeworkSubmission update = new HomeworkSubmission();
    update.setId(submissionId);
    update.setScore(score);
    update.setComment(comment);
    update.setStatus("已批改");
    submissionMapper.updateById(update);
    // 同步成绩单（可选统计平均分）
}

写完这部分后推荐再做一个小页面：教师查看"某门作业的完成情况统计"，显示已交人数、未交人数、平均分。虽然SQL不复杂，但它完整展现了教师对教学质量的反馈与管理能力。

5.5 文件上传与资源映射：别把上传的视频存进MySQL

系统中的课程封面、视频、作业附件都涉及文件上传。学习系统的文件种类多，建议在项目根目录建upload目录（例如D:/spoc/upload/），启动时如果目录不存在则自动创建。通过前端multipart/form-data请求传到后端后用File保存，数据库只存虚拟访问路径。

配置资源映射：

java复制@Configuration
public class WebMvcConfig implements WebMvcConfigurer {
    @Override
    public void addResourceHandlers(ResourceHandlerRegistry registry) {
        // 将 /files/** 映射到本地磁盘路径
        String uploadPath = "file:" + System.getProperty("user.dir") + "/upload/";
        registry.addResourceHandler("/files/**")
                .addResourceLocations(uploadPath);
    }
}

注意一个问题：本地磁盘硬编码在项目里会导致换电脑部署后路径失效，最好将路径配置到application.yml中，再通过@Value注入。示例：

yaml复制spoc:
  upload-path: ./upload

java复制@Value("${spoc.upload-path}")
private String uploadPath;

这招也方便答辩现场演示时把项目拷到其他电脑上能直接运行，不至于因为路径问题起不来。

5.6 主流程串联：一门课从创建到学生完成学习最少要经过的状态机

整个业务流程我最后梳理一遍，方便你校验自己开发时的必要节点：

管理员创建账号：教师账号和学生账号，角色不同登录后看到的导航不同。
教师登录后进入"课程管理"，新建课程，填写课程基本信息，选择课程分类并上传封面，课程创建后状态为草稿；继续为课程添加章节、课时和作业；全部配置齐备后点击"发布课程"。
学生登录后浏览已发布的课程列表，查看课程详情，若未选课则点击"选课"，成功后课程出现在"我的课程"，同时自动进入课程学习首页。
学生学习过程中后端记录学习进度，点击"参加作业"可在线提交答案或上传附件，客观题自动判分，主观题等待教师批改。
教师在"批改管理"看到待批改列表，完成打分和评语，学生到时刷新就能在"我的成绩"看到得分和评语。
教师在课程"统计"页面查到每个学生的平均分及班级成绩单；整个流程合上，演示完系统。

这里流程走通了，功能演示和论文需求分析统一，答辩状态会好很多。

6. 毕设答辩最容易翻车的5个细节：我在评审现场见过太多人挂在这些问题上

技术功能做完了，不代表答辩就稳了。系统能跑起来、基本功能没问题，但每年还是有大量学生因为一些细节分被扣，或者被评委一个问题问住说不出话。下面几个点是SPOC系统答辩时的高危区，建议逐条自检。

6.1 "你的密码安全吗？"——密码存储必须用不可逆加密

很多学生自己写的用户表，密码直接明文字符串存进去，一旦答辩老师打开数据库看到密码明文，后面你技术点讲得再精彩也难免失分。正确做法是使用Spring Security的BCryptPasswordEncoder做加密。它的特点：同一个密码每次加密得到的密文不同（内部自带随机盐），验证时用matches(rawPassword, encodedPassword)比对。在注册时对密码加密，在登录时进行校验，同时还可以减少密码在日志中泄露的风险。

java复制@Bean
public PasswordEncoder passwordEncoder() {
    return new BCryptPasswordEncoder();
}

// 注册时
user.setPassword(passwordEncoder.encode(user.getPassword()));
// 登录时
if (!passwordEncoder.matches(rawPassword, user.getPassword())) {
    throw new BizException("用户名或密码错误");
}

6.2 "课程被删除后，历史选课记录怎么处理？"——逻辑删除

物理删除课程是最容易让数据库出现"孤儿记录"的操作。如果你删了course表里的一行，那course_selection、chapter、homework表里关联这个课程的数据全部失去外键引用。展示我的课程时，如果不对关联数据进行校验，查询就会有语义错乱。因此删除课程直接用MyBatis-Plus的@TableLogic逻辑删除，所有内置的删除操作会自动变成UPDATE course SET is_deleted=1 WHERE id=?，查询时自动追加is_deleted=0条件，既避免了删除级联的麻烦，又能为后面做数据统计保留原始日志数据。

6.3 "选课人数超了怎么办？"——课程容量控制的预留实现

如果教师创建课程时能配置max_student字段，那么选课时需要在事务里做一次类似乐观锁的判断：

java复制// 当前已选人数
Long selected = courseSelectionMapper.selectCount(
    new LambdaQueryWrapper<CourseSelection>()
        .eq(CourseSelection::getCourseId, courseId));
if (selected >= course.getMaxStudent()) {
    throw new BizException("课程已选满");
}

代码简单，但这个点很能说明你对"真实教学业务约束"的理解——毕竟SPOC是小规模限制性课程，人数严格控制是其区别于MOOC的重要特征。

6.4 "你如何防止学生重复提交作业？"——幂等处理

作业提交接口如果不做控制，学生重复点击"提交"会生成多条提交记录。处理方案是在提交前判断：已提交且作业配置不允许多次提交则直接报错；允许多次提交则保留最后一次，覆盖上次的文本内容和附件。

java复制if (submission != null && submission.getHomework().getAllowSubmitCount() == 1) {
    throw new BizException("该作业只允许提交一次");
}

这个细节比上述难度高一点，但放在毕业设计里极为加分，因为"幂等性"是目前后端面试几乎必问的高频概念。

6.5 "你的系统安全吗？"——防SQL注入和XSS不能只靠框架

MyBatis的#{}预编译已经天然防御了SQL注入，注意要全程不要使用${}拼接SQL（除了ORDER BY排序字段，要用白名单校验）。XSS防护上，如果富文本编辑器允许用户输入内容，建议引入Jsoup清理用户HTML中的危险标签。这部分不用展开太深，但答辩评委一旦问到安全措施，你要能说出"预编译参数化查询 + 富文本内容白名单过滤 + BCrypt密码加密 + JWT防篡改"这四个点，就已经充分体现安全意识了。

7. 项目演示的数据准备与常见Bug排查：别等答辩当天才后悔没做的几件事

到了联调和答辩准备阶段，你会开始处理大量琐碎问题。这里把最常见、最影响演示效果的坑集中列出来，都是当年我调试半天才发现的。

7.1 冷启动演示时的数据准备清单

提前整理好至少两种账号，每种都初始化好预置数据：

管理员账号：admin，能查看用户列表、全站课程与公告。
教师账号：teacher01，名下要有一门已发布、内容完整的课程（含3个以上章节、每个章节至少2个课时、视频可播放、作业2~3个、含1名选课学生）。
学生账号：student01，已经选过上述课程，已提交一次作业且状态为待批改，可以当着评委的面演示"提交作业"和"老师批改"这一条完整链路。

另外，演示结束后可以切换到student01账号查看批改回写，这样就能说明系统的数据流转是通的、消息是实时的。

7.2 最容易在演示时出问题的三个地方

视频播放：现场投影仪或教室电脑的网络不稳定，外链视频加载很慢甚至打不开，直接卡住核心演示。务必提前将演示视频转成小尺寸（建议H.264编码 720P，不高于100MB），保证拖动进度条不会明显卡顿。真要挂了外链，一定要准备第二套跳过视频、只展示播放器和已上报学习进度数据的方案，以防视频源调整。
系统时间与截止时间：演示时作业和选课模块显示"已截止"是常事，因为当初你建数据时填的截止日期是几天前。提前把演示用课程的截止时间设置为下个月，或者把服务器时间校准。建议在创建课程表单中添加一个默认值，将截止时间默认设置为创建时间加30天，以避免重复被坑。
端口占用：本机已有其他Java服务占了8080端口，启动直接报Port already in use。建议提前在application.yml里固定一个自己常用的端口，比如server.port: 8088，并在启动后明确访问地址。

7.3 一个典型排查路线：启动报错“Invalid bound statement”

Spring Boot + MyBatis-Plus项目初次启动，接口一调用就报Invalid bound statement (not found): com.xxx.mapper.CourseMapper.selectCourseDetail。原因基本是三种：

Mapper接口在src/main/java下但XML文件放在了src/main/resources/mapper下，却没有在application.yml配置扫描路径。需要加：

yaml复制mybatis-plus:
  mapper-locations: classpath*:mapper/**/*.xml

XML文件的namespace与Mapper接口的包名类名不一致。
XML里写的方法id与接口方法名不一致（包括参数类型不匹配）。

排查方法：编译后去target/classes/mapper/目录看XML是否被复制出来，这一步就能定位出是路径问题还是配置问题。

7.4 日志系统不是摆设：配置好SQL输出的习惯

平时开发把这些配好，能省下大量排查时间。开发阶段建议一定开启SQL日志打印：

yaml复制logging:
  level:
    com.example.spoc.mapper: debug

MyBatis-Plus也会在控制台输出语法高亮的SQL执行日志，遇到复杂SQL时可以复制出来在Navicat里手动执行验证。答辩时不需要展示日志，但开发效率会翻倍。同时配合统一异常处理类（@RestControllerAdvice），把BizException转换成前端可读的JSON消息，而不是5XX堆栈错误。这一条对开发体验和简历上的项目质量都有很大影响。

8. 论文结构安排与关键词补充：论文怎么写才能匹配系统的"设计与实现"定位

系统的功能完成度只是毕设评分的一部分，论文好坏同样关键。SPOC学习系统论文的目录结构我建议采用以下路线：

绪论：研究背景（MOOC到SPOC演化）、国内外研究现状、研究内容与意义。研究现状段一定在知网搜几篇参考文献引用，提升严谨度。
相关技术介绍：Spring Boot框架、MyBatis-Plus、MySQL、JWT、前端框架。技术介绍不能只写"XX是什么"，每一节加一段"为什么在本系统中选择该技术"，呼应系统的设计目标。
系统需求分析：可行性分析（技术可行性/经济可行性/操作可行性）、功能需求（角色用例图）、非功能需求（性能、安全、易维护性）。用例图可以用UML工具绘制后插入。
系统设计：系统总体架构（分层架构图）、功能模块设计（模块功能列表）、数据库设计（ER图 + 核心表结构）。ER图工具可用Navicat逆向生成全部表后导出再加以修饰。
系统实现：按模块截图+核心代码展示。截图注意整洁，IDEA中打开代码时字号调大，不要出现乱码。
系统测试：功能测试用例表（用例编号、测试步骤、预期结果、实际结果）+ 性能测试（JMeter粗略压测）。

论文写代码时不要整段大段贴代码，每小节只贴最能体现实现思路的8到15行核心方法即可，注释要写清楚，评审老师主要看的是实现思路而不在于代码全文。

关键词的选取可以这样写：SPOC；Spring Boot；在线学习系统；MyBatis-Plus；JWT；教学管理。如果系统还做了专门的视频播放和进度记录模块，可以再加一个学习进度追踪，更能突出系统亮点。

9. 我自己做完这个项目的几点体会，以及还能往哪些方向扩展

SPOC学习系统整体做完，我的最大感受是它比看起来多一层业务深度。没动手前觉得是教学平台里的一个小CRUD，真正做完才发现从角色权限到数据关系再到业务状态流转，每个模块都会牵出很多需要考虑的边界场景。正是这些设计取舍，才能让一个毕设项目从"能跑"变成"能答辩、能讲、能写在简历上"。

项目开发完成后，系统扩展方向也有不少。简单一点的是加一个数据可视化仪表盘，给管理员看全站今日活跃用户数、课程选课人数Top榜、作业平均分趋势图（用ECharts就行）；中等难度的是引入WebSocket做一个课程公告的实时提醒，教师发布公告后选课学生能实时收到推送；有挑战性的是把系统部署到云服务器，接入一个公共对象存储服务来存放课程视频，然后用域名让别人直接访问，这样简历上可以写"系统已部署上线并小范围试运行"。

还有一个比较推荐的加分功能是导入导出：教师通过Excel模板批量导入学生名单、学生列表导出成绩单Excel。一劳永逸地避开手动逐条注册账号的繁琐操作，也彻底解决期末成绩登记问题。用EasyExcel或者POI实现，工作量不大但对用户体验提升非常明显，答辩时演示这个操作会比点按钮加用户更能体现项目的完整性。

最后说一句走心的话：毕设做的过程其实就是把课堂上学过的Spring、数据库、前端知识从一个个零散的小Demo组装成一个完整产品，哪怕它不够漂亮、不够大、不够先进，但当你把打包好的Jar包放到服务器上，敲下java -jar spoc-learning-system.jar并亲眼看到系统跑起来的时候，那种"一个东西从0到1被我造出来了"的感觉，比答辩成绩重要得多。希望你能从这个题目里得到同样的体验，祝顺利。

基于Spring Boot的SPOC学习系统：从设计到答辩全解析