Java在线教育平台系统毕设全攻略：从架构设计到答辩准备

每年毕设季，Java方向的选题里，在线教育平台系统永远是热度最高的那一类。原因很直接：它足够“完整”——有前台、有后台、有用户、有课程、有订单、有支付，几乎把Web开发中最常见的业务场景全串起来了。老师看到题目会觉得工作量够，同学做起来又能把Spring Boot、MySQL、Redis、JWT这些技术点逐个落到代码里，不管你是想拿高分，还是单纯想顺利完成毕设，这个方向都值得认真对待。

这篇文章我准备用带毕设的视角，从题目拆解、技术选型、数据库设计、核心业务流程、高频踩坑，到最后的论文和答辩准备，完整讲一遍“Java在线教育平台系统”该怎么做。目标不是给你一段能跑的代码，而是让你知道每一步为什么这么做，遇到问题怎么排查。无论你是零基础补代码，还是手里已有项目但想加亮点，都可以照着这个思路去完善。

1. 毕设题目拆解：在线教育平台到底在考什么

1.1 读懂题目背后的真实要求

很多同学看到“在线教育平台系统”这种题目，第一反应是：我要做一个像慕课网、腾讯课堂那样的平台。这个想法本身没错，但它会让你的系统无限膨胀——直播、课程评论、社区问答、讲师入驻、优惠券、秒杀……全塞进去，结果做了半年还没跑通主流程。

其实本科毕设题目里的“在线教育平台”，老师真正考察的是你对Web开发全流程的掌握程度。用大白话说就是：能不能设计出一套有用户、有角色、有核心业务闭环的系统，并且把它稳定跑起来。拆开来看，通常包含三块：

• 前台用户端：注册登录、浏览课程、查看课程详情、加入购物车、下单购买、在线学习视频、记录学习进度。
• 后台管理端：管理员维护课程分类和课程信息、上下架课程、处理订单、管理用户、查看统计数据。
• 系统基础能力：登录鉴权、密码加密、异常处理、文件上传、数据校验、日志记录。

这三块做好，系统就已经是一个合格的毕设作品了。至于直播、秒杀、弹幕、AI推荐，那是加分项，不是必选项。先把主链路做到闭环，再考虑往上面加亮点。

1.2 评分点与常见误区

根据我带过的毕设经验，老师看一个项目时，脑子里其实有一套隐形的打分逻辑：

1. 系统能不能跑起来，页面是否完整，流程是否走通。
2. 数据库设计是否合理，表与表之间关系是否清楚。
3. 用了哪些技术点，是停留在“调用CRUD”，还是真的考虑了权限、安全、并发这种工程问题。
4. 论文和演示是否能把系统讲清楚，能不能回答“为什么这么设计”。

所以我建议你在动手前先画一张业务图，把用户、课程、订单、学习记录这几个核心实体串联起来，再逐个实现。最常见的误区是过度设计。我见过有同学一上来就要拆微服务、用RabbitMQ做消息队列、搞Redis缓存课程详情，结果环境配置就花了两周，最后主流程都没走通。毕设不是大厂高并发项目，单体应用加合理设计，完全足够拿高分。

2. 技术选型：这套组合为什么最适合做毕设

2.1 后端：Spring Boot + MyBatis Plus，稳字当先

后端我建议直接用 Spring Boot 2.7.x 或 3.x，配合 MyBatis Plus，而不是用 SSH（Struts2 + Spring + Hibernate）那种老框架，也不要自己手写 JDBC。理由很简单，Spring Boot 简化了配置，内嵌 Tomcat，一个 main 方法就能启动项目；MyBatis Plus 则把单表 CRUD 封装好了，你只需要写业务逻辑，不需要把大量精力耗在 BaseMapper 的增删改查上。

选 MyBatis Plus 而不选 Spring Data JPA，还有一个实际原因：目前国内很多企业的 Java 技术栈依然是 MyBatis 体系，MyBatis Plus 的文档和排错资料非常多。毕设阶段遇到问题，百度一搜基本都有答案。这对时间紧张的毕业生来说太重要了。如果项目里需要复杂的多表联查，你依然可以写 XML SQL，MP 不会限制你。

