如果你最近在挑毕业设计或者课程设计的题目八成会搜到这个标题“SpringBootVue 线上辅导班系统管理平台源码【适合毕设/课设/学习】JavaMySQL”。作为一个看过不少这类源码的人我第一反应是这不就是经典的后台管理系统套了一层辅导班业务吗等真动手把课程、学生、老师、报名、订单这些模块走一遍才发现它比普通管理系统多一些业务关联又比电商系统简单不少用来做课设毕设确实很合适。这篇文章就围绕这个标题把技术栈选型、数据库设计、核心模块、部署流程和答辩准备完整拆一遍顺便把我踩过的坑也说出来。1. 先把标题翻译成人话这个系统到底是什么1.1 “线上辅导班”的核心业务闭环一个线上辅导班系统管理平台表面上是管理课程实际上完成的是一个很典型的业务闭环管理员创建课程、安排授课老师老师在后台维护课程内容、查看自己班级里的学生学生浏览课程、报名、支付、学习管理员最后能看到整个平台的报名数据和收入情况。从标题看系统要同时服务三种角色这是它区别于“图书管理”“班级管理”这类单角色系统的关键。单角色系统只需要把增删改查做好但线上辅导班平台必须在同一套数据模型上支撑多个角色的操作逻辑这也就意味着数据库表和接口设计要提前规划好不能像写临时功能一样想到什么加什么。1.2 为什么这个组合在毕设里经久不衰SpringBoot负责后端接口Vue负责前端页面Java是开发语言MySQL存数据。这个组合能火这么多年原因很现实招聘市场里Java后端岗位多用Java做毕设对就业有直接帮助SpringBoot把传统SSH里繁琐的XML配置砍掉了学生能快速上手Vue前后端分离写起来直观页面效果比JSP时代好看太多MySQL安装方便教程多学习成本低。对导师来说这个题目既能看到框架使用能力又能考察业务逻辑设计还方便扩展功能。对学生来说网上能参考的资料和源码非常丰富不至于卡在一个环境问题上整个项目搁浅。1.3 源码项目的正确打开方式有一点必须提醒下载下来的源码一定不要直接打包交上去。我见过太多人因为源码跑不起来、或者跑起来但讲不出原理答辩现场翻车。正确的做法是先把项目在本地跑通然后根据自己学校的格式要求改名字、改包结构最后至少加一个原源码里没有的小功能比如课程评价、学习进度记录、公告管理这样查重和答辩都好过得多。2. 技术选型与架构设计每个选择都有它的道理2.1 SpringBoot为什么适合做服务端SpringBoot最直观的优势是“自动配置”。以前用SpringMVC要自己配数据源、事务管理器、视图解析器SpringBoot把大部分常用配置都预设好了你只要在pom.xml里引入依赖写一个main方法就能跑起来。在线上辅导班系统里后端需要提供这几类能力登录认证和角色授权课程、章节、课时等核心表结构的CRUD报名和订单这种带状态流转的业务操作按时间、按讲师统计报名数据的查询接口。SpringBoot的starter机制让这些能力都能以“加依赖写接口”的方式快速落地。比如集成MyBatis-Plus后单表CRUD连SQL都不用写直接继承BaseMapper就行这对课程管理这种纯增删改查功能来说效率极高。2.2 Vue的前后端分离方案Vue在这个项目里的角色是一个单页应用。页面之间通过vue-router切换不会出现传统网页那种每次跳转都刷新整个页面的体验。前端工程通常分成这么几个目录src/api按模块封装axios请求src/router定义路由表src/views放页面组件src/store放全局状态比如登录用户信息src/components放可复用的表格、弹窗、表单组件。管理后台最常见的形态是左侧菜单右侧内容区这个布局在Vue项目里通常由一个主布局组件搞定所有页面通过子路由嵌进去。老师和管理员看到的菜单不一样不是做两套前端而是在路由配置里根据登录用户的角色做动态过滤。2.3 权限认证的选择JWT为主流毕设源码里登录认证有两种常见做法SessionCookie和JWT。现在大部分新一点的Vue前后端分离项目都用JWT因为后端不存Session状态前端在登录成功后拿一个Token存到localStorage之后每次请求在请求头里带上后端通过拦截器解析Token判断用户身份。JWT的核心流程用户把用户名密码发给后端后端校验通过后把用户ID、角色等字段放入Token签名后返回前端存Tokenaxios拦截器统一加到请求头后端有一个拦截器除了login和register其余接口都校验Token解析失败就返回401。好处是后端接口天然变成无状态以后做微服务也可以直接复用同一套认证逻辑。要注意的是JWT里有Base64编码的用户信息不要往里塞密码签名密钥要放到配置文件里而不是写死在代码里。2.4 数据库建模先把表结构想清楚再写代码数据库设计直接决定项目后期好不好写。线上辅导班的表结构通常包括这样几张核心表表名用途关键字段sys_user存放管理员、老师、学生三种账号username, password, role, statuscourse课程基本信息course_name, teacher_id, price, cover, statuscourse_chapter课程的章节course_id, chapter_name, sortcourse_lesson章节下具体的课时chapter_id, lesson_name, video_url, durationsign_up学生报名记录student_id, course_id, statusorders订单记录order_no, student_id, course_id, amount, statussys_user里用role字段区分角色而不是为老师、学生各建一张表这是一个很重要的设计三类账号的登录逻辑完全一样只是登录后的权限不同如果拆成三张表登录验证会变得非常麻烦。course表通过teacher_id关联sys_user可以间接实现“按老师查询课程”的需求。sign_up表则是一张关联表避免在course表里维护一个冗余的学生ID列表。数据库设计有一个判断标准如果是“一个学生对应多个课程、一个课程对应多个学生”必然需要中间表。sign_up就是学生和课程之间的桥表同时带上报名时间、状态、关联订单ID方便追查报名和支付的对应关系。3. 核心模块拆解从登录到数据统计的完整链路3.1 用户认证与角色权限用户认证部分我上面已经说了JWT的流程。在Vue端登录页写好之后需要处理一件事路由守卫。也就是在进入每个页面前判断一下当前用户是否已登录如果没登录就跳转到登录页。router.beforeEach((to, from, next) { const token localStorage.getItem(token) if (to.path ! /login !token) { next(/login) } else { next() } })角色权限可以在Token里带上role字段解析出来后决定左侧菜单渲染哪些项。比如管理员看到“讲师管理”“课程审核”“数据统计”老师看到“我的课程”“学生列表”学生看到“课程大厅”“我的报名”。菜单渲染用v-if判断角色即可不用做太复杂的权限体系。这里要注意前端菜单只是控制页面显示真正做权限控制的是后端接口。否则有人直接调用后端地址也能访问数据。后端需要在拦截器里校验Token然后写一个注解或手动判断角色比如管理员接口只允许role为admin的请求访问。3.2 课程管理模块三级结构的数据关系课程管理是整个辅导班系统最核心的模块通常按“课程-章节-课时”三级结构来组织课程表存课程名称、封面图、简介、价格、授课老师、开课时间章节表存这个课程有哪些章比如“第1章 Java基础语法”课时表存每个章节下的具体课时比如“1.1 变量与数据类型”和对应的视频链接。这么设计的好处是前端可以做一个树形展示点开课程看到章节列表点开章节看到课时列表。如果只在一张表里用parent_id做无限级分类查询效率会下降而且写SQL容易出错。三级结构固定且清晰对毕设项目来说是最稳妥的方案。新增课程时前端需要用一个Tab页或者分步表单第一步填课程信息第二步维护章节第三步在章节下面添加课时。后端提供三个接口分别保存然后前端通过课程ID把它们串起来。3.3 报名模块并发与重复报名问题报名模块看起来简单其实是业务里最容易出Bug的地方。一个典型的报名流程是学生点击报名系统判断课程是否还有名额、是否已经报过名然后生成一条sign_up记录如果是付费课程还需要生成一笔订单。重复报名怎么防最保险的做法是在sign_up表给student_id和course_id建联合唯一索引让数据库层面挡住重复数据。后台接口里即使查了一遍再插入也可能因为自己程序判断逻辑的问题漏掉但唯一索引是兜底。课程名额限制怎么处理可以在course表加一个total_student字段报名时开启事务先把课程行锁住然后判断当前报名人数是否小于容量再插入报名记录并更新人数。Transactional public void signUp(Long courseId, Long studentId) { Course course courseMapper.selectByIdForUpdate(courseId); if (course.getSignCount() course.getTotalStudent()) { throw new BusinessException(课程已满); } int count signUpMapper.countByCourseAndStudent(courseId, studentId); if (count 0) { throw new BusinessException(请勿重复报名); } // 插入报名记录更新已报名人数 }这个写法在毕设源码里可能看不到但在答辩时主动提出来会让老师觉得你考虑到了并发问题算是一个加分点。3.4 订单与模拟支付设计线上支付如果真要对接微信、支付宝沙箱流程会占用大量时间而且涉及商户资质审核毕设一般不会选这条路线。最常见的是“模拟支付”学生报名后生成orders记录状态为待支付页面展示“去支付”按钮点击后弹出一个模拟支付窗口显示应付金额点确认前端调后端支付接口后端把订单状态改为已支付同时更新sign_up状态为已报名。这里订单号不要用数据库自增ID而是要生成一个唯一业务编号比如时间戳随机数。方便出问题时人工排查也给系统留了以后对接真实支付的接口空间。order表的状态字段可以设计成枚举0待支付、1已支付、2已取消、3已退款。3.5 数据统计模块用SQL和ECharts做可视化数据统计是很多毕设里比较薄弱、但又是导师喜欢问的部分。线上辅导班平台常见的统计需求有三个报名趋势按天统计最近7天或30天的新增报名量课程排行按报名人数或收入给课程排个名老师业绩统计每个老师名下课程的报名总人数。后端SQL其实不难比如按日期统计报名趋势SELECT DATE(created_time) as day, COUNT(*) as cnt FROM sign_up GROUP BY DATE(created_time) ORDER BY day DESC LIMIT 7前端用ECharts画一个折线图接口返回的数组直接填进去就行。注意SQL里的日期函数在不同数据库里有差异MySQL用DATE()如果你用的8.0版本还可以用DATE_FORMAT控制返回格式。4. 本地部署实操从零到系统能跑起来4.1 环境准备与版本匹配建议部署这套系统之前先把环境装好。Java、Maven、Node.js、MySQL这些基础环境我就不展开安装步骤了网上教程很多但版本匹配容易坑人组件建议版本说明JDK1.8或11大多数SpringBoot 2.x源码都要求JDK 8以上Maven3.6以上太老容易解析不了新依赖Node.js14或16很多Vue2项目在这个版本下安装依赖最稳MySQL5.7或8.08.0连接串要加serverTimezoneIDEA/VSCode最新即可后端用IDEA前端用VSCode都有对应插件这里要多说一句如果下载的源码用的是SpringBoot 3.xJDK至少得17并且很多依赖包不是javax开头而是jakarta开头代码里的import也要改。如果对版本不熟悉优先选择SpringBoot 2.x版本的源码学习资料最多踩坑最少。4.2 导入数据库并修改配置文件拿到源码后通常在项目根目录或doc文件夹下有一个.sql文件。打开MySQL新建一个数据库比如tutor_system然后导入SQLmysql -u root -p tutor_system tutor_system.sql数据导入完成后打开后端的application.yml找到数据源配置spring: datasource: url: jdbc:mysql://localhost:3306/tutor_system?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 你的密码 driver-class-name: com.mysql.cj.jdbc.Driver这里的password一定要改成你自己的MySQL密码。如果你用的是MySQL 5.7驱动类可以保持com.mysql.jdbc.Driver但8.0必须用com.mysql.cj.jdbc.Driver否则启动就会报ClassNotFoundException。4.3 后端启动与常见失败处理用IDEA打开后端项目等待Maven下载依赖。如果下载慢在maven的settings.xml里配置阿里云镜像不然会等到怀疑人生。依赖下载完成后找到带main方法的Application类右键运行。启动过程中最常见的三个问题端口被占用默认端口是8080如果被占用了报错信息会显示Port already in use。改成8081同时前端代理也要同步改。数据库连接失败仔细检查application.yml里的密码、数据库名、serverTimezone配置。Bean创建失败多半是某个Mapper的XML文件或注解写错了往下看Caused by后面的信息一般是具体Mapper或Service的名字。启动成功后先在浏览器访问一个controller接口比如localhost:8080/api/auth/login能返回JSON说明后端起来了。4.4 前端启动与接口联调后端跑起来后处理前端。打开前端项目文件夹先安装依赖npm install这是整个部署流程里最需要耐心的环节。报错常见的有node-sass安装失败、grunt相关依赖编译失败原因是Node版本太高。解决办法就是把Node降到14或16或者改用项目的package.json里锁定的版本。Vue2项目用Node 16基本能顺利装上依赖Vue3 Vite用Node 18更合适。安装完成后启动开发服务器npm run serve启动成功后访问localhost:8080能跳到页面但看不到数据那就要检查代理配置。前端开发环境通常通过vue.config.js里的devServer代理来解决跨域devServer: { proxy: { /api: { target: http://localhost:8080, changeOrigin: true } } }这样前端请求localhost:8080/api/login时会被转发到后端localhost:8080/api/login。如果后端端口改过这里target也要同步改。联调时打开浏览器F12看到网络面板里请求状态不是404和500就说明代理解通了。5. 避坑指南这些坑我基本都踩过5.1 前端刷新就404Vue项目用的history路由模式在开发环境没问题但如果部署到服务器上或者打包后直接双击index.html打开刷新非首页路由就会提示404。原因很简单浏览器请求服务器上一个不存在的路径服务端没有把请求重定向到index.html。解决办法有几个本地测试不打紧但提交报告时要说明使用的是Hash模式还是History模式如果用了History模式部署到Nginx需要在nginx配置里加一段重定向规则。location / { try_files $uri $uri/ /index.html; }很多同学不懂为什么刷新就白屏提前知道这个坑答辩时被问到也不慌。5.2 时间字段乱掉MySQL默认时区和中国差8小时连接串不加serverTimezoneAsia/Shanghai查询出来的时间就会比实际时间少8个小时。还有一种情况是后端返回给前端的日期格式是一串数字时间戳解决方式是配置Jackson的日期格式spring: jackson: date-format: yyyy-MM-dd HH:mm:ss time-zone: GMT8如果前端拿到的时间还是不对检查前端有没有对时间做格式化。建议后端统一返回字符串时间格式前端不要自己计算省得时区问题来回扯。5.3 数据库中文乱码建库的时候没有指定utf8mb4导入SQL后可能出现问号和乱码。创建数据库时就执行这句CREATE DATABASE tutor_system DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;utf8mb4比utf8多支持一些特殊字符现在所有新项目都推荐直接用utf8mb4。同时连接串里的characterEncodingutf8也要写两个地方配合起来才能保证中文正常。5.4 Token过期与登录失效JWT如果设置了过期时间前端会在某个时刻发现所有接口返回401。这时候最简单的处理方式是在axios响应拦截器里判断状态码如果是401清除本地Token并跳转到登录页。如果是学习项目不建议做太复杂的Token自动刷新机制但答辩时如果老师问“过期了怎么办”至少要有这个处理逻辑说明你考虑过这个问题。5.5 代码从网上复制但包名不一致很多源码下载后直接复制粘贴会报错。原因是包名、类名、前端路由里的路径对不上。我习惯的做法是先看后端Application类的包名然后顺着controller、service、mapper一层层看前端先从main.js进看它引入了哪个App.vue和router再顺着router找到页面组件。整个项目跑得通的前提是每个import路径都能对到真实文件这一步花点时间理顺后面就顺畅了。6. 答辩与加分技巧源码项目怎么从“能用”变成“优秀”6.1 自己先准备一套演示脚本答辩现场最尴尬的情况不是不会讲而是现场操作时不知道点哪里。我建议在答辩前把项目清空数据用一套固定的演示脚本走三遍用管理员账号登录新增一门课程挂到某个老师名下切换到学生账号浏览课程、报名、模拟支付切回管理员账号在统计页面查看刚才这条报名数据是否出现在图表里。一个项目能被完整演示下来比画半天架构图有用得多。演示时先走主流程再补充说明自己改动过的部分。6.2 高频追问怎么接答辩老师大概率会问这些问题为什么选择MySQL而不是Oracle答MySQL免费、轻量、部署简单适合小型在线教育平台Oracle授权复杂且开销大。讲一下JWT登录的原理答登录成功后后端签发Token前端每次请求放在Authorization头里后端拦截器解析Token并校验角色。要能把Token的三个部分payload、signature说清楚。密码存的是明文吗答不是。用MD5加盐或BCrypt加密。如果源码里是明文答辩前建议改成BCrypt这是一眼就能发现的低级问题。如果用户同时抢最后一个课程名额怎么办答报名接口加事务在事务内先锁行再判断剩余名额防止超卖。MyBatis-Plus和MyBatis有什么区别答MyBatis-Plus对单表操作做了增强内置通用Mapper减少重复SQL开发复杂查询仍然手写XML。这些问题都不难但前提是你真的看过源码而不是只跑通界面。每看一个模块问自己一句“这块如果让我重写我能不能写出来”能的话答辩基本就稳了。我自己的体会是SpringBootVue这个技术栈最难得的地方在于它让你在毕业之前就体验了一遍真实项目的开发方式后端不关心页面长什么样前端不关心SQL怎么写两边通过JSON接口交流。线上辅导班系统又是那种“业务复杂度恰到好处”的题目做完它你既理解了权限控制、订单状态、数据关联这些通用概念又没有陷入电商那种高并发、分布式的高难度场景里。如果你拿到的源码只是简单能跑建议把上面说的那些方案趁答辩前自己加上哪怕只是加一个字段、一个表格讲项目的时候都会更有底气。
SpringBoot+Vue线上辅导班管理平台源码解析与毕设实战指南
如果你最近在挑毕业设计或者课程设计的题目八成会搜到这个标题“SpringBootVue 线上辅导班系统管理平台源码【适合毕设/课设/学习】JavaMySQL”。作为一个看过不少这类源码的人我第一反应是这不就是经典的后台管理系统套了一层辅导班业务吗等真动手把课程、学生、老师、报名、订单这些模块走一遍才发现它比普通管理系统多一些业务关联又比电商系统简单不少用来做课设毕设确实很合适。这篇文章就围绕这个标题把技术栈选型、数据库设计、核心模块、部署流程和答辩准备完整拆一遍顺便把我踩过的坑也说出来。1. 先把标题翻译成人话这个系统到底是什么1.1 “线上辅导班”的核心业务闭环一个线上辅导班系统管理平台表面上是管理课程实际上完成的是一个很典型的业务闭环管理员创建课程、安排授课老师老师在后台维护课程内容、查看自己班级里的学生学生浏览课程、报名、支付、学习管理员最后能看到整个平台的报名数据和收入情况。从标题看系统要同时服务三种角色这是它区别于“图书管理”“班级管理”这类单角色系统的关键。单角色系统只需要把增删改查做好但线上辅导班平台必须在同一套数据模型上支撑多个角色的操作逻辑这也就意味着数据库表和接口设计要提前规划好不能像写临时功能一样想到什么加什么。1.2 为什么这个组合在毕设里经久不衰SpringBoot负责后端接口Vue负责前端页面Java是开发语言MySQL存数据。这个组合能火这么多年原因很现实招聘市场里Java后端岗位多用Java做毕设对就业有直接帮助SpringBoot把传统SSH里繁琐的XML配置砍掉了学生能快速上手Vue前后端分离写起来直观页面效果比JSP时代好看太多MySQL安装方便教程多学习成本低。对导师来说这个题目既能看到框架使用能力又能考察业务逻辑设计还方便扩展功能。对学生来说网上能参考的资料和源码非常丰富不至于卡在一个环境问题上整个项目搁浅。1.3 源码项目的正确打开方式有一点必须提醒下载下来的源码一定不要直接打包交上去。我见过太多人因为源码跑不起来、或者跑起来但讲不出原理答辩现场翻车。正确的做法是先把项目在本地跑通然后根据自己学校的格式要求改名字、改包结构最后至少加一个原源码里没有的小功能比如课程评价、学习进度记录、公告管理这样查重和答辩都好过得多。2. 技术选型与架构设计每个选择都有它的道理2.1 SpringBoot为什么适合做服务端SpringBoot最直观的优势是“自动配置”。以前用SpringMVC要自己配数据源、事务管理器、视图解析器SpringBoot把大部分常用配置都预设好了你只要在pom.xml里引入依赖写一个main方法就能跑起来。在线上辅导班系统里后端需要提供这几类能力登录认证和角色授权课程、章节、课时等核心表结构的CRUD报名和订单这种带状态流转的业务操作按时间、按讲师统计报名数据的查询接口。SpringBoot的starter机制让这些能力都能以“加依赖写接口”的方式快速落地。比如集成MyBatis-Plus后单表CRUD连SQL都不用写直接继承BaseMapper就行这对课程管理这种纯增删改查功能来说效率极高。2.2 Vue的前后端分离方案Vue在这个项目里的角色是一个单页应用。页面之间通过vue-router切换不会出现传统网页那种每次跳转都刷新整个页面的体验。前端工程通常分成这么几个目录src/api按模块封装axios请求src/router定义路由表src/views放页面组件src/store放全局状态比如登录用户信息src/components放可复用的表格、弹窗、表单组件。管理后台最常见的形态是左侧菜单右侧内容区这个布局在Vue项目里通常由一个主布局组件搞定所有页面通过子路由嵌进去。老师和管理员看到的菜单不一样不是做两套前端而是在路由配置里根据登录用户的角色做动态过滤。2.3 权限认证的选择JWT为主流毕设源码里登录认证有两种常见做法SessionCookie和JWT。现在大部分新一点的Vue前后端分离项目都用JWT因为后端不存Session状态前端在登录成功后拿一个Token存到localStorage之后每次请求在请求头里带上后端通过拦截器解析Token判断用户身份。JWT的核心流程用户把用户名密码发给后端后端校验通过后把用户ID、角色等字段放入Token签名后返回前端存Tokenaxios拦截器统一加到请求头后端有一个拦截器除了login和register其余接口都校验Token解析失败就返回401。好处是后端接口天然变成无状态以后做微服务也可以直接复用同一套认证逻辑。要注意的是JWT里有Base64编码的用户信息不要往里塞密码签名密钥要放到配置文件里而不是写死在代码里。2.4 数据库建模先把表结构想清楚再写代码数据库设计直接决定项目后期好不好写。线上辅导班的表结构通常包括这样几张核心表表名用途关键字段sys_user存放管理员、老师、学生三种账号username, password, role, statuscourse课程基本信息course_name, teacher_id, price, cover, statuscourse_chapter课程的章节course_id, chapter_name, sortcourse_lesson章节下具体的课时chapter_id, lesson_name, video_url, durationsign_up学生报名记录student_id, course_id, statusorders订单记录order_no, student_id, course_id, amount, statussys_user里用role字段区分角色而不是为老师、学生各建一张表这是一个很重要的设计三类账号的登录逻辑完全一样只是登录后的权限不同如果拆成三张表登录验证会变得非常麻烦。course表通过teacher_id关联sys_user可以间接实现“按老师查询课程”的需求。sign_up表则是一张关联表避免在course表里维护一个冗余的学生ID列表。数据库设计有一个判断标准如果是“一个学生对应多个课程、一个课程对应多个学生”必然需要中间表。sign_up就是学生和课程之间的桥表同时带上报名时间、状态、关联订单ID方便追查报名和支付的对应关系。3. 核心模块拆解从登录到数据统计的完整链路3.1 用户认证与角色权限用户认证部分我上面已经说了JWT的流程。在Vue端登录页写好之后需要处理一件事路由守卫。也就是在进入每个页面前判断一下当前用户是否已登录如果没登录就跳转到登录页。router.beforeEach((to, from, next) { const token localStorage.getItem(token) if (to.path ! /login !token) { next(/login) } else { next() } })角色权限可以在Token里带上role字段解析出来后决定左侧菜单渲染哪些项。比如管理员看到“讲师管理”“课程审核”“数据统计”老师看到“我的课程”“学生列表”学生看到“课程大厅”“我的报名”。菜单渲染用v-if判断角色即可不用做太复杂的权限体系。这里要注意前端菜单只是控制页面显示真正做权限控制的是后端接口。否则有人直接调用后端地址也能访问数据。后端需要在拦截器里校验Token然后写一个注解或手动判断角色比如管理员接口只允许role为admin的请求访问。3.2 课程管理模块三级结构的数据关系课程管理是整个辅导班系统最核心的模块通常按“课程-章节-课时”三级结构来组织课程表存课程名称、封面图、简介、价格、授课老师、开课时间章节表存这个课程有哪些章比如“第1章 Java基础语法”课时表存每个章节下的具体课时比如“1.1 变量与数据类型”和对应的视频链接。这么设计的好处是前端可以做一个树形展示点开课程看到章节列表点开章节看到课时列表。如果只在一张表里用parent_id做无限级分类查询效率会下降而且写SQL容易出错。三级结构固定且清晰对毕设项目来说是最稳妥的方案。新增课程时前端需要用一个Tab页或者分步表单第一步填课程信息第二步维护章节第三步在章节下面添加课时。后端提供三个接口分别保存然后前端通过课程ID把它们串起来。3.3 报名模块并发与重复报名问题报名模块看起来简单其实是业务里最容易出Bug的地方。一个典型的报名流程是学生点击报名系统判断课程是否还有名额、是否已经报过名然后生成一条sign_up记录如果是付费课程还需要生成一笔订单。重复报名怎么防最保险的做法是在sign_up表给student_id和course_id建联合唯一索引让数据库层面挡住重复数据。后台接口里即使查了一遍再插入也可能因为自己程序判断逻辑的问题漏掉但唯一索引是兜底。课程名额限制怎么处理可以在course表加一个total_student字段报名时开启事务先把课程行锁住然后判断当前报名人数是否小于容量再插入报名记录并更新人数。Transactional public void signUp(Long courseId, Long studentId) { Course course courseMapper.selectByIdForUpdate(courseId); if (course.getSignCount() course.getTotalStudent()) { throw new BusinessException(课程已满); } int count signUpMapper.countByCourseAndStudent(courseId, studentId); if (count 0) { throw new BusinessException(请勿重复报名); } // 插入报名记录更新已报名人数 }这个写法在毕设源码里可能看不到但在答辩时主动提出来会让老师觉得你考虑到了并发问题算是一个加分点。3.4 订单与模拟支付设计线上支付如果真要对接微信、支付宝沙箱流程会占用大量时间而且涉及商户资质审核毕设一般不会选这条路线。最常见的是“模拟支付”学生报名后生成orders记录状态为待支付页面展示“去支付”按钮点击后弹出一个模拟支付窗口显示应付金额点确认前端调后端支付接口后端把订单状态改为已支付同时更新sign_up状态为已报名。这里订单号不要用数据库自增ID而是要生成一个唯一业务编号比如时间戳随机数。方便出问题时人工排查也给系统留了以后对接真实支付的接口空间。order表的状态字段可以设计成枚举0待支付、1已支付、2已取消、3已退款。3.5 数据统计模块用SQL和ECharts做可视化数据统计是很多毕设里比较薄弱、但又是导师喜欢问的部分。线上辅导班平台常见的统计需求有三个报名趋势按天统计最近7天或30天的新增报名量课程排行按报名人数或收入给课程排个名老师业绩统计每个老师名下课程的报名总人数。后端SQL其实不难比如按日期统计报名趋势SELECT DATE(created_time) as day, COUNT(*) as cnt FROM sign_up GROUP BY DATE(created_time) ORDER BY day DESC LIMIT 7前端用ECharts画一个折线图接口返回的数组直接填进去就行。注意SQL里的日期函数在不同数据库里有差异MySQL用DATE()如果你用的8.0版本还可以用DATE_FORMAT控制返回格式。4. 本地部署实操从零到系统能跑起来4.1 环境准备与版本匹配建议部署这套系统之前先把环境装好。Java、Maven、Node.js、MySQL这些基础环境我就不展开安装步骤了网上教程很多但版本匹配容易坑人组件建议版本说明JDK1.8或11大多数SpringBoot 2.x源码都要求JDK 8以上Maven3.6以上太老容易解析不了新依赖Node.js14或16很多Vue2项目在这个版本下安装依赖最稳MySQL5.7或8.08.0连接串要加serverTimezoneIDEA/VSCode最新即可后端用IDEA前端用VSCode都有对应插件这里要多说一句如果下载的源码用的是SpringBoot 3.xJDK至少得17并且很多依赖包不是javax开头而是jakarta开头代码里的import也要改。如果对版本不熟悉优先选择SpringBoot 2.x版本的源码学习资料最多踩坑最少。4.2 导入数据库并修改配置文件拿到源码后通常在项目根目录或doc文件夹下有一个.sql文件。打开MySQL新建一个数据库比如tutor_system然后导入SQLmysql -u root -p tutor_system tutor_system.sql数据导入完成后打开后端的application.yml找到数据源配置spring: datasource: url: jdbc:mysql://localhost:3306/tutor_system?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 你的密码 driver-class-name: com.mysql.cj.jdbc.Driver这里的password一定要改成你自己的MySQL密码。如果你用的是MySQL 5.7驱动类可以保持com.mysql.jdbc.Driver但8.0必须用com.mysql.cj.jdbc.Driver否则启动就会报ClassNotFoundException。4.3 后端启动与常见失败处理用IDEA打开后端项目等待Maven下载依赖。如果下载慢在maven的settings.xml里配置阿里云镜像不然会等到怀疑人生。依赖下载完成后找到带main方法的Application类右键运行。启动过程中最常见的三个问题端口被占用默认端口是8080如果被占用了报错信息会显示Port already in use。改成8081同时前端代理也要同步改。数据库连接失败仔细检查application.yml里的密码、数据库名、serverTimezone配置。Bean创建失败多半是某个Mapper的XML文件或注解写错了往下看Caused by后面的信息一般是具体Mapper或Service的名字。启动成功后先在浏览器访问一个controller接口比如localhost:8080/api/auth/login能返回JSON说明后端起来了。4.4 前端启动与接口联调后端跑起来后处理前端。打开前端项目文件夹先安装依赖npm install这是整个部署流程里最需要耐心的环节。报错常见的有node-sass安装失败、grunt相关依赖编译失败原因是Node版本太高。解决办法就是把Node降到14或16或者改用项目的package.json里锁定的版本。Vue2项目用Node 16基本能顺利装上依赖Vue3 Vite用Node 18更合适。安装完成后启动开发服务器npm run serve启动成功后访问localhost:8080能跳到页面但看不到数据那就要检查代理配置。前端开发环境通常通过vue.config.js里的devServer代理来解决跨域devServer: { proxy: { /api: { target: http://localhost:8080, changeOrigin: true } } }这样前端请求localhost:8080/api/login时会被转发到后端localhost:8080/api/login。如果后端端口改过这里target也要同步改。联调时打开浏览器F12看到网络面板里请求状态不是404和500就说明代理解通了。5. 避坑指南这些坑我基本都踩过5.1 前端刷新就404Vue项目用的history路由模式在开发环境没问题但如果部署到服务器上或者打包后直接双击index.html打开刷新非首页路由就会提示404。原因很简单浏览器请求服务器上一个不存在的路径服务端没有把请求重定向到index.html。解决办法有几个本地测试不打紧但提交报告时要说明使用的是Hash模式还是History模式如果用了History模式部署到Nginx需要在nginx配置里加一段重定向规则。location / { try_files $uri $uri/ /index.html; }很多同学不懂为什么刷新就白屏提前知道这个坑答辩时被问到也不慌。5.2 时间字段乱掉MySQL默认时区和中国差8小时连接串不加serverTimezoneAsia/Shanghai查询出来的时间就会比实际时间少8个小时。还有一种情况是后端返回给前端的日期格式是一串数字时间戳解决方式是配置Jackson的日期格式spring: jackson: date-format: yyyy-MM-dd HH:mm:ss time-zone: GMT8如果前端拿到的时间还是不对检查前端有没有对时间做格式化。建议后端统一返回字符串时间格式前端不要自己计算省得时区问题来回扯。5.3 数据库中文乱码建库的时候没有指定utf8mb4导入SQL后可能出现问号和乱码。创建数据库时就执行这句CREATE DATABASE tutor_system DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;utf8mb4比utf8多支持一些特殊字符现在所有新项目都推荐直接用utf8mb4。同时连接串里的characterEncodingutf8也要写两个地方配合起来才能保证中文正常。5.4 Token过期与登录失效JWT如果设置了过期时间前端会在某个时刻发现所有接口返回401。这时候最简单的处理方式是在axios响应拦截器里判断状态码如果是401清除本地Token并跳转到登录页。如果是学习项目不建议做太复杂的Token自动刷新机制但答辩时如果老师问“过期了怎么办”至少要有这个处理逻辑说明你考虑过这个问题。5.5 代码从网上复制但包名不一致很多源码下载后直接复制粘贴会报错。原因是包名、类名、前端路由里的路径对不上。我习惯的做法是先看后端Application类的包名然后顺着controller、service、mapper一层层看前端先从main.js进看它引入了哪个App.vue和router再顺着router找到页面组件。整个项目跑得通的前提是每个import路径都能对到真实文件这一步花点时间理顺后面就顺畅了。6. 答辩与加分技巧源码项目怎么从“能用”变成“优秀”6.1 自己先准备一套演示脚本答辩现场最尴尬的情况不是不会讲而是现场操作时不知道点哪里。我建议在答辩前把项目清空数据用一套固定的演示脚本走三遍用管理员账号登录新增一门课程挂到某个老师名下切换到学生账号浏览课程、报名、模拟支付切回管理员账号在统计页面查看刚才这条报名数据是否出现在图表里。一个项目能被完整演示下来比画半天架构图有用得多。演示时先走主流程再补充说明自己改动过的部分。6.2 高频追问怎么接答辩老师大概率会问这些问题为什么选择MySQL而不是Oracle答MySQL免费、轻量、部署简单适合小型在线教育平台Oracle授权复杂且开销大。讲一下JWT登录的原理答登录成功后后端签发Token前端每次请求放在Authorization头里后端拦截器解析Token并校验角色。要能把Token的三个部分payload、signature说清楚。密码存的是明文吗答不是。用MD5加盐或BCrypt加密。如果源码里是明文答辩前建议改成BCrypt这是一眼就能发现的低级问题。如果用户同时抢最后一个课程名额怎么办答报名接口加事务在事务内先锁行再判断剩余名额防止超卖。MyBatis-Plus和MyBatis有什么区别答MyBatis-Plus对单表操作做了增强内置通用Mapper减少重复SQL开发复杂查询仍然手写XML。这些问题都不难但前提是你真的看过源码而不是只跑通界面。每看一个模块问自己一句“这块如果让我重写我能不能写出来”能的话答辩基本就稳了。我自己的体会是SpringBootVue这个技术栈最难得的地方在于它让你在毕业之前就体验了一遍真实项目的开发方式后端不关心页面长什么样前端不关心SQL怎么写两边通过JSON接口交流。线上辅导班系统又是那种“业务复杂度恰到好处”的题目做完它你既理解了权限控制、订单状态、数据关联这些通用概念又没有陷入电商那种高并发、分布式的高难度场景里。如果你拿到的源码只是简单能跑建议把上面说的那些方案趁答辩前自己加上哪怕只是加一个字段、一个表格讲项目的时候都会更有底气。
