企业官网建设流程全解析

每年到三四月份，找我聊毕业设计的人就特别多。问来问去，出现频率最高的题目之一，就是这个“基于Java的在线学习平台”。说实话，我每次看到这个题都有点复杂心情：一方面，它确实是典型到不能再典型的Java Web方向项目，网上模板一抓一大把；另一方面，真正能把它做明白、讲明白的又少之又少。很多人写完就忘，答辩时几句话就露馅，评委问一个“为什么这么设计”就卡壳。今天我把这几年带学生做这个题目的完整思路、技术选型、数据库设计、核心接口实现、常见坑位全部倒出来，给准备选这个题的你一份真正能落地的参考。

1. 选题定位与项目整体设计思路

1.1 为什么“在线学习平台”是Java毕设里的老熟人

在线学习平台这个命题，本质上是一个“内容管理 + 用户交互”的复合系统。它不像“图书管理系统”那样只有增删改查，也不像“电商系统”那样要处理复杂的支付、库存、物流。它的核心矛盾在于：如何把“课程内容”安全、有序、可追踪地交付给“学习者”。

这个平衡点让它在毕业设计中显得特别“乖巧”。工作量可大可小，技术点覆盖全面，Java基础、数据库设计、框架运用、前后端交互都能被串起来。你写“用户表、课程表、订单表、学习记录表”这些领域模型时，不需要懂什么高深的业务知识，但又能让评委觉得“这个系统有真实场景”。更关键的是，在线教育赛道本身热度够，往“学情分析”“学习路径规划”方向一扩，就足够撑起一篇有模有样的论文。

从带学生的实际经验看，适合选这个题的人分两种：一种是Java基础一般，想通过一个中规中矩的项目平稳落地、顺利毕业；另一种是想在简历上写“在线学习平台项目经验”，为秋招春招铺路。两种目标下的做法和深度不同，但第一步是一样的——把技术架构定稳。

1.2 技术选型：不是越新越好，而是越稳越好

技术栈这块，我见过太多人一上来就纠结“Spring Boot 3还是2.7”“前端用Vue3还是React”。我的建议是：先看你的毕设时间表和自己的基础，再学我接下来说的选型逻辑。

后端框架，Spring Boot是绝对主力。2026年了没人会选SSH（Struts + Spring + Hibernate），那个搭配早该进博物馆了。Spring Boot 2.7.x 是目前资源最多、坑最少的选择，等做得顺了再考虑升级到3.x也不迟。Spring Boot 2.7用的还是javax命名空间，第三方资料混乱度低；3.x切换到了jakarta，很多老教程不兼容，新手容易卡死在启动阶段。

持久层框架，我在工作项目里用MyBatis Plus的频率远高于纯MyBatis或JPA。理由很简单：单表CRUD不用写SQL，BaseMapper直接给你现成的selectById、selectPage；分页插件一套配置就能用；代码生成器能根据数据库表反推出实体、Mapper、Service、Controller四层代码。这些能力对毕业设计的节奏非常友好。

有一个点特别值得说：MyBatis Plus允许通过Java实体类反向生成建表SQL。什么意思？你先写一个User实体类，类上标注表名、字段、长度、注释，然后用一个小工具或内置生成器把这些注解翻译成CREATE TABLE语句。我在带学生做“用户模块”“课程模块”时，经常用这个方式保持实体和表结构一致，省掉一遍遍手工改SQL的精力。这种“模型驱动建表”的思路还能写进论文的研究意义里，显得你有工程化意识。

前端方案，我只推荐两条路。第一条：如果你没精力学框架，直接用Thymeleaf服务端模板渲染，后端一把梭，页面用Bootstrap随便搭一搭。第二条：如果你愿意多花两周，用Vue3 + Element Plus + Axios做前后端分离，后端只出JSON接口。两条路都能完成毕设，但第二条的完成度明显更好，也更能对接简历上的“前后端分离项目经验”。

数据库我推荐MySQL 8.0，缓存选Redis，文件存储先用本地目录，等部署到服务器再考虑OSS之类。这里有一个常见误区：别一上来就追求微服务、分布式、消息队列。在线学习平台的毕设版本，单体应用足够。等答辩时被问到“如果用户量大了怎么办”，你再从“水平扩展”“缓存”“异步处理”角度讲演进方向，比真在代码里堆一堆没人维护的中间件强太多。