依赖上大致是这些：

xml复制<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-validation</artifactId>
</dependency>
<dependency>
    <groupId>com.baomidou</groupId>
    <artifactId>mybatis-plus-boot-starter</artifactId>
    <version>3.5.3</version>
</dependency>
<dependency>
    <groupId>mysql</groupId>
    <artifactId>mysql-connector-java</artifactId>
    <scope>runtime</scope>
</dependency>
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>
<dependency>
    <groupId>io.jsonwebtoken</groupId>
    <artifactId>jjwt</artifactId>
    <version>0.9.1</version>
</dependency>
<dependency>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-security</artifactId>
</dependency>

Spring Security 可能对新手有点重量级，但它是 Java 生态最标准的鉴权方案，写出来之后在简历和论文里是加分项。如果你实在不熟悉 Spring Security 的过滤器链，也可以退而求其次，用一个拦截器（HandlerInterceptor）统一处理 JWT 校验，管理员接口再检查角色。这个方案简单直接，跑通没问题，但论文里要写清楚设计思路。

2.2 前端与数据库：Vue + MySQL + Redis 是黄金三角

前端用 Vue 2 或 Vue 3 都可以。如果你之前没系统学过前端，我建议管理后台直接用现成的 Vue Admin 模板（比如 vue-element-admin），因为它把登录、路由、侧边栏、权限都已经封装好了，你只需要把后端接口对接进去。前台用户端可以自己写页面，Vue + Element UI 或 Vant 都行，毕竟在线教育平台的用户端主要就是首页课程列表、课程详情页、购物车、播放页这几个页面，工作量不大。

数据库用 MySQL 8，这个是默认选择。Redis 不是必须，但强烈建议加进来，因为毕设里只要有 Redis，就能引出一个“缓存”话题，答辨时很有话聊。可以在这些地方用上：

• 存储图形验证码和邮箱验证码，防止频繁发送。
• 缓存轮播图、热门课程列表，减少数据库查询压力。
• 临时存储购物车信息，避免频繁读写数据库。

工具链方面，我给一个可复制的清单：

我第一次带学生做这个题目时，发现很多人卡在 JDK 版本和 Spring Boot 版本不匹配上。比如 Spring Boot 3.x 用了 javax 还是 jakarta 包名，旧教程的代码直接搬过来就编译不过。所以做之前一定要确认版本组合，Spring Boot 2.x + JDK 8，或者 Spring Boot 3.x + JDK 17，不要混搭。

2.3 为什么不用微服务、不用最新框架

这几年前后端分离已经成了标配，微服务也很流行，但我要劝你不要在毕设里盲目上 Spring Cloud。原因很简单：微服务要拆服务、配注册中心、做远程调用，这些对你理解核心业务没有帮助，反而会拖垮你的进度。毕设老师很少因为你用了微服务就多给十分，但很可能因为你的系统连基本功能都没做全而不给及格。

同样的道理，也不建议为了“好看”去用最新的 Java 21 加虚拟线程、Spring AI 之类的东西。这些可以做课外了解，但毕设要的是稳定可控。所谓亮点，应该建立在系统主流程完整的基础上。你可以在论文里提一句“未来可扩展方向”，而不是在代码里强行引入复杂度。

3. 数据库模型设计：先把“业务关系”想清楚再写代码

3.1 核心实体和数据表

在线教育平台的核心其实是“课程”和“人”的关系。用户可以浏览课程，可以购买课程，购买后可以学习课程。因此至少要有这么几张表：

