SpringBoot+Vue+MySQL在线教学平台毕设开发与部署全指南

1. 这个项目到底在做什么每年毕业季后台都会收到一堆类似的问题老师给的毕设题目太老网上下的源码又跑不起来自己从头写又怕时间不够。如果你搜到“SpringBootVueMySQL 信息化在线教学平台”这个标题那说明你大概率也是奔着“拿到一套能跑的完整项目”来的。这套东西名字听起来长其实拆开就三件事后端用 SpringBoot 写接口前端用 Vue 搭页面数据全部落在 MySQL 里。很多年过去了这个技术组合依然是高校毕业设计里出现频率最高的一组搭配没有之一。我第一次接触这类项目的时候也天真地以为源码就是一切。真正动手才发现源码跑不跑得起来、论文跟代码对不对得上、数据库脚本能不能直接导入这几样东西比源码本身更影响你能不能顺利答辩。所以这篇不只是讲“平台有什么功能”我会把从拿到源码到成功演示、再到写完论文和准备答辩的整个链路讲透。不管你是想基于它改一版交差还是想把它当脚手架扩展出更复杂的功能都能从这里找到能直接复用的方法。这套平台能解决什么问题说白了就是让学校里的课程资料、作业布置、在线做题、师生互动这些事从线下搬到线上。适合谁来参考计算机相关专业的本科毕业生是主要受众另外就是刚学完 SpringBoot 和 Vue 想做全栈项目练手的开发者。2. 整体设计与技术选型拆解2.1 为什么是 SpringBoot Vue 这个组合很多同学选技术栈的时候会纠结要不要用微服务要不要上 Redis要不要搞个消息队列我的建议很直接——毕业设计追求的是“覆盖知识点”和“稳定运行”的平衡不是追求架构复杂度。SpringBoot 负责写接口和数据访问Vue 负责页面渲染和用户交互MySQL 负责持久化数据。这个组合的逻辑非常清晰前端请求后端接口后端操作数据库数据再以 JSON 格式返回给前端渲染。用 SpringBoot 的好处是它把大量配置都自动化了你不需要像老 Spring 那样写一堆 XML。内嵌的 Tomcat 也让部署变得简单一个 jar 包就能跑起来。Vue 的价值在于前后端分离的开发模式页面按组件拆分路由控制灵活。MySQL 就更不用说了结构化数据存储最成熟的方案学校机房、云服务器、自己电脑上随便装一个都能用。组合在一起这节课上你能跟老师讲清楚的要点就非常丰富RESTful API 设计、MVC 分层思想、JWT 身份认证、Vue 组件通信、Axios 异步请求、数据库表关系设计。哪个单点拿出来都够答辩时啰嗦好一阵子覆盖面足够广了。2.2 平台的核心功能模块与权限模型在线教学平台听着抽象落到代码里其实就几个核心模块。我在实际项目里最常看到的划分方式是三种角色管理员、教师、学生。管理员管用户、管课程分类、管系统参数教师创建课程、上传课件、布置作业、批改打分学生选课、看视频、交作业、查成绩。权限模型建议直接用基于角色的访问控制也就是 RBAC。数据库里设计用户表、角色表和用户角色关联表后端用一个拦截器来校验请求头里带的 token判断当前用户的角色和请求路径是否匹配。比如学生角色的 token 去请求教师才有的“创建作业”接口拦截器直接返回 401。前端再用 Vue Router 的路由守卫做一层页面级别的拦截双保险。功能模块上课程模块一定是主菜。课程基本信息、章节划分、视频资源、课件附件这些表要提前设计好。作业模块要有布置和提交两端教师端能看到班级所有人的提交状态和成绩学生端能上传作业文件并查看得分。考试模块如果时间不够可以做成简单的选择题在线作答能自动判分的那种效果非常好而且实现难度不大。2.3 后端三层架构与前端目录组织后端的代码结构我强烈建议严格分成三层Controller 层、Service 层、Mapper 层。Controller 只做参数接收和结果封装不写业务逻辑。Service 层放真正的业务处理代码比如“提交作业”涉及到的文件保存、成绩初始化和提交记录插入。Mapper 层用 MyBatis-Plus 的话大部分单表操作根本不用写 SQL继承一个 BaseMapper 就全有了。前端目录按模块组织。src 下面通常分成 api、router、store、views、componentsapi 里按后端模块拆分接口调用文件router 里配置动态路由views 里放页面组件。这里有个容易忽略的点图片、配置文件、静态资源要放到 public 目录下被页面直接引用的资源路径要搞清楚是相对路径还是绝对路径否则打包之后资源加载不出来。3. 核心模块实现与实操要点3.1 用户登录认证与 token 机制登录模块是整套系统的入场券大多数在线教学平台都会把它作为答辩时的第一个演示点。实现方案我建议直接用 JWT也就是 JSON Web Token。用户在登录页输入账号密码后端校验通过后生成一个 token 返回给前端前端把它存在 localStorage 或者 Vuex/Pinia 里。之后的每个请求Axios 拦截器都会自动在请求头上带上这个 token。后端通过一个拦截器来统一校验 token。SpringBoot 里实现 HandlerInterceptor 接口在 preHandle 方法里解析请求头的 Authorization 字段。解析失败就返回未授权状态码成功就把用户信息放到 ThreadLocal 里供后面的业务代码使用。这里有个细节每次请求都查一次数据库获取完整用户信息会拖慢性能token 里面携带用户 ID 和角色信息就够了。验证码建议加上虽然会增加实现的复杂度但毕设评审看到带验证码的登录页会觉得你考虑了安全问题。最简单的做法是用 Kaptcha 生成图片验证码后端把验证码文本存到 Session 里校验时直接从 Session 取。如果想玩点新的可以换成 Redis 存验证码顺便把 Redis 引入到项目里这又多了一个可说的技术点代价是多装一个中间件。3.2 课程模块的表设计与视频处理课程模块的核心不只是课程本身还有它关联的教师、分类、章节和资源文件。学生端的视角先看到课程列表点进去看到课程详情和章节目录再点进章节看到视频播放器、课件列表和随堂测试。数据库表设计上课程表建议包含课程名、课程简介、封面图 URL、教师 ID、分类 ID、状态字段。章节表通过课程 ID 关联课程包含章节标题、排序号、视频地址、课件地址。这里较大的坑是视频文件的存储方式。如果项目要求不高直接把视频文件放到服务器本地磁盘数据库里存一个 /upload/xxx.mp4 的路径。毕设评审不会在意你没有 OSS但你要能说清楚视频文件的存放逻辑和访问方式。视频播放前端可以用 Vue 生态里最常用的播放器组件支持常见的 MP4 格式就行。其实很多教学平台用的也是 HTML5 原生 video 标签简单可靠不容易出幺蛾子。我见过不少同学在视频播放上浪费了大量时间登录、课程管理这些主功能反而没时间完善这完全是本末倒置。3.3 作业发布、提交与成绩管理作业模块非常考验代码功底因为它涉及两个角色的交互。教师创建作业时需要选择所属课程填写作业标题、内容和截止时间可以只针对某个具体章节。作业发布后选课的学生在“待完成作业”列表里能看到点击提交后填写文字内容或者上传附件。这一块的表设计是三张表打底作业表存作业基本信息提交记录表存每次提交的内容、附件路径、提交时间、评语和分数作业表跟提交记录表之间是一对多的关系。这里建议提交表里冗余一份课程 ID 和作业 ID这样学生查看自己的提交历史时一条 SQL 就能查到作业标题和课程名不用多表关联查询效率高很多。成绩管理要实现教师的批改入口。教师端打开某次作业的提交列表能看到哪些学生交了、哪些没交点击某个学生的记录直接给分数和评语。这里有个很实用的技巧给提交记录表加一个状态字段0 表示未提交、1 表示已提交待批改、2 表示已批改。这样教师端列表页可以对未提交的学生也生成一条占位记录方便一眼看到全班的完成情况。3.4 考试答题与自动判分考试模块是加分项实现得好会明显提升答辩印象。最简单的方案是纯选择题和判断题题目存在考试表和题目表里学生提交卷面后后端逐题比对标准答案统计得分把结果回传给前端并写入成绩表。表设计上需要考试表、题目表和答题记录表。考试表存考试名称、所属课程、开始时间、结束时间、总分、及格分。题目表存题目内容、选项 A/B/C/D、正确答案、分值通过考试 ID 关联。答题记录表的核心字段包括学生 ID、题目 ID、作答内容、是否正确。前端把整张卷子提交后后端循环遍历题目做判断。一门包含二十道题的考试这个循环逻辑很简单主要是把事务处理好确保答题记录全部写入后再更新总分。前端试卷页我建议用组件化方式完成题目列表组件负责渲染每一道题答题卡组件展示题号和已答状态倒计时组件控制考试时长。交卷前最好再弹个确认框不然学生误点一下整个考试就没了这种体验太糟糕评审看到也会皱眉。4. 数据库设计与 MySQL 实操经验4.1 核心表结构梳理与字段设计数据库设计得好不好直接决定你后面写代码的痛苦程度。我帮你把一套典型的在线教学平台数据库梳理一遍你可以直接对照着建表。用户表sys_user是最基础的主键 id、用户名、密码建议存 BCrypt 加密后的密文、姓名、邮箱、手机号、头像、状态、创建时间。角色表sys_role放角色编码和角色名称。用户角色关联表sys_user_role就是把用户 ID 和角色 ID 对应起来。这三个表的设计几乎是通用模板以后你做任何管理系统都能拿过去用。课程相关的是课程表course字段有课程名、简介、封面、教师 ID、分类、状态。选课表course_selection记录学生选了哪门课字段包括学生 ID、课程 ID、选课时间。时间不够的话选课功能可以简化为管理员直接给学生分配课程但如果有选课功能论文里能多写一节内容。作业和考试部分作业表homework包含课程 ID、标题、内容、截止时间、创建教师 ID。作业提交表homework_submit包含作业 ID、学生 ID、提交内容、附件路径、提交时间、成绩、评语。考试表exam包含课程 ID、标题、开始时间、结束时间、时长、总分。题目表exam_question包含考试 ID、题型、题干、选项、答案、分值。答题记录表exam_record包含考试 ID、学生 ID、题目 ID、作答内容、是否正确。4.2 字符集、引擎和外键的取舍MySQL 建库的时候字符集一定要选 utf8mb4不是 utf8。utf8 在 MySQL 里最多只能存 3 字节的字符存储 emoji 表情或者其他特殊字符时会变成乱码。选 utf8mb4 是为了兼容 4 字节的字符这是我在实际项目里踩过的最直接的坑。引擎用 InnoDB这是默认选项也基本是唯一选项。它能支持事务和行级锁在线教学涉及成绩录入、作业提交这种高频写入场景事务支持非常关键。举个典型例子学生提交作业后端先插入提交记录再更新学生的“已提交”状态如果两者之间突然出错事务回滚能保证数据不会处于“提交了但显示未提交”的中间状态。关于外键我的建议是代码层面维护关联关系数据库层面不加物理外键。很多课程里讲外键是怎么限制一致性但那是在理论学习阶段。实际开发中物理外键会让删除、更新操作变得特别麻烦而且性能开销大。只需要在建表时给关联字段加上普通索引查询时用 JOIN 或者多条 SQL 手工维护一致性就行。4.3 初始化数据与 SQL 脚本管理毕设交付物里的数据库文件往往是别人把数据清掉之后重新导出的脚本。你拿回来后不能直接全部照做最好理清楚哪些是基础数据必须保留哪些是演示数据可以自己再造。基础数据包括系统管理员账号通常是 admin/123456 或者类似弱口令。角色数据要保留否则用户和角色关联不上登录后没有权限前端页面全被路由守卫拦下来。如果你看到脚本里还有几门课程和几十个学生账号别急着删。演示数据在答辩时救你命你不可能在紧张的答辩现场现造一条学生选课记录预置好这些数据能让你演示流程顺畅很多。导入 SQL 脚本时要注意执行顺序。表之间有外键约束的话要先建父表再建子表。用 Navicat 导入时如果报错建议直接打开 SQL 文件把 SET FOREIGN_KEY_CHECKS0; 放到文件最前面临时跳过外键检查导入完成后再恢复。5. 源码部署过程与关键环境配置5.1 本地开发环境搭建全景环境搭建是拦路虎我在各种群里看过无数条“为什么我的项目跑不起来”九成是环境问题。前端要 Node.js 环境我推荐 14 到 16 的 LTS 版本太新的版本偶尔会跟一些老依赖起冲突。装完 Node.js 后npm 是自带的不需要额外装。Vue 项目拿到手先在项目根目录执行 npm install 安装依赖这一步在网速一般的情况下可能得等好几分钟。装完执行 npm run dev浏览器打开 localhost:8080 就能看到前端页面了。后端要 JDK 8 或者 JDK 11Maven 3.6 以上。用 IDEA 打开项目后需要等 Maven 把 pom.xml 里的依赖全部下载完。这里有个很实用的配置建议给 Maven 配一个阿里云镜像仓库能极大提升依赖下载速度。本地没有配镜像的同学下载 Spring Boot 全家桶依赖可能要等半小时以上配了之后通常三分钟内解决。前置还差一个 MySQL。Windows 上安装 MySQL 8.0 的流程并不复杂下载安装包后解压初始化 data 目录启动服务后通过命令行或者可视化工具创建数据库把项目里的 SQL 脚本导入进去。项目里的 application.yml 文件要检查三处关键配置数据库地址通常是 localhost:3306数据库名要跟你创建的库名一致账号密码要改成你本地的实际值。5.2 后端启动常见配置项详解Spring Boot 项目的配置文件里有几个隐藏要点照着默认配置跑很容易出问题。第一个是端口号默认 8080如果你同时开着别的项目端口冲突会导致启动失败。改成 8081 或者 9090 都行只要跟前端请求的地址保持一致。第二个是数据连接池的 URL。如果你是 MySQL 8.0数据库驱动要选 com.mysql.cj.jdbc.DriverURL 里要加 serverTimezoneAsia/Shanghai否则会出现时区报错。这个报错信息相当有迷惑性我第一次遇到时花了一晚上才搞明白其实就是时区参数问题。第三个是文件上传大小限制。在线教学平台有视频和课件上传功能Spring 默认单文件上传上限是 1MB上传几 MB 的课件就报错。需要在配置里把 spring.servlet.multipart.max-file-size 调大比如 500MBmax-request-size 也同步调大。5.3 Vue 项目启动与跨域问题处理前端的跨域问题是大坑。为什么会有这个问题因为前端开发时运行在 8080 端口后端接口在 8081 端口浏览器出于同源策略会拦截跨端口请求导致前端所有请求都报错。解决办法是配置前端代理。在 Vue 项目的 vue.config.js 里配置 devServer 的 proxy把 /api 开头的请求转发到后端地址。配置好之后前端代码里请求路径写 /api/login实际访问时会被代理到 localhost:8081/login。开发环境下这个方案很好用不需要后端做任何跨域配置。生产环境构建时npm run build 会生成 dist 目录里面是纯静态文件。你可以用 Nginx 部署配置一个 serverroot 指向 distlocation /api 开头的路径反向代理到后端地址。如果不想引入 Nginx也可以把 dist 目录里的文件复制到 SpringBoot 项目的 static 目录下打成 jar 包后用同一个端口访问但这种做法混淆了前后端职责建议优先用 Nginx 方案。5.4 部署文档应该包含哪些核心内容一套好的部署文档能让你在换电脑重装环境时少走两小时弯路也能在答辩时给老师留下“这人做事完整”的好印象。一个完整的部署文档应该包含这几块内容环境要求说明列出需要的 JDK、MySQL、Node.js 版本数据库初始化过程包含具体导入步骤和可能遇到的编码问题后端配置修改清单标明要改哪些参数前端构建命令和构建产物部署路径系统功能演示指南列出管理员、教师、学生三个角色的账号和操作入口。照着这个清单写文档你不需要写出软件工程教科书级的完整度只要保证另一个人拿到文档后从零能把项目跑起来即可。这个标准是毕设评审老师很看重的一点因为他会现场让电脑盲助教帮忙起服务起不来就尴尬了。6. 论文写作与答辩准备的实操方案6.1 论文结构的黄金模板毕设论文动辄要求一万字以上很多同学一看就头皮发麻其实拆开来看是有固定套路的。我见过最省力又能保证质量的论文结构是这样摘要写 “基于 SpringBoot 和 Vue 设计并实现了一套信息化在线教学平台”。绪论部分写研究背景从教育信息化的大方向切入引到传统教学管理效率低的问题然后介绍国内外研究现状。需求分析部分画用例图把管理员、教师、学生三个角色的功能需求写清楚顺便写一点非功能性需求比如系统响应时间不超过 3 秒、支持并发访问等。系统设计部分是重头戏。总体架构图用一张分层图画出前端、后端、数据库的交互方式。功能模块设计要配合截图说明每个模块的实现效果。数据库设计要列出主要表的字段说明最好用表格形式一个字段一行写明类型和备注。系统实现部分把核心代码贴出来并配文字说明但千万不要整段整段地粘贴代码每个模块贴二十来行核心代码就足够了重点是讲清楚执行流程。测试部分写功能测试用例和结果列出测试步骤、预期结果、实际结果再来几个典型页面的测试截图这部分的真实性比数量重要。6.2 截图素材怎么收集才高效论文里需要大量页面截图这是让论文看起来厚实的最快方式。我的经验是进入系统后按照管理员、教师、学生三种角色分别跑一遍所有功能每个功能操作到结果展示页面时按下键盘的 WindowsShiftS 或者微信的截图快捷键把图片直接存到论文对应章节的文件夹里。有个实战技巧准备一套完整且好看的演示数据。比如一门课程配三个章节作业配几份已提交的附件考试成绩刷成一份具有区分度的数据90 分、74 分、65 分这种分布看起来真实可信。用这套数据截图论文里的“界面展示”页面就不会是一堆空表格视觉上会好非常多。6.3 答辩前必须准备的十个问题答辩时间通常只有十几分钟老师问的问题高度集中在几个方向。我总结了高频问题建议你提前写好应答稿为什么选择 SpringBoot 而不是 SSM答SpringBoot 简化了配置内嵌服务器自动装配机制让开发效率更高适合快速搭建稳定可靠的后端服务。Vue 相比传统 JSP 的优势是什么答前后端分离页面渲染由客户端完成响应更快组件复用性强。你的权限控制是怎么做的答先讲 JWT 认证流程再讲拦截器校验 token最后讲前端路由守卫三层各是什么职责。数据库为什么用 InnoDB答支持事务和行级锁保证并发场景下的数据一致性。某个表为什么加这个索引答为了加速查询举例说明这条 SQL 的查询场景。文件上传怎么处理文件重名答上传时使用 UUID 生成新文件名保留原文件名的后缀用于识别文件类型。如何防止用户越权访问别人的作业答每次查询时校验登录用户和资源所属者的匹配。密码存储用了什么加密算法答BCrypt。课程的视频文件存放在哪答服务器本地磁盘统一目录下数据库存访问路径。如果注册用户太多一台服务器扛不住怎么办答考虑负载均衡和数据库读写分离这是一个扩展性话题。这些问题你不需要全部背得滴水不漏关键是每个问题都能接得上话并且能往你自己实现的功能上引。冷场比答错更尴尬哪怕答案不完美只要不停地在说话老师一般都会让你过。7. 常见问题与排错技巧实录7.1 后端启动失败的高频原因项目启动失败九成是三类原因。第一类是端口被占用那就在 IDEA 控制台看报错信息日志里会明确写着 Port 8080 was already in use 这样的字样。解决办法是找到占用进程并关闭或者干脆改项目端口。第二类是数据库连不上报错内容一般是 Communications link failure 或 Access denied for user。前者说明地址或者端口有误可能 MySQL 服务没启动。后者说明账号密码不对。还有一种情况是数据库名称不对连上数据库后找不到表报 Unknown database 的错误。第三类是依赖缺失Maven 的依赖没有完全下载成功通常表现为 ClassNotFoundException 或 NoClassDefFoundError。解决办法是执行 mvn clean 加 mvn install让 Maven 重新解析所有依赖。如果还不行就去本地仓库目录找到对应依赖的 lastUpdated 后缀文件手动删掉后重新下载。7.2 前端页面打不开与接口调用失败npm run dev 之后浏览器访问 localhost:8080 没有内容先看终端有没有报错再确认 8080 端口是否被占用。如果报错信息是 Module not found那说明有依赖没装全删掉 node_modules 目录后重新执行 npm install。页面能打开但所有接口都报错第一个要看的就是浏览器开发者工具。打开 Network 面板看请求的 HTTP 状态码。如果是 401 或 403大概率是 token 没带上或者已经过期重新登录就好。如果是 404看请求路径和后端 Controller 映射是否一致。如果是 502 或 504就是后端服务没启动或者后端端口跟前端代理配置不一致。前端有时还会遇到跨域问题页面没有任何数据但也看不到明显的报错信息。此时看控制台里的报错提示找到 “CORS” 或者 “blocked by CORS policy” 字样确认代理配置是否正确请求路径是不是漏了 /api 前缀。7.3 数据库导入异常与查询效率低下SQL 文件导入时报错最常见的是编码问题。脚本文件里有中文注释或数据包含中文而客户端默认编码不是 utf8 就会出现乱码甚至导致导入中断。导入时选择 utf8 编码重新执行或者把文件另存为 UTF-8 格式再试。数据库里的数据量一旦超过几万条联表查询就会开始变慢尤其是课程列表页和作业提交列表页。这种体量下用复合索引就能解决九成性能问题。比如提交记录表经常按照作业 ID 和提交时间来筛选那就给作业 ID 和提交时间建一个联合索引。在 Navicat 里执行 EXPLAIN 查看执行计划就能看到当前 SQL 有没有用到索引字段。7.4 视频课件无法播放的排查思路教学平台里视频打不开是答辩现场非常容易翻车的事故。最常见的坑有四个一是文件路径不存在上传时没存对路径播放时读取了错误地址二是文件名包含中文和特殊字符浏览器解析 URL 时出现问题三是视频格式不兼容比如某些浏览器不认 MKV 格式四是后端服务没有静态资源映射URL 请求到了后端但没有对应的处理器。排查时先用浏览器直接访问视频文件的完整地址。如果可以直接播放说明资源存放在正确位置问题在前端组件或者路由配置。如果显示 404那就去服务器目录检查文件是否存在检查后端配置里静态资源映射路径是否正确。SpringBoot 里可以通过继承 WebMvcConfigurer 并重写 addResourceHandlers 方法把 /upload/** 映射到本地目录。8. 从零到可交付的完整流程串讲讲到这里单点知识已经有了最后把整体流程串一遍。假设你今天才拿到这套源码距离答辩还有两周我的建议是按这个顺序推进先花两天把环境搭好让项目在本机完整跑起来。这个阶段的目标是跑通不是看懂代码。跑通之后用三天时间以管理员角色把系统的每个页面点一遍了解每个功能入口和页面跳转关系同时把截图素材收集好。这时候你已经能大致理解系统的数据流转了。接着花四天时间重点研究核心模块的代码实现从登录认证开始沿着课程管理、作业管理、考试管理这条线逐块读代码。读代码的时候不要只看要把系统演示流程写成一个脚本哪一步点哪个按钮、应该看到什么结果这个脚本就是答辩演示的剧本。再用两天整合论文材料把已经写完的章节跟代码核对一遍确保论文里写的功能、截图都和系统实际操作一致。最后两天用于模拟答辩找同学当评审按照答辩流程完整走一遍把讲解语言精简到五分钟以内。这个节奏适合大多数基础一般的同学。如果时间更紧压缩重点在于跳过“读懂所有代码”这个环节直接照着演示脚本练操作把界面和演示流程记熟论文从现有模板改代码细节留到答辩前看个大概。这也是不得已的保底策略。9. 我踩过最深的坑与最后给你的一点建议整套项目写下来如果我只能分享一条经验那就是千万别在答辩前夜改代码。这句话听起来像废话但是每年都有人栽在这里。答辩前一周系统跑得好好的你心血来潮想把登录页换个样式改完发现登录接口也出了问题紧急回滚发现 git 提交历史是空的整个晚上都在修代码第二天只能红着眼去答辩。所有改动都留到答辩之后再处理演示前只允许做数据操作和环境恢复。另一个重要的经验是备份意识。项目源码、SQL 脚本、论文文稿、截图素材这四样东西全部放到网盘和 U 盘各存一份。我见过有人答辩前硬盘坏了U 盘中毒了最后只能找同学拷了一份残缺的代码那种绝望感我不想任何人体会第二次。如果你时间充裕我非常建议往平台里加一个当前版本没有的功能比如数据可视化统计把选课人数、作业完成率、成绩分布用 ECharts 图表展示出来。哪怕只是给课程管理加一个按教师筛选的查询框都会让你的系统看起来不是纯抄的论文里也能多写一节“系统特色功能”。这个差异化在评审老师眼里非常加分因为同一个题目的毕设每年都有看到功能类似的作品他们只能靠细节区分谁做了功课、谁在划水。做这个项目的过程中你遇到的所有问题基本都能在搜索引擎里找到答案前提是你得学会把报错信息完整复制下来而不是只贴半截让人猜。这本身也是毕业设计训练的核心能力之一把输入转化为方案。祝你的系统能顺利跑起来答辩时稳如老狗。