1.3 功能范围：先砍掉不该做的，再想怎么加功能

毕设最大的坑不是做太少，而是做太多。你但凡想加“直播”“社区论坛”“学生互评”“智能推荐”，就要准备对应的数据模型、接口、页面和答辩解释。我一般建议按“MVP + 扩展点”的原则来规划。

核心MVP至少要包含这些模块：

• 用户模块：注册、登录、个人信息修改
• 课程模块：课程分类、课程列表、课程详情、章节管理
• 学习模块：视频章节播放、学习进度记录、收藏课程
• 订单模块：下单购买课程、模拟支付、订单查询
• 管理模块：后台管理（用户管理、课程发布、数据统计）

这七个模块做下来，CRUD、关联查询、事务、状态流转、权限控制全都覆盖了。至于“弹题测验”“课程评论”“积分系统”“考试模块”，属于典型的扩展点，可以在论文里写“系统预留了扩展接口”，然后用一个例子简单演示即可。这样既保证了工作量，又不至于把自己拖进泥潭。

2. 数据库设计与领域建模

2.1 抽丝剥茧：一张张表把“在线学习”装进去

很多人拿到这个题目，第一个动作是画一堆功能图，然后直接开写代码。这非常危险。我坚持先设计数据库表，表结构稳了，业务逻辑就稳了一半。在线学习平台的核心表，我建议至少包括下面这些。

用户表（sys_user）这是所有模块的地基。字段别贪多：id、username、password、nickname、avatar、phone、email、status（1正常，0禁用）、created_time、updated_time、deleted（逻辑删除标记）。密码字段存的是BCrypt加密后的字符串，不是明文，也不是MD5。

角色表（sys_role）和用户角色关联表（sys_user_role）毕设级别不需要复杂的RBAC按钮级权限，但你至少要区分“学员”“讲师”“管理员”三种角色。角色表存角色编码和角色名，关联表把用户和角色绑起来。

课程分类表（course_category）id、parent_id（支持两级分类就够了）、name、sort、status。

课程表（course）这是业务核心。字段设计上有一个点很容易漏：价格和原价要有独立字段，而不是在页面上写死。另外强烈建议加一个cover_url封面图字段。课程表大致字段为：id、category_id、title、introduction、cover_url、price、original_price、teacher_id（关联讲师用户ID）、level（初级/中级/高级）、status（0草稿，1上架，2下架）、sales_count、created_time、updated_time。

课程章节表（course_chapter）一个课程下面挂多个章节，顺序用 sort 字段控制。字段：id、course_id、title、video_url、video_duration（秒）、sort、is_free（是否为试看章节）、status。

学习记录表（study_record）这张表决定了系统的“在线学习”名副其实。字段：id、user_id、course_id、chapter_id、progress（0到100的观看进度）、study_duration、last_study_time、completed（是否学完）。注意加唯一索引（user_id, course_id, chapter_id），避免同一个人学同一章产生多条记录。

订单表（course_order）字段：id、order_no（唯一订单号）、user_id、course_id、total_amount、pay_status（0待支付，1已支付，2已取消）、pay_time、created_time。订单号我习惯用年月日时分秒加随机数的组合生成，不依赖数据库自增。

收藏表（course_favorite）字段简单：id、user_id、course_id、created_time，加唯一索引（user_id, course_id）。

如果要做弹题测验，可以加一张exam_question表，字段是 id、course_id、chapter_id、question_type、stem、options（JSON字符串）、answer、analysis。这块作为扩展点，后期补也来得及。

2.2 用MyBatis Plus让实体类和建表语句协同起来

表结构定好后，就要在Java侧建立对应的实体类。这一步我推荐直接用MyBatis Plus的代码生成器，从现有表反推实体、Mapper、Service、Controller。很多人不知道，MyBatis Plus还支持反方向操作——根据实体类生成建表SQL。

具体做法有两种。第一种是手写一个测试类，遍历实体类上标注的@TableName、@TableField注解，拼接CREATE TABLE语句。字段类型映射规则一般是：String映射varchar（通过注解里的length属性控制长度），Integer映射int，Long映射bigint，BigDecimal映射decimal，Date映射datetime，LocalDateTime映射datetime。第二种是直接用网上现成的MyBatis Plus建表工具类或者CodeGenerator里的SQL输出功能。