• 用户表（user）：用户ID、用户名、密码、昵称、头像、手机号、角色、状态、创建时间。
• 课程分类表（category）：分类ID、分类名称、父分类ID、排序。
• 课程表（course）：课程ID、讲师/作者、分类ID、课程标题、课程封面、课程简介、原价、实际价格、学习人数、上下架状态、创建时间。
• 章节与课时表（chapter / lesson）：一门课程下包含多个章节，章节下包含多个课时。课时表里存视频地址、视频时长、是否免费试听。
• 订单表（orders）：订单ID、订单编号、用户ID、总金额、支付状态、支付时间、下单时间。
• 订单明细表（order_item）：订单ID、课程ID、课程标题、课程价格。
• 购物车表（cart）：用户ID、课程ID、加入时间。
• 学习记录表（learning_progress）：用户ID、课时ID、学习进度（比如播放到第几秒）、更新时间。
• 用户课程表（user_course）：用户ID、课程ID、购买时间，用来标记用户已经拥有某门课程。

这几张表就构成了系统的主干。其中比较容易忽略的是“用户课程表”。很多同学只写了订单，却忘了用户购买之后怎么判断“有没有权限看这门课”。如果你想在视频播放时做权限校验，就必须有一个类似 user_course 的关系表，或者在订单状态为已支付时通过订单明细去查。我更推荐单独建一张 user_course 表，这样查询更快，语义也更清楚。

3.2 表结构设计里的关键取舍

有几个设计点，看起来是小问题，实际操作中特别影响开发效率。

第一，表名不要直接叫 user 或 order。MySQL 里 user 是系统表，order 是保留字。虽然加上反引号也能用，但为了避免后面写 SQL 时各种奇怪报错，建议统一加前缀，比如 t_user、t_orders。MyBatis Plus 里可以通过全局配置把数据库表前缀去掉，或者直接用 @TableName 指定。

第二，金额字段用 decimal(10,2)，不要用 float 或 double。在线教育课程价格有小数，精度很重要。用 float 做金额，可能会在累加时出现 0.1+0.2=0.30000000000000004 的问题，答辩时被老师抓到就很尴尬。

第三，逻辑删除字段。比如课程表里的 deleted 字段，用 0 表示正常，1 表示删除。这样即使用户误删课程，数据也不会物理消失。MyBatis Plus 提供了 @TableLogic 注解，加在字段上，查询时会自动追加 deleted=0 的条件，非常方便。

第四，时间字段统一用 datetime，不要用 varchar 存时间。排序、范围查询都更方便。

第五，用户角色可以用一个简单字段 role（0管理员、1讲师、2学员）来区分，不需要单独建角色表。虽然标准的 RBAC 模型会更灵活，但毕设系统一般角色固定，一个字段足够。

3.3 初始化数据要提前准备

数据库表建好之后，最重要的一步是准备初始化数据。我见过很多项目，表结构一堆，但里面就两条测试数据，演示起来非常难看。所以我建议你按照业务场景，提前插入这些数据：

• 3 到 5 个用户，至少包含一个管理员账号。
• 5 个以上的课程分类，每个分类下至少 2 门课程。
• 每门课程至少有 2 个章节，每个章节至少 2 个课时。其中一个课时设置成免费试听。
• 有一些订单记录，并且至少有一个订单已支付、一个未支付。
• 有几位用户的课程购买记录和学习进度。

这样做的好处是，你打开系统就能看到完整的页面效果，不用现场造数据。答辩时间很宝贵，老师不会等你慢慢注册、录课程、下单。

4. 核心业务流程落地：从注册登录到课程学习的完整链路

4.1 基于 JWT 的认证与权限控制

在线教育平台的用户端和管理端都涉及登录。传统做法是 Session 加 Cookie，但前后端分离的项目更推荐 JWT。

JWT 的工作流程是：用户登录成功后，后端生成一个签名后的 token 返回给前端；前端把 token 存在 localStorage 或 vuex 里；之后每次请求都带上 Authorization 头；后端过滤器解析 token，如果能解析出来并且有效，就放行，否则返回 401。

用 Spring Security 的时候，核心是一个 OncePerRequestFilter，代码逻辑大致是：

