1. 项目概述与选题思路1.1 核心需求解析这个项目到底要做什么校园视频平台系统说白了就是给学校内部做一个类似B站的视频网站。学生可以上传视频、浏览视频、给视频点赞评论管理员负责审核内容和用户管理。这类题目在计算机毕业设计里非常常见因为它的业务逻辑完整清晰、功能边界明确、技术栈主流无论是做本科毕设还是作为求职项目经验都有足够的含金量。很多同学拿到这种题目第一反应是又是一个增删改查但实际落地时你会发现视频平台比普通的图书管理、学生管理系统要复杂得多它涉及文件上传、视频转码、流媒体播放、权限控制、评论审核等多个环节。尤其是视频播放这一块如果处理不好答辩时很容易被老师问住。我在做这个项目时最深的体会是题目越普通越要做出差异化。校园视频平台的校园二字是关键它决定了系统的业务规则——比如学生只能上传学习类视频、需要进行内容审核、需要按学院和课程分类这些细节才是让系统真正活起来的地方。1.2 项目正文与交付物拆解源码、数据库、文档三件套这个毕业设计项目标题里明确写了交付物是源码数据库文档这也是绝大多数高校对毕设的硬性要求。很多同学只关注源码能不能跑起来忽略了数据库设计文档和论文撰写这是本末倒置。源码部分建议严格按照Maven的标准目录结构组织后端用SpringBoot的经典分层Controller、Service、Mapper、Entity前端用Vue的组件化开发这样不管是自己后续维护还是老师检查代码都能一目了然。数据库文件不要只给一个SQL导出文件尽量附上ER图、建表SQL和基础测试数据的说明。文档部分不只是操作手册更重要的是设计说明书——表结构为什么这么设计、权限模型怎么考虑、高并发场景下视频服务如何处理把思路写清楚论文也就完成了一大半。我见过太多同学从网上down一个项目结果数据库字段对不上、前端依赖装不上、文档和代码不一致这种项目在查重和验收时非常危险。所以这篇文章会从零开始拆解整个系统的设计思路和实现细节帮你把每一块内容都吃透。2. 技术选型深度解读为什么是SpringBoot Vue2.1 SpringBoot后端框架优势分析选择SpringBoot而不是传统的SSHSpring Struts Hibernate或者单纯的Servlet核心原因在于SpringBoot极大降低了配置成本。传统SSM项目光是配置applicationContext.xml、spring-mvc.xml、mybatis-config.xml就要写几百行而SpringBoot通过自动配置把大部分样板配置都省掉了。你只需要在pom.xml里引入依赖加上启动类上的SpringBootApplication注解就能跑起一个可用的Web服务。具体到校园视频平台这个场景SpringBoot有几个优势特别明显第一快速集成文件上传与静态资源映射。视频上传用Spring的MultipartFile接口处理视频文件存储路径通过配置项灵活指定播放时通过addResourceHandlers做虚拟路径映射不用额外配置Nginx就能完成最基本的视频访问。第二Spring Data JPA或MyBatis对数据库操作的简化。校园视频平台涉及用户、视频、评论、分类、收藏多张表的关联查询使用SpringBoot集成MyBatis Plus可以大大减少SQL编写量分页查询一行代码搞定。第三内置Tomcat容器打包成jar直接部署。毕设验收时不需要在老师电脑上装复杂的中间件环境一个java -jar命令就能启动这在演示环节是巨大的优势。提示SpringBoot版本建议选择2.x系列如2.7.x不要追求最新版。很多教学资源和第三方依赖如视频处理工具对SpringBoot 3.x的适配还不够完善尤其是如果你需要整合一些老的组件踩坑概率会翻倍。2.2 Vue前端框架与工程化实践前端的选型在Vue 2和Vue 3之间也让很多同学纠结过。如果学校课程教的是Vue 2网上大部分开源后台管理系统模板也是Vue 2生态的为了降低开发和调试成本选择Vue 2 Element UI是实操中最稳妥的方案。Vue 3的组合式API确实更现代但Element Plus的稳定性、第三方组件的丰富程度以及你参考资料的匹配度都需要额外花时间去验证。这个项目中前端的作用不只是展示页面更重要的是处理用户交互状态。我采用的是Vue CLI创建的标准工程结构结合Vue Router做路由管理Axios做HTTP请求封装配合Element UI快速搭建后台管理界面。针对视频播放页面我还引入了vue-player组件来统一封装视频播放器支持HLS格式的在线播放协议。前端项目的目录结构我建议按下面的方式组织src/ ├── api/ # 接口请求统一封装 ├── assets/ # 静态资源 ├── components/ # 公共组件导航栏、上传组件等 ├── router/ # 路由配置 ├── store/ # 状态管理Vuex/Pinia ├── views/ # 页面视图首页、视频详情、个人中心、后台管理 ├── utils/ # 工具函数时间格式化、token处理 ├── App.vue └── main.js这种组织方式的好处是职责清晰后端同学写前端也能快速定位文件和功能而且后续写论文的系统实现章节时可以非常方便地截图每个模块对应的代码目录。2.3 前后端分离架构与接口设计风格前后端分离已经是当前开发的主流模式也是毕设系统设计的加分项。分离的核心价值在于前端只要关注页面渲染和用户体验后端专注业务逻辑和数据处理二者的交互统一通过JSON格式的RESTful接口完成。我在实际编码中定的接口规范是这样的统一返回格式{ code: 200, message: 操作成功, data: {...} }分页参数统一page当前页码、size每页条数资源路径风格/api/v1/video/list、/api/v1/video/{id}、/api/v1/user/login鉴权方式登录成功后返回token前端存入本地存储每个请求在请求头中携带Authorization字段接口设计看起来是个小问题但对后续开发效率影响巨大。如果一开始就定义好统一规范前后端可以并行开发否则接口联调时三天两头改字段名非常耽误进度。我当时先把所有接口在YApi或Apifox上建好文档前端照着文档Mock数据后端专心写业务代码整个开发节奏顺畅了很多。3. 系统功能结构与数据库设计3.1 用户角色权限模型学生、教师、管理员的分权设计任何系统都要先想清楚角色和权限校园视频平台在这方面有天然的业务场景。我的设计是三种角色学生注册登录后可以浏览、搜索、播放视频上传视频发表评论和收藏教师除了学生的基本权限外可以审核本学院学生上传的视频发布课程相关的视频专辑管理员拥有后台全部权限负责用户管理、全站视频审核、分类管理、数据统计权限控制的实现方式很多同学第一反应是用拦截器判断角色字段但这在真实项目中不够灵活。我采用的是基于RBAC模型的表设计配合SpringBoot拦截器做URL级别的权限拦截。前端部分也有对应的路由权限控制用户在登录时后端返回角色标识前端根据角色动态生成可访问的路由表这样可以避免用户在浏览器直接输入URL跳过菜单权限限制。这个场景在论文中也是一个重要的技术亮点非常值得写进系统设计章节。3.2 视频内容分类与标签体系视频平台不能没有分类校园场景下分类结构我设计了以下几个维度按照内容性质课程录播、实验演示、学术讲座、校园活动、学生作品按照学院专业通过一个独立的学院表管理视频关联学院字段方便按院系筛选按照视频标签每部视频可以打多个标签实现标签云的召回与推荐分类和标签表的引入直接影响的是首页和搜索页的展示逻辑。一个刚上线的系统最怕的是首页内容杂乱无章用户无法快速找到感兴趣的内容。合理的分类体系配合导航栏的下拉筛选可以极大提升使用体验。数据库结构上视频表和分类表是多对一关系和标签表是多对多关系通过中间表关联。多对多关系的理解是很多同学在答辩中容易卡壳的地方建议在文档里画出清晰的ER图并解释清楚为什么需要中间表——因为一个视频有多个标签、一个标签对应多个视频这是典型的双向多对多必须拆出一个关联表来存储二者的关系。3.3 核心数据表结构与字段设计详解数据库是这个项目的地基我这里给出几张核心表的字段设计思路和建表SQL参考大家可以根据自己的实际业务做调整。用户表sys_userCREATE TABLE sys_user ( id bigint(20) NOT NULL AUTO_INCREMENT COMMENT 主键ID, username varchar(50) NOT NULL COMMENT 登录账号, password varchar(100) NOT NULL COMMENT 加密密码, real_name varchar(50) DEFAULT NULL COMMENT 真实姓名, role tinyint(4) NOT NULL DEFAULT 1 COMMENT 角色1学生 2教师 3管理员, college_id bigint(20) DEFAULT NULL COMMENT 所属学院ID, avatar varchar(255) DEFAULT NULL COMMENT 头像地址, status tinyint(4) NOT NULL DEFAULT 1 COMMENT 状态1正常 0禁用, create_time datetime DEFAULT CURRENT_TIMESTAMP COMMENT 创建时间, PRIMARY KEY (id) ) ENGINEInnoDB AUTO_INCREMENT1 DEFAULT CHARSETutf8mb4;密码字段千万不要明文存储我用的是Spring Security自带的BCryptPasswordEncoder做加密这是一种加盐哈希算法哪怕数据库泄露攻击者也很难倒推出原始密码。这个细节在论文的安全设计部分非常好用。视频信息表video_infoCREATE TABLE video_info ( id bigint(20) NOT NULL AUTO_INCREMENT, title varchar(100) NOT NULL COMMENT 视频标题, description text COMMENT 视频简介, video_url varchar(255) NOT NULL COMMENT 视频文件地址, cover_url varchar(255) DEFAULT NULL COMMENT 封面图地址, category_id bigint(20) DEFAULT NULL COMMENT 分类ID, user_id bigint(20) NOT NULL COMMENT 上传者ID, duration int(11) DEFAULT 0 COMMENT 视频时长秒, play_count int(11) NOT NULL DEFAULT 0 COMMENT 播放次数, like_count int(11) NOT NULL DEFAULT 0 COMMENT 点赞次数, status tinyint(4) NOT NULL DEFAULT 0 COMMENT 状态0待审核 1已发布 2已驳回, audit_by bigint(20) DEFAULT NULL COMMENT 审核人ID, audit_time datetime DEFAULT NULL COMMENT 审核时间, create_time datetime DEFAULT CURRENT_TIMESTAMP, update_time datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (id), KEY idx_category (category_id), KEY idx_user (user_id) ) ENGINEInnoDB AUTO_INCREMENT1 DEFAULT CHARSETutf8mb4;这个表的设计有几个细节值得注意status字段带默认值0对应待审核状态这是内容安全审核流程的基础play_count和like_count是冗余字段虽然不符合严格的第三范式但在实际项目里每次播放都去实时统计会有性能瓶颈用冗余字段配合定时任务或异步更新是通用的Trade-off。索引方面由于检索视频的维度通常是分类和用户所以对这两个外键字段都建立了普通索引避免全表扫描。评论表video_comment评论表相对简单主要包含评论内容、所属视频、评论人、父评论ID用于回复功能、状态字段正常/审核/删除。要注意的是视频列表页和详情页都需要展示评论数所以评论表设计时要考虑分页查询的效率对video_id字段建索引是必须的。3.4 文件上传与数据库存储策略视频文件本身不建议直接存数据库这是很多新人的误区。正确的做法是文件存储在服务器的本地磁盘或云存储数据库只存文件路径。原因是视频文件动辄几十上百MB如果存成BLOB字段数据库会变得非常臃肿备份恢复耗时剧增而且查询性能也会下降。我的项目里是这样设计存储路径的/opt/videoplatform/ ├── upload/ │ ├── video/ # 视频文件按日期子目录分目录 │ ├── cover/ # 视频封面图 │ └── avatar/ # 用户头像 └── temp/ # 临时文件转码、分片上传的中间文件上传接口使用SpringBoot的MultipartFile接口接收文件校验文件后缀名和大小之后用UUID作为新的文件名避免文件名冲突。上传成功后接口返回文件的相对路径前端拿到这个路径拼接成完整的访问URL。这里有一个我自己踩过坑的经验SpringBoot默认的单个文件上传大小限制是1MB如果不在配置文件中修改大小限制视频上传会报错。需要在application.yml加上配置spring: servlet: multipart: max-file-size: 1024MB max-request-size: 1024MB这个配置坑了好多人网上很多教程都没提到如果你发现自己上传大视频一直报错先检查这个值。4. 功能模块实现与核心逻辑解析4.1 视频点播与在线播放的实现思路视频在线播放是系统的核心功能也是技术难度最高的部分。这里的核心问题是浏览器如何流畅地播放服务器上的视频文件直接让前端拿到一个MP4文件的静态URL其实就能播但遇到以下问题不支持拖动到未下载的部分、大视频加载缓慢、移动端兼容性差。解决方案是采用HLS协议。把原始视频文件转码成m3u8索引文件加ts分片具体实现方式使用开源工具FFmpeg。在视频上传成功之后后端异步调用FFmpeg命令行进行转码生成多种清晰度的HLS输出。转码过程大致是这样的ffmpeg -i input.mp4 -profile:v baseline -level 3.0 -s 1280x720 -start_number 0 -hls_time 10 -hls_list_size 0 -f hls output/720p/index.m3u8-hls_time 10表示每个分片10秒-hls_list_size 0表示生成完整的播放列表文件这样前端拿到m3u8地址后就可以任意拖动进度条了。转码是CPU密集型任务大视频可能需要几十秒甚至几分钟所以用异步线程池来处理并把转码状态记录在数据库的transcode_status字段中前端通过轮询或WebSocket获知转码是否完成。前端播放m3u8视频时如果是Vue 2 Element UI的技术栈我使用的是video.js的videojs-contrib-hls插件配置起来非常方便this.player videojs(this.$refs.videoPlayer, { sources: [{ src: this.videoUrl, type: application/x-mpegURL }], fluid: true });注意如果你用的是Vue 3 Vite环境m3u8播放时需要额外关注跨域问题和HLS插件的兼容性可以改用hls.js库它在现代浏览器上的支持更全面。4.2 用户认证与JWT令牌机制用户登录认证我用的是JWTJSON Web Token方案。相较于传统的Session机制JWT的优点在于无状态、可扩展、适合前后端分离架构。用户登录成功后后端生成一串包含用户ID、角色、过期时间的加密字符串返回给前端后续请求前端在HTTP头中携带这个令牌后端通过拦截器统一校验身份。JWT的实现并不复杂引入jjwt依赖后核心代码大致如下// 生成Token String token Jwts.builder() .setSubject(userId.toString()) .claim(role, user.getRole()) .setExpiration(new Date(System.currentTimeMillis() 86400000)) .signWith(SignatureAlgorithm.HS256, secretKey) .compact(); // 解析Token Claims claims Jwts.parser() .setSigningKey(secretKey) .parseClaimsJws(token) .getBody();这套方案需要注意两个工程细节。第一secretKey不要硬编码在代码里要放到配置文件并通过环境变量注入这是论文中可以写进系统安全性设计的一点。第二前端在接收到HTTP 401状态码时要统一处理——清除本地token并跳转到登录页否则用户登录过期后会看到各种莫名奇妙的报错页面。4.3 视频上传的实战流程与异步转码视频上传模块如果做得粗糙就是选文件、点上传、显示进度但实际上要考虑的场景不少网络中断、文件过大、格式不支持、重复上传。我设计的完整上传流程如下前端选文件限制格式为mp4、avi、mov、mkv大小限制为500MB内前端用FormData把文件流发给后端上传接口后端先校验文件类型和大小合规然后用UUID重命名保存到服务器磁盘后端返回文件临时路径给前端前端提示用户继续填写视频标题、分类、标签等信息后点击发布后端把视频信息写入数据库状态为待审核同时触发异步转码任务转码完成后更新数据库的转码状态和视频播放地址管理员在后台审核通过后视频状态变为已发布前台可见这个流程和直接选文件-上传-写库的最大区别是将文件上传和信息发布解耦了。好处是即便网络不稳定上传失败用户也不需要重新填写一大段表单信息而且大文件上传体验更好传完文件再填信息不会让用户长时间等待空白页面。4.4 后台审核与内容管理模式校园视频平台的内容审核是个刚需模块也是区别于普通视频网站的功能亮点。管理员登录后台后可以看到待审核的视频列表点击可以预览视频内容然后选择通过或驳回驳回时可以填写原因。审核通过后系统自动将视频状态改为已发布驳回时用户在前台的个人中心可以看到审核失败的原因方便修改后重新提交。这个流程虽然逻辑简单但涉及不同角色的状态流转设计时要借助状态机思想把所有可能的状态变化理清楚防止出现用户重复提交、管理员重复审核等边界情况。后台的管理界面我用Element UI的表格组件搭建配合分页组件、筛选条件和关键字搜索数据结构清晰。如果时间允许还可以在后台增加一个简单的数据看板用ECharts展示最近一周的视频上传数量、用户增长率、播放量Top10等统计图表这会让整个系统在答辩演示时观感提升一大截。4.5 前台展示与搜索推荐的实现细节前台的首页展示逻辑我按内容冷启动的思路来设计。刚上线时没有用户行为数据所以首页主要展示最新发布的视频列表按时间倒序排列同时支持用户按分类筛选、按关键词模糊搜索。搜索功能使用的是MySQL的LIKE查询虽然对于海量数据不够高效但在毕设级别的数据量下足够用了。如果你想在论文中增加一个技术亮点可以引入Elasticsearch做全文搜索不过这会显著增加系统的复杂度和部署成本建议量力而行。视频详情页除了播放器还包括视频简介、作者信息、播放次数、点赞按钮、评论列表和发表评论的功能。点赞功能我用的是先更新点赞数再判断用户是否已经点赞的策略配合一张video_like表来记录用户点赞关系防止重复点赞。评论模块则支持两级评论——直接评论和对评论的回复通过parent_id字段区分。5. 项目部署与环境配置5.1 开发环境安装与版本搭配建议很多同学卡在第一步就是环境搭不起来这里给出一套经过多次验证的版本搭配JDK1.8Java 8不建议直接上JDK 17部分依赖和老项目适配有坑Maven3.6.3及以上版本Node.js14.x或16.xVue 2项目在Node 18上偶尔会出现OpenSSL兼容问题npm或yarnnpm 6.x或8.x都可以MySQL5.7或8.0均可字符集统一utf8mb4IDE后端IDEA前端VSCode或WebStorm工具Navicat或DBeaver用于数据库管理Postman用于接口调试Maven的settings.xml记得配置阿里云镜像否则依赖下载会慢到让人怀疑人生。Node的npm也可以切换淘宝镜像源命令是npm config set registry https://registry.npmmirror.com这两步配置大概能节省一个下午的时间非常值得。5.2 后端打包与配置分离实践后端开发完成后需要打包成可执行的jar包。常规做法是使用Maven的package命令但要注意配置文件的管理。理想的做法是用SpringBoot的多环境配置文件机制# application.yml 主配置 spring: profiles: active: dev # application-dev.yml 开发环境 server: port: 8080 servlet: context-path: / # application-prod.yml 生产环境 server: port: 8081 servlet: context-path: /注意在自定义配置项比较多的情况下如文件上传路径、数据库地址、JWT密钥等一定要用Value(${config.key})读取配置文件不要硬编码在Java代码里。这样将来部署到服务器时只要修改配置文件的内容而不用重新编译代码。5.3 前端打包并集成部署方案前端开发完成之后最常见的部署方式是把打包后的dist目录交给后端由SpringBoot统一托管静态资源。实现方法是复制dist目录下的所有文件到后端项目的src/main/resources/static目录下然后重新打包SpringBoot应用。这样整个系统只有一个jar包部署起来特别方便。需要注意的是前端路由如果使用了History模式刷新页面时会404。解决办法有两种一是改用hash模式URL中带#号对毕设来说完全够用二是在后端加一个路由转发控制器把非接口的请求全部转发到首页。权衡之下我建议直接用hash模式省心省力演示效果也完全没问题。5.4 本地测试数据与演示账号准备为了答辩演示顺利务必要在数据库中准备一批有代表性的测试数据不同类型、不同分类、不同审核状态的视频能够展示搜索功能的关键词可以演示分页效果的上百条评论数据。另外还要准备好三个角色的演示账号并记住密码比如管理员admin / admin123教师teacher / test123学生student / test123答辩的时候最怕现场出意外比如某个视频因为路径问题加载失败、评论刷不出来但如果有充分且多样的数据在库里演示效果会从容很多。6. 毕设常见问题与避坑指南6.1 视频上传后无法播放的排查路径这个问题出现频率极高现象是上传成功但播放器黑屏或404。按照下面的顺序排查大部分问题都能定位直接用浏览器访问视频URL看看能否加载文件如果404检查原因一般是后端静态资源映射没配置对也就是addResourceHandlers里路径没对应上如果403检查权限拦截器是否放行了视频访问路径如果视频可以访问但播放器无法播放看看视频编码格式是否浏览器支持尝试用FFmpeg转码成H.264编码的mp4对兼容性提升很大还有一个隐蔽的问题windows本地环境路径分隔符是\Linux是/如果存数据库的路径是在Windows上生成的部署到Linux服务器后会出现路径解析错误6.2 Maven依赖冲突与启动失败处理SpringBoot项目最常见的启动失败原因是依赖版本冲突或依赖缺失。遇到这个问题先别慌看控制台第一句报错一般是UnsatisfiedDependencyException或者ClassNotFoundException。解决方案很简单打开IDEA的Maven面板执行clean和compile观察编译报错在Maven侧边栏点击刷新按钮重新加载依赖如果某个依赖一直报红检查仓库中是否下载完整删除~/.m2/repository中对应目录后重新下载还有一个老生常谈的坑SpringBoot项目里引入了某个第三方jar后它的传递依赖可能引入一个旧版本的库里类导致启动时冲突。排查方式是执行mvn dependency:tree看依赖树找到冲突的版本后用exclusion排除。6.3 前端接口联调时的跨域问题前后端分离开发时前端运行在8080端口或3000后端运行在8081端口浏览器会拦截跨域请求。解决办法有两种在后端加CrossOrigin注解或者编写一个WebMvcConfigurer配置类实现全局跨域配置。第二种更推荐因为不用在每个Controller上都写注解。Configuration public class CorsConfig implements WebMvcConfigurer { Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping(/**) .allowedOriginPatterns(*) .allowedMethods(GET, POST, PUT, DELETE, OPTIONS) .allowedHeaders(*) .maxAge(3600); } }需要提醒的是allowedOriginPatterns(*)在生产环境是有安全风险的但在开发测试阶段作为通用配置是完全可接受的。论文中写安全设计时如果要体现严谨性可以说明生产环境会改用白名单机制。6.4 论文写作与答辩准备要点如果项目已经跑通了最后的精力应该放在论文和答辩上。论文的核心章节一定要包括系统需求分析功能需求和非功能需求、系统概要设计架构图、功能模块图、系统详细设计数据库ER图、表结构、核心类图、系统实现核心技术截图和代码片段、系统测试功能测试用例、性能测试结果。答辩时最容易翻车的几个点数据库设计不合理教师问你的播放量字段为什么不通过计算得出回答不上来。提前准备好冗余字段是为了降低统计查询压力这是典型的空间换时间策略这样的回答对安全机制理解不深教师问用户密码如何加密存储的如果答不上来就尴尬了系统启动时如果出现依赖环境问题处理过程不熟练非常影响评委的直观感受我个人的习惯是答辩前一晚完整跑一遍核心流程注册新用户、上传视频、管理员审核、前台播放、评论点赞。这个流程走顺了心里底气就足一大半。7. 项目价值与扩展方向7.1 作为毕设项目的评分亮点在哪一份毕业设计要想拿高分除了系统能完整跑起来更重要的是评委能从系统里看出你做过思考。基于SpringBoot Vue的校园视频平台在架构上的亮点包括前后端分离架构、RBAC权限模型、JWT身份认证、异步任务处理视频转码、HLS流媒体播放、数据统计可视化。把这些技术点在论文里体现清楚胜过单纯堆砌页面数量。7.2 从毕设到生产级系统还可以升级什么如果做完这个项目后你有余力可以尝试把这些方向做升级它们既是技术成长路径也是简历上的加分项引入Redis缓存热点视频信息和播放排行榜减少数据库压力接入阿里云OSS存储视频文件再配置CDN加速播放彻底摆脱本地存储的带宽瓶颈使用Elasticsearch实现全文搜索和标签推荐在视频播放页增加弹幕功能用WebSocket实现实时弹幕推送增加手机端适配或者用uniapp打包成小程序版本这些扩展方向并不需要在毕设阶段全部实现但如果你想在找工作时把它作为一个项目经验拿出来讲挑其中一两个真正理解并落地效果会非常不一样。7.3 写在最后的实操体会回头来看这个项目的整个开发过程我最大的感受是一个看起来普通的毕设题目只要从需求分析阶段就认真对待把技术选型、数据库设计、权限模型、异步任务这些环节都当成工程问题去思考完成之后收获远超能毕业本身。不要急着上手敲代码先花一两天把ER图、架构图、接口清单画出来后面才发现这是最省时间的一步。如果你现在正在做这个题目建议严格按照先数据库、后接口、再页面的顺序推进。把用户表、视频表、评论表、分类表建好把登录接口跑通整个系统的骨架就稳了剩下的功能模块就像拼图一样一个一个往里填。遇到问题不要慌多看日志、多搜报错、多在本地还原场景解决一个坑就离答辩成功近了一步。