我个人习惯先建表再写实体，因为数据库设计需要反复推敲字段长度、索引和默认值。但实体类和表映射一旦不一致，运行期报错非常蛋疼。有一个小技巧：在实体类字段上统一加@TableField("created_time")这样的显式映射，别依赖MyBatis Plus默认的驼峰转下划线规则，这样IDE里一看就知道对应哪个列。

在建表和实体类协同这件事上，最值得注意的规范有三个：逻辑删除字段统一叫deleted，在实体类上用@TableLogic注解；创建时间和更新时间统一叫created_time、updated_time，并让数据库字段自动填充，或者在MyBatis Plus里配置MetaObjectHandler统一填充；金额字段统一用decimal(10,2)，不要用double。

2.3 权限模型：一张角色表决定谁能干什么

在线学习平台的权限体系不需要做得很重，但“学员只能看自己买的课”“讲师只能管理自己的课程”“管理员什么都管”这三条底线必须守得住。

做法是在Spring Boot里写一个LoginInterceptor，拦截需要登录的路径。用户登录成功后，把用户ID和角色编码塞进ThreadLocal或Redis。在Controller层写一个@RequireRole("teacher")之类的自定义注解，配合拦截器做角色校验。查询课程列表时，在SQL层就加上“teacher_id = 当前用户”的条件，而不是查出全部数据再在Java代码里过滤——这一点要在论文里强调，算是“数据权限下推”的实践。