java复制@Override
protected void doFilterInternal(HttpServletRequest request, HttpServletResponse response, FilterChain chain) throws ServletException, IOException {
    String token = request.getHeader("Authorization");
    if (token != null && token.startsWith("Bearer ")) {
        Claims claims = JwtUtil.parseToken(token.replace("Bearer ", ""));
        Long userId = Long.valueOf(claims.get("userId").toString());
        // 把用户信息放入上下文
        UsernamePasswordAuthenticationToken auth = new UsernamePasswordAuthenticationToken(userId, null, Collections.emptyList());
        SecurityContextHolder.getContext().setAuthentication(auth);
    }
    chain.doFilter(request, response);
}

这里有个新手容易踩的坑：JWT 里有 userId，但你在业务代码里可能需要完整的用户信息，所以最好在过滤器中就把用户对象查询出来放进 ThreadLocal 或 Redis，避免每个 Controller 都重复查询一遍。

密码存储不要用 MD5。MD5 加彩虹表很容易被逆向。用 BCrypt，Spring Security 内置了 BCryptPasswordEncoder，同一个密码每次加密结果都不一样，因为它会自动加盐。登录校验时调用 matches 方法即可。

4.2 课程展示、购物车与模拟支付

课程前端页面大概分三类：首页课程瀑布流、课程详情页、视频播放页。首页可以通过分类 ID 和关键字做分页查询，也可以加一个“最新上架”和“销量排序”。数据库层面就是一个多条件查询，MyBatis Plus 的 LambdaQueryWrapper 用起来很顺手：

java复制LambdaQueryWrapper<Course> wrapper = new LambdaQueryWrapper<>();
wrapper.eq(StringUtils.isNotBlank(categoryId), Course::getCategoryId, categoryId)
       .like(StringUtils.isNotBlank(keyword), Course::getTitle, keyword)
       .eq(Course::getStatus, 1)
       .orderByDesc(Course::getSaleCount);
Page<Course> page = courseMapper.selectPage(new Page<>(current, size), wrapper);

课程详情页要显示课程信息，还要显示章节列表和课时列表。建议单独查两次，一次查课程主信息，一次查该课程下的章节课时，不要在一条 SQL 里把所有嵌套数据查出来，否则一旦课程多，性能会很难看。

购物车可以用 Redis 存储，key 为 cart:userId，value 用 Hash 结构，field 是课程ID，value 是课程信息快照。用户点击结算时，后端从 Redis 中取出购物车数据，生成订单，然后进入“支付页面”。

真正对接微信或支付宝对毕设来说太重了，不仅需要商户资质，还要处理回调签名。我一般建议大家做一个模拟支付页面：订单生成后显示一个支付二维码页面（二维码内容随意），页面下方放一个“模拟支付成功”按钮，点击后调用后端接口，标记订单已支付，同时插入 user_course 记录，增加课程销量。这样一个完整的购买闭环就出来了，论文里还可以写“为方便演示，支付模块采用模拟实现，实际生产可接入微信/支付宝 Native 支付”。

4.3 视频学习进度记录与断点续学

视频播放页是在线教育平台最大的亮点，也是老师比较关注的地方。前端用 video.js 或 vue-video-player 播放视频，通过

后端设计两个接口：

• 上报进度：POST /api/learning/progress { lessonId, progress }，校验当前用户已经购买该课程，然后 upsert 学习记录。
• 获取进度：GET /api/learning/progress/{lessonId}，返回该课时最后播放到的秒数。

播放页在加载视频后，先去查历史进度，如果进度大于 0，就使用 currentTime 跳转。这样断点续学的功能就完成了。

这里要注意，视频播放前必须做权限校验。最简单的做法是：前端进入播放页时调用一个接口判断用户是否拥有该课程；后端在创建视频播放地址时，也要根据学习记录表做拦截。如果不想做太复杂，至少要在 Controller 层校验 user_course 表里有没有记录。

视频文件本身不要存数据库。把视频放到对象存储（阿里云 OSS / 腾讯云 COS）或者用 MinIO 搭建本地文件服务。开发阶段直接把视频文件放在本地磁盘，通过一个 /static/video/xxx.mp4 映射访问，但要注意 Spring Boot 默认静态资源访问路径和上传文件保存路径之间的区别。生产环境一般用 MinIO，因为它是开源的，答辩时可以讲清楚“为什么不用服务器磁盘”。