这里有个很容易被忽视的地方：管理端和用户端不要做成一个Controller里塞满if-else。哪怕前端是两个不同的项目，后端也要把接口路径分开，比如/api/user/**和/api/admin/**，这样拦截器规则清晰，答辩时也能娓娓道来。

3. 核心接口与业务实现

3.1 登录鉴权：JWT是毕设里性价比最高的方案

用户登录这块，我吃过不少亏，也见过太多学生项目用Session。Session在单体应用里能用，但一旦牵涉到前后端分离、移动端复用，就非常难受。所以毕设直接上JWT（JSON Web Token），理由有三：前后端分离天然友好、无需在服务端存会话状态、token里可以直接塞用户基本信息。

JWT的实现流程我给你捋一遍。登录接口接收username和password，先查用户是否存在，再用BCryptPasswordEncoder#matches比对密码。比对通过后，生成token，我用的是jjwt库，Jwts.builder()设置主题（用户ID）、签发时间、过期时间，一般设成7天，最后用HMAC密钥签名。返回给前端的数据结构是{ token, userInfo }，userInfo里包含用户ID、昵称、头像、角色编码，不包含密码。

拦截器那边，从请求头Authorization: Bearer xxx取出token，解析成功就把用户ID放进去，失败直接返回401。需要登录的接口加一个@RequireLogin注解，或者直接在WebMvcConfigurer里通过addPathPatterns配置拦截路径。这里有一个细节我反复跟学生强调：token过期和token伪造是两码事。过期了要让前端拿到一个明确的状态码走去重新登录，而解析失败一律按401处理。

密码加密这个事，我必须多说一句：千万别用MD5。MD5加不加盐都不是正确姿势，撞库成本太低了。Spring Security Crypto里的BCryptPasswordEncoder，用起来就几行代码，论文里写“采用BCrypt强哈希算法存储用户密码”也是加分项。

3.2 课程浏览与访问控制：怎么让该看的人看到，不该看的人拦住

课程浏览是整个系统的门面。课程列表接口要考虑分页、分类过滤、关键词搜索，这些都交给MyBatis Plus的Page对象和LambdaQueryWrapper搞定。我建议课程列表返回时，把“讲师昵称”联表带出来，而不是让前端拿着teacher_id再去查一次，这是典型的N+1查询优化意识。

课程详情接口有个关键业务：免费试看章节。我一般这样设计：查课程详情时，同时查出所有章节列表，每个章节标记isFree和isPurchased。前端根据这两个标记控制播放按钮是否可用、是否弹窗引导购买。后端在播放接口上做真正的权限校验：如果是免费章节，直接放行；如果是付费章节，查订单表看当前用户有没有该课程的已支付订单，没有就返回403。

视频文件的存储和处理，毕设阶段不用上太复杂的流媒体服务。视频文件放本地目录或OSS，数据库存URL地址。播放时前端用<video>标签加载MP4地址就够了。如果你担心视频被直接下载盗走，有一个入门级的方案：播放接口不走静态直链，而是走一个后端接口，根据登录用户权限生成一个带签名和过期时间的临时URL，nginx或者Spring Boot服务端校验签名后再重定向到实际文件。这套思路在论文中可以写成“防盗链设计”。

还有防爬虫的问题。我以前被爬虫爬过上线项目，深刻体会到Controller层一定要做防护。在线学习平台的课程信息如果被批量抓走，会直接影响演示效果。建议在Controller入口写一个简单的请求频控拦截器，用Redis记录每个IP和每个登录用户每分钟的请求次数，超过阈值就返回“操作过于频繁”。再配合一个图形验证码或者滑块验证码，登录和注册接口就能挡掉绝大部分脚本攻击。这些做防爬的细节花不了多少代码量，但答辩时能讲出实实在在的“安全性设计”。

3.3 学习进度与统计：给“学过”一个可量化的证据

学习记录模块是我认为整个项目最出彩的业务点。它把“在线学习平台”从一个课程展示网站拉升到了“有跟踪、有反馈的学习系统”的高度。

实现思路是这样：视频播放页进入时，前端每15秒上报一次当前章节的学习进度，后端接到请求后，用INSERT ... ON DUPLICATE KEY UPDATE或MyBatis Plus的saveOrUpdate更新学习记录表。progress字段记录观看百分比，study_duration字段做累加。这里一定要加唯一索引（user_id, course_id, chapter_id），否则高并发下会插入重复记录，出现各种诡异bug。

那如何判断“章节完成”？我的标准是progress达到90%以上就算完成，completed字段置1。课程维度的学习进度，用“已学完章节数 / 总章节数”计算，这个不用单独存，查询时实时算。

统计方面，管理端需要一个简单的数据看板：总用户数、总课程数、今日新增用户、今日订单数、课程销量TOP10、最受欢迎课程等。这些统计SQL写起来都不复杂，但要注意索引。比如订单表上一定要有pay_time的索引，按天分组统计时才不会全表扫描。还有一个点，统计接口返回的数据结构最好设计成Map或者轻量DTO，别把整个实体塞给前端。

3.4 模拟支付与订单闭环：把流程走通就赢了

在线学习平台的支付功能不能真实接入支付宝微信，因为学生没有企业资质。我用的是模拟支付：用户提交订单后，生成一个待支付订单，然后跳到“模拟收银台”页面，页面上显示应付金额和一个“确认支付”按钮。点击确认后，后端把订单状态从0改成1，同时课程购买记录生效。

这里有一个状态流转的边界情况要处理：用户下单后一直不支付，订单就卡在“待支付”状态。我建议在订单创建30分钟后允许用户取消订单，或者在用户重复下单时提示“存在未完成订单”，让用户先去支付或取消。这些细节虽然小，但体现的是业务闭环意识，论文里可以专门写一段“订单状态机设计”。

下单的并发问题也要考虑。如果一个用户同时抢购同一门课，可能出现生成两个订单的情况。解决办法是下单前先查未支付订单，再查已支付订单，二重校验课程是否已购买。更稳的做法是在数据库层面给（user_id, course_id）加唯一索引，但这样又会限制重复下单。所以我的方案是：订单表不建唯一索引，靠业务校验控制；支付表单独记录每一笔流水，保证幂等。简单说，核心原则是“不让用户为同一个课程付两次钱”，这一条在答辩时非常值得被评委提问。

4. 开发过程中的典型问题与排查实录

4.1 环境问题和启动失败：八成是版本和依赖在作怪

Java项目启动失败是新手最崩溃的场面，没有之一。我总结的排查顺序是：先看异常栈的第一行，再去解决具体问题，不要盯着满屏日志发呆。

出现频率最高的问题有三类。第一类是JDK版本不匹配，Spring Boot 2.7用Java 8或者Java 11都行，但如果你机器上装的是Java 21，某些老版本依赖会直接报错。解决办法是安装JDK 8或11后重新配置环境变量，并在IDEA里把Project SDK和Modules的Language Level同步调好。“环境变量配置详细教程”网上到处都是，但核心就一条：JAVA_HOME指向JDK安装目录，Path里加上 %JAVA_HOME%\bin，命令行跑java -version验证。

第二类是端口被占用。默认8080端口被其他程序占了，Spring Boot启动日志会报Port already in use。排查命令是netstat -ano | findstr 8080，Windows下能看到占用进程PID，任务管理器里结束进程，或者在application.yml里显式配置server.port: 9090。

第三类是数据库连接失败。先ping数据库服务器地址，再用Navicat测试账号密码。最容易踩的坑是MySQL 8的驱动配置，driver-class-name要写com.mysql.cj.jdbc.Driver，URL里要加上serverTimezone=Asia/Shanghai&useUnicode=true&characterEncoding=utf8。少了timezone配置常常会报时区错误，这个一搜网上资料就能解决，但新手很容易被各种入门教程里的老配置带偏。

依赖冲突问题也值得一提。Maven引入依赖时，不同版本的库传递依赖冲突会导致方法找不到。排查思路是多跑mvn dependency:tree，把冲突的依赖exclude掉。但我更建议毕设项目尽量少引入额外依赖，除了Spring Boot Starter、MyBatis Plus、MySQL驱动、Lombok、JWT、Redis客户端，其他尽量不加。

4.2 事务与数据一致性：别让一张表“写一半”

在线学习平台里，数据一致性最常见的场景是：购买课程时，要同时更新“订单状态”和“课程销量”。如果订单状态更新成功，课程销量更新却抛异常，就会造成两边数据不一致。

解法是在Service方法上加上@Transactional注解。但这里面有个经典的“自调用陷阱”：同类里一个方法调用另一个带@Transactional的方法，事务会失效。因为Spring事务是通过代理对象实现的，自调用绕过代理。所以务必要通过注入的Service对象或Controller层调用事务方法。我见过好几个学生项目死在半夜排查事务不生效上，最后发现是类内部this.xxx()调用，加个注解白加了。

并发场景下的数据一致性也要考虑。比如学员同时用两个设备观看视频，学习记录可能被互相覆盖。我的做法是在学习记录表加一个乐观锁版本号字段，更新时带版本号条件，UPDATE study_record SET progress = ?, version = version + 1 WHERE id = ? AND version = ?，更新行数为0就说明数据被其他请求改了，可以选择重试或丢弃本次上报。这个设计在答辩里讲出来，会比单纯说“我用了事务”高级很多。

4.3 前端联调里的跨域、返回结构与鉴权失效

前后端分离项目联调时，第一个坑就是跨域。前端页面跑在5173端口，后端接口跑在8080端口，浏览器的同源策略直接拦飞。解决方案是在后端加CORS配置，我在WebMvcConfigurer里写一个addCorsMappings，允许所有来源、所有请求头、所有方法。毕设阶段为了省事可以allowedOrigins("*")，但上线或答辩演示时建议收紧到具体地址。

第二个坑是返回结构不统一。我在项目里定义了一个统一返回类Result，泛型设计，包含code、message、data三个字段。Controller层一律返回Result，而不是直接返回裸数据。这样前端Axios的响应拦截器就能统一处理错误提示和登录失效。这个封装看起来很简单，但很多学生项目就是在这个细节上崩掉，前端拿到的数据一会是数组一会是对象，代码一堆if兜底，越写越乱。

第三个坑是JWT鉴权失效问题。最常见的现象是：登录后调用接口，依然返回401。排查思路是前端请求有没有带Authorization头？token值是不是多了一个空格？拦截器里有没有排除登录和注册路径？还有一个很容易忽略的点：跨域请求的预检OPTIONS请求，拦截器要直接放行，否则浏览器认证通过也会死在预检上。这个细节我在多个项目里帮人修过，每次都能看见一堆崩溃的弹窗。

4.4 性能与查询细节：别让小数据量露出大问题

毕设项目的数据量通常很小，但代码习惯不能差。最常见的问题是循环查库，比如查课程列表后，在循环里逐条查讲师昵称、逐条查分类名称，这叫N+1查询，数据量一大必然卡死。解决办法是用mybatis的collection标签做关联映射，或者先查出需要的关联ID列表，再用IN查询批量查出昵称，Map匹配后手工填充。

分页查询也值得注意。MyBatis Plus的分页插件配置好后，调用page()方法会自动带LIMIT。千万别自己在SQL里写LIMIT #{offset}, #{size}，容易踩到参数类型转换的坑。列表接口返回的Page对象里包含total、records等字段，前端直接就能用。

另外一个程序员容易被忽视但评委喜欢问的点是索引。我一般会在这些字段上建索引：订单表的user_id和pay_time、学习记录表的user_id和course_id、课程表的category_id、status。索引不是越多越好，但在查询频繁的字段上建索引是基本素养。这个可以在论文的数据库设计章节里写清楚，也是答辩提分项。

5. 部署、演示与答辩准备的实战经验

5.1 打包部署：从IDEA到可运行的jar

项目开发完成后，打包部署这件事很多人没提前演练，结果答辩前夜疯狂踩坑。

Spring Boot项目用Maven打包最稳：IDEA右侧Maven面板里双击clean，再双击package，完事在target目录下生成可执行jar包。部署时用java -jar启动，注意jar包里的application.yml可以在外部覆盖，把数据库密码等敏感信息放到外部配置文件里，启动命令加上--spring.config.location=classpath:/,file:/usr/local/app/config/application.yml。提前把环境变量JAVA_HOME配置好，保证java -version能用。

部署前的数据准备也不要忽略。我建议准备一份演示数据库，里面至少要有10个真实感较强的课程、5个讲师账号、1个管理员账号和若干学员账号。课程标题尽量贴近实际场景，比如“Java零基础入门到精通”“MySQL数据库实战指南”“Spring Boot电商系统开发”，这样演示时才不会显得数据空洞。

5.2 演示数据与答辩话术：让评委看出你的工作量

答辩场上，评委最反感的就是听学生照着PPT念系统功能列表。你得把“为什么这么做”讲清楚。

我给学生设计的演示顺序通常是：先跑一遍管理员登录，展示课程发布和数据统计；再切到普通用户身份，走一遍注册、选课、下单、模拟支付、进入学习、上报学习进度、查看学习记录的完整闭环。整个过程控制在8分钟以内，每一段操作对应一个设计亮点。比如走到支付环节时，可以顺势说“这里我用了订单状态机和事务来保证数据一致性”；走到学习进度时，可以说“我用唯一索引加乐观锁来避免重复提交和并发覆盖”。

还有一个小技巧被很多人忽略：准备一张“系统问题与解决方案”的A4纸，把你在开发中遇到的最典型的3个问题和排查过程写下来。答辩时假装不经意地提起“这个项目里我印象最深的是跨域预检请求导致鉴权失败的问题”，比背出十个技术名词更能让评委相信你真的做过。

5.3 扩展方向：哪些功能可以大幅提升项目含金量

如果时间充裕，我建议从两个方向给系统加亮点。

第一个方向是“学习行为分析”。在现有学习记录表的基础上，增加一个简单的统计模块，展示用户的学习时长趋势、课程完成率分布。比如按周分组统计学习时长，生成折线图，不需要引入复杂算法，一个SQL就能搞定，但呈现效果特别像“智能化学习平台”。

第二个方向是“弹题功能”。在视频章节里插入选择题，播放到某个时间节点时弹出题目，答对才能继续播放。这个功能需要新增一张题目表和一张回答记录表，业务逻辑也不复杂，但它把“在线学习”从单向观看变成了“学练结合”，这个亮点在论文和答辩里都非常好讲。

我个人最推荐的还是先确保MVP全部完成、代码整洁、没有低级bug，再加这些花活。一个没有Bug的完整系统，比一个坏掉的“高级系统”强一百倍。

最后说一句掏心窝的话：毕设做在线学习平台的本质，不是造一个给别人用的产品，而是通过一个完整的项目，把Java Web开发里那些概念串起来。你在数据库设计上多花的心思、在事务上踩过的坑、在跨域上掉的头发，都会变成答辩时的底气和面试时的谈资。哪怕这个项目最后不会真的上线运营，它也值得你认真对待。这样回头再看这几个月的经历，你会觉得这个题选得值。