4.4 后台管理端的核心功能

后台管理端不用做太复杂，但几个功能是必须的：

• 登录授权：管理员登录，分配 JWT。
• 课程分类管理：新增、编辑、删除、排序。
• 课程管理：课程基本信息维护、上传封面图、上传视频、设置是否上架、设置免费试听课时。
• 订单管理：分页查看所有订单，按订单号、用户、支付状态搜索。
• 用户管理：查看用户列表、禁用/启用账号。
• 数据统计：统计注册用户数、课程数、订单数、销售额，用 ECharts 画折线图或柱状图。

如果你想让项目多一个亮点，可以在后台增加一个“上架课程时自动生成课程封面缩略图”的功能，或者给管理员加一个“导出订单 Excel”的功能。这类功能实现简单，但写进论文里很有看头。

5. 在线教育系统实现中容易踩的坑

5.1 视频存储与播放：别把 MP4 直接丢数据库

这个问题几乎每个做视频类毕设的同学都会遇到。把视频转成 byte[] 存进数据库，这张表瞬间就能到几十 GB，查询全表慢得离谱，而且视频流根本无法被浏览器流畅播放。正确做法是：数据库只保存视频的 URL 地址，文件本体存在磁盘或者云存储。

本地存文件时，要注意 Spring Boot 的映射配置。比如你打算把视频上传到 D:/edu/video/，那么需要写一个配置类，把 /video/** 映射到 file:D:/edu/video/，浏览器才能直接访问。如果是前后端分离部署，还要考虑 Nginx 把 /video/ 反向代理到对应目录，同时设置 client_max_body_size 200m;，否则大视频上传会报 413。

5.2 并发扣减：支付成功时别只改订单状态

你可能会觉得在线教育系统没有高并发，不考虑就行。实际上答辩时老师特别喜欢问：“如果两个用户同时购买同一门课程，课程设置的总选课人数是 100，最终会不会超卖？”

这个问题即使你没有超卖需求，也建议提前做好防护。最简单的方案是在生成订单时不做扣减，而在支付回调时使用乐观锁：

java复制int rows = courseMapper.updateSaleCountAndStock(courseId);
// 对应 SQL: update course set sale_count = sale_count + 1, selected_count = selected_count + 1 
// where id = #{courseId} and selected_count < total_count
if (rows == 0) {
    // 名额已满，支付失败，回滚订单
}

同时支付回调接口要设计成幂等的。第二次收到同一个订单号时，检查订单状态，如果已经是“已支付”，直接返回成功，不要再插一次 user_course 记录。

5.3 跨域、上传大小、时区这些“小问题”最费时间

很多项目前后端联调时，一大半时间花在跨域和上传限制上。后端需要配置一个全局 CORS 过滤器，允许前端来源、请求头和方法。用 Spring Boot 加 CorsFilter 即可，唯一要注意的是如果同时用了 Spring Security，跨域配置要放在 Security 的过滤器链里，否则预检请求会被拦掉。

Spring Boot 默认单次上传文件大小是 1MB，上传课程封面时很容易超出。在 application.yml 中改一下：

yaml复制spring:
  servlet:
    multipart:
      max-file-size: 200MB
      max-request-size: 200MB

如果你的文件存本地，并且用 Nginx 做代理，还需要在 Nginx 配置里加 client_max_body_size 200m;，否则提交大文件时会直接 413。

时区问题也很常见。本地测试时间正常，部署到云服务器后时间差 8 小时，大概率是 MySQL 连接参数没有指定 serverTimezone。建议连接串里加上 serverTimezone=Asia/Shanghai，后端统一使用 LocalDateTime，不要用 Date。

5.4 演示数据与演示顺序

毕设答辩翻车，很多时候不是因为代码有问题，而是因为现场演示时数据太丑、流程太乱。提前准备一套“完美剧本”非常重要。

• 注册一个学员账号，然后退出登录。
• 用管理员账号登录后台，提前上架好课程。
• 用学员账号登录，浏览课程、搜索课程、点击免费试听。
• 把课程加入购物车、下单、模拟支付。
• 去“我的课程”里播放视频，展示断点续学。
• 再切回后台，展示订单管理中刚刚生成的订单。

每一步之间要有停顿，不要一口气点完。答辩老师可能看不懂你的操作，你要边演示边讲业务链路。如果页面加载慢，一定要在答辩前优化好，比如给课程列表加缓存、图片压缩。

6. 论文与答辩准备：让老师看到你“会做”而不是“背代码”

6.1 论文结构建议

论文不需要写得多惊天动地，但逻辑一定要完整。常见的结构可以这样排：

• 绪论：项目背景与意义，国内外在线教育现状，本文主要工作。
• 相关技术介绍：Spring Boot、MyBatis Plus、Vue、MySQL、Redis、JWT、对象存储。
• 需求分析：用户端功能需求、管理端功能需求、非功能需求（性能、安全、易用性）。
• 系统设计：总体架构图、功能模块图、数据库设计（E-R 图 + 核心表结构）。
• 系统实现：按模块写核心代码逻辑和页面展示，突出关键流程。
• 系统测试：功能测试用例表、部分性能测试结果。
• 总结与展望：遇到的问题、收获、未来可以改进的地方。

写论文时最容易犯的毛病是“代码贴太多、设计讲太少”。老师想看的是你如何根据需求设计表结构，如何选择技术方案，遇到问题怎么解决。每个模块先写流程，再贴关键代码片段，接着放效果截图，这种节奏最舒服。

6.2 答辩高频问题与应对思路

答辩时老师大概率会问这几个问题，你可以提前准备答案。

• 为什么选 Spring Boot？答：简化配置、内嵌服务器、起步依赖管理方便、生态成熟，并且适合前后端分离开发。
• JWT 和 Session 有什么区别？答：JWT 无状态，不用在服务端保存会话，适合分布式部署；但 token 难以主动失效，所以有效期不宜设太长。
• 密码加密为什么用 BCrypt？答：BCrypt 自带随机盐，相同密码加密结果不同，抗彩虹表攻击能力更强。
• 如果用户没有购买课程，他能访问视频地址怎么办？答：除了前端按钮隐藏，后端在视频播放接口和课程详情接口都做了权限校验，未购买返回 403；文件存储也不直接暴露外链，而是通过临时签名 URL 访问。
• 数据库里用户和课程的关系怎么体现？答：通过订单表和用户课程表关联，用户课程表是用户与课程之间的购买关系实体。
• 你的系统有什么不足？答：比如支付是模拟实现，没有真实对接第三方；视频服务用的是本地存储，没有做分布式文件存储；搜索功能比较简单，后期可以接入 Elasticsearch。这个问题要提前想好，不要说得太严重，但也不要回答“没有不足”。

6.3 演示 Demo 的细节优化

最后再说一个很多人忽略的点：演示前一定要把 IDEA、MySQL、Redis、前端项目全部本地启动好，并确认端口没有被占用。如果有条件，不要在答辩现场才打开项目，因为编译需要时间，而且一旦报错你会非常被动。更稳妥的做法是录一份“系统演示视频”作为备选，现场如果网络出问题，直接放视频也能稳步推进。

我自己的习惯是：答辩前一周，每天把主流程完整走一遍，同时把数据库备份文件保存好。这样即使电脑出问题，换一台机器也能快速恢复环境。电脑里装上 Postman，万一前端页面有问题，还可以直接用接口演示，证明后端逻辑是通的。

在线教育平台这个题目，做成什么样才算好？我的答案不是代码量有多少，而是能不能清晰地讲清楚一条业务链路：用户从注册登录，到浏览课程，到下单支付，到学习课程，再到后台看到订单数据。只要这条链路完整，技术点有深度，答辩时能从容应对，这个毕设就已经非常成功了。希望这篇内容能帮你在动手之前把整个项目的地图铺好，少走一些我当年走过的弯路。