企业官网建设流程全解析

1. 毕设选题与项目背景拆解

1.1 这届计算机毕设为什么还是绕不开SpringBoot

每年到了三四月份，群里就开始炸锅：毕设选题、毕设开题报告、不知道怎么跟导师交代系统进度。如果你也是今年要交计算机毕设的学生，打开这篇笔记的时间节点大概率很尴尬——要么刚拿到题目还不知道怎么下手，要么项目已经写完一半突然发现自己做的跟网上的模板没啥区别。

坦白说，计算机毕设这块，这几年技术选型的风向很明确：SpringBoot做后端、Vue或者JSP做前端、MySQL存数据。这个组合能火，不是因为它多新颖，而是因为它足够“稳”。我见过不少本科生的毕设题目，数据库方向很偏、技术栈很冷门，结果做完上不了台面不说，答辩的时候连熟悉你项目的人都没有。而SpringBoot生态成熟、资料海量、社区齐全，遇到问题一搜就能找到解决方案，这对毕设本身就是最强兜底。

“基于SpringBoot的智能题库与学习反馈系统”这个题目，表面看只是个标准的管理系统，但事实上它踩中了三个关键点：老师喜欢、有技术深度可挖、代码量适中。第一个点是它属于教育信息化方向，Word里写背景、写意义都非常好编；第二个点是你可以在里面加入组卷算法、学习行为分析、薄弱点反馈这些有含量的东西；第三个点则是它的CRUD并不过分庞大，一个人两三个月肝完不累。

所以我自己的判断是：如果你刚好分到这个方向，或者在毕设选题列表里看到“智能题库”“学习反馈”这几个字，值得认真研究一下，别把它当成普通的“图书管理系统”糊弄过去。

1.2 题库系统本质上是在解决什么问题

很多同学在写开题报告的时候喜欢用很空洞的话，比如“提高教学效率”“促进教育信息化”。但真正把系统做出来之后我才想明白，题库系统的本质就两个字：收敛。

老师在传统环境下的痛点是：出卷太难、组卷太慢、讲评没有数据支撑、学生学情全靠直觉。一个1000道题的题库，如果靠Word手动筛选，光看题目都要看到头昏眼花。而系统一旦建立起来，题目有了标签（所属章节、知识点、题型、难度），组卷就从人肉翻题库变成了“选条件—出卷—预览—发布”四步走。

对学生来说也一样。刷题最大的问题不是题目不够，而是你不知道自己哪里不会。大多数人刷题靠感觉，觉得自己“好像都还行”，结果一考试就露馅。也就是说，学生真正需要的不是更多的题，而是知道自己该做哪些题。

学习反馈系统在这里起到的作用，就是给每一步学习行为做数据画像。你在哪个章节的正确率低于及格线？哪类题型每次逢考必错？系统把这些数据攒下来，用可视化的方式反馈给学生，甚至可以直接针对弱项推题。这样“题库”和“反馈”就不再是两个独立模块，而是闭环——学生做题，系统分析，系统出反馈，反馈反哺下一轮刷题。

这是我理解这个题目时的核心切入点。如果你的开题报告还停留在线上的“题库管理”和“学生管理”功能罗列层面，那建议你重新梳理一下需求，把这个“闭环”逻辑写进论文的总体设计中，答辩的时候非常加分。

2. 技术选型与整体架构设计

2.1 为什么后端锁定SpringBoot而不是SSH或SSM

毕设技术栈最忌讳的是“为了用而用”。选题定了以后，最让我纠结的不是功能，而是技术选型。因为我知道，这个系统如果只用原生的Servlet写，代码量大不说，答辩时老师问“你用了什么框架来降低耦合度”会直接懵掉。

先说说SSH（Struts2+Spring+Hibernate）。这套组合在2018年以前还是主流，但现在新项目基本没人用了，原因是配置繁琐、学习曲线陡、资料老旧。你在CSDN上搜一个问题，答案都是七八年前的，坑都过时了。

SSM（Spring+SpringMVC+MyBatis）其实还能打，但问题是配置依然需要手写大量XML，尤其Spring的bean工厂配置，对新手不友好。你花一周时间搭环境，别人SpringBoot已经跑起来开始写接口了。

SpringBoot最核心的优势是自动配置和约定优于配置。它把Spring生态里繁琐的配置封装成Starter，你只要加上依赖，在application.yml里写几行配置就能启动。内嵌Tomcat又帮你省了部署外部容器的麻烦，直接java -jar就能跑。这意味着你从搭建环境到写出第一个Hello World接口，可能只需要十分钟。

至于为什么不在这套系统里用微服务、用SpringCloud，答案就四个字：没有必要。毕设系统的核心是逻辑完整性和技术体现度，不是分布式集群。单体应用把所有模块放一起，代码好调试、事务好控制、部署也简单。硬上微服务，你光处理服务间调用、注册中心配置、链路追踪这些问题就能拖垮进度。

2.2 前端选Vue还是JSP，这个选择题很关键

前端这块是很多同学想抄近路的地方，但恰恰最不能马虎。

如果你选择JSP（Java Server Pages），那意味着后端拿的是动态网页模板，Java代码和Html混在一起，虽然对后端同学来说不用单独再搞一套前端工程，但开发和维护体验一言难尽。别人在写页面，你在JSP里写死标签；别人在改样式，你还在拼接字符串输出。最致命的是，现在的毕业生如果简历上只写“会用JSP”，在面试官眼里几乎是减分项。

而前后端分离已经是行业标准形态。Vue负责页面渲染和交互，SpringBoot只提供JSON接口数据，两边通过HTTP通信。各管各的，责任边界清晰。你要改前端样式，不需要碰后端代码；后端逻辑调整了，只要接口不变，前端不用动。这一点在论文里也很好写：前端工程与后端工程解耦，提升系统可维护性。

我当时最终给这个毕设定的方案是：SpringBoot + Vue + MySQL + MyBatis Plus。Vue用2.x版本，因为大部分免费课程和模板都是2.x，学起来对接起来都顺手；脚手架直接用Vue CLI或者网上现成的后台管理模板（比如若依、vue-element-admin的阉割版），注意版权和修改说明就行。

还有人说用SpringBoot+Thymeleaf模板引擎行不行，我的答案是：如果导师不强制前后端分离，可以；但如果你想让答辩更有层次感，建议拆开做。拆开和不拆，论文技术路线图都不在一个档次。

2.3 数据库选型与缓存方案要不要上

数据存储这块，MySQL毫无疑问是很容易的选择，开源免费、普及率高、网上资源和教程极多。需要注意的是MySQL 5.7和MySQL 8.0在大版本上行为有差异，比如8.0的时区配置、字符集默认值、驱动依赖名称都变了。毕设如果照着5.7的配置去连接8.0，经常会出现报错，所以一定要在项目开始前就把数据库版本定好。

那要不要引入Redis？我的建议是：即便你的系统目前跑得动，也建议想办法加进去。原因不是性能真的到了瓶颈，而是“缓存”这个词在毕设答辩里非常好用。你可以把登录Token、高频访问的轮播图数据或热门题库放缓存，跟老师说“通过Redis减轻数据库查询压力、提升响应速度”。当然，这一步必须真的做出来，至少有一个模块使用了缓存，而不是论文里提了代码里却没写。

如果只是想顺利毕业，Redis不是必须项；如果想让系统显得更有档次，建议花半个下午把SpringBoot集成Redis跑通。网上教程一搜一大把，先把依赖引进来，配置好连接信息，然后在一个查询接口上加@Cacheable注解，演示的时候给老师看一眼效果，这就够你写一节“缓存设计”的论文内容了。

3. 数据库设计与功能模块拆解

3.1 核心表结构设计，别把题库表设计成Excel

题库系统的核心数据是题目，因此题目表的设计直接决定系统的上限。很多新手写这个表的时候，就给了一个题目表、一个科目表、一个用户表，感觉能跑就行。但真正做下来你会发现，一张糊弄事的题目表会在后期拖垮你所有功能。

题目至少需要拆出这些字段：主键ID、所属科目、关联知识点、题型（单选、多选、判断、填空、简答）、难度等级（1到5）、题干内容、选项内容、正确答案、题目解析。选项内容不建议用固定字段optionA、optionB这种老式设计，因为一旦题目是判断题只有两个选项，或者未来要出不定项选，你就傻眼了。更合理的做法是把选项做成JSON字符串存到一个字段里，前端解析展示，扩展性极强。

再来说用户体系。毕设系统一般会拆三种角色：学生、教师、管理员。用户表里加一个role字段就够了，用数字或者枚举标识即可，不用单独建角色表。权限控制的时候可以在后端编写拦截器，通过判断登录用户的角色决定是否放行请求。

但最容易被忽视的是“中间表”。题库系统天然有“题库—题目”、“用户—课程”这类多对多关系，另外还要记录某个学生是否做过某道题、正确情况如何。这时候不能把所有信息塞进主表里，而是需要设计答题记录表、错题本表、知识点掌握度表。比如答题记录表的核心字段就包括：用户ID、题目ID、用户答案、是否正确、作答耗时、创建时间。一条记录是学生学习行为最原始的数据。

3.2 功能模块地图：一个完整的题库系统到底有哪些页面

很多人拿到题目之后第一反应是慌，不知道该做哪些页面。我根据实际开发经验，把功能模块拆成四个端来看。

管理端（管理员权限）：用户管理（学生和教师的账号分配与启停用）、科目管理、题库分类管理、数据统计总览页。这块主要解决系统怎么被运营起来的问题，管理员不需要参与答题，主要负责基础数据维护。

教师端：题目管理（增删改查、批量导入导出）、手动组卷、智能组卷、试卷管理、发布考试任务、查看学生成绩和班级正确率统计。教师是这个系统内容的生产者，所以所有和题目、试卷相关的模块都应该集中在教师端。

学生端：考试列表、在线考试（答题界面要支持倒计时、逐题导航、交卷）、成绩查看、错题本、练习模式、学习报告/学习反馈页。这部分是系统的“消费者”端，也是学习反馈数据的产生源头。

通用模块：登录注册、个人信息修改、密码修改、全局通知公告。这些是任何一个系统的底座，没有技术含量但必须有。

需要特别提示的是，不要一上来就拿着代码开发工具盲写。我见过太多同学直接打开IDEA开始写，结果做着做着功能前后对不上，又回头改表结构。正确做法是先把页面清单列出来，从页面反推接口，从接口反推表结构，一层层选下去，开发节奏会顺很多。

我的方法是画一张功能清单表格，每个模块标注状态（已完成/开发中/待开发）、涉及角色、对应接口名称。毕设做到后期经常心态炸，没有这张表你根本不知道还剩多少活。

3.3 学习反馈模块的设计思路，这是你论文的核心创新点

如果只是做一个题库管理系统，那就跟做十个管理系统没什么区别。而“学习反馈”刚好能成为你区别于普通毕设的核心亮点，这部分的出场逻辑和老师答辩的关注点是紧紧绑定的。

所谓学习反馈，就是从学生的历次答题记录中，分析出他对每个知识点的掌握情况。实现思路是这样的：题目表里有关联的知识点字段，答题记录表里记录了当前学生在这个题上的正确与否，把两个表关联起来，SQL聚合统计就能算出“某个学生在某个知识点上的正确率”。

举个例子，在数据库层面你可以用一条分组查询，把所有题目的知识点分组，结合答题记录表统计正确数。然后在代码里，按照知识点做遍历，算出每个知识点的正确率，将正确率低于60%的知识点标记为“薄弱点”。这个结果存储在知识点掌握度表中，前端展示时结合进度条和雷达图，直观呈现各个章节的掌握情况。

更进一步，可以在学生答完试卷之后，系统实时更新他的错题本和薄弱知识点列表，然后根据薄弱知识点自动推荐3到5道同章节、同难度的练习题。这就是“反馈”向“推送”的进阶，做出来之后完全值得在论文里单独开一章写。

4. 核心功能实现与关键代码拆解

4.1 登录认证设计：Session还是JWT，选错真的很头疼

登录模块看似简单，却是学生最容易写崩的地方。如果你还在用Session方式保存用户登录状态，你需要引入Tomcat的Session机制，前后端分离之后还要处理跨域携带Cookie的问题，步骤繁琐而且排查起来很痛苦。

推荐方案是JWT（JSON Web Token）。它的核心思路是：登录成功后，后端生成一个包含了用户信息（如用户ID、用户角色、过期时间）的加密Token，返回给前端；前端在后续每一个需要权限的请求头中携带这个Token；后端通过拦截器解析Token判断身份。

这套方案的优势在于无状态，后端不需要保存登录状态，非常适合前后端分离架构。做一个简单的JWT工具类，比如用jjwt这个依赖，生成Token的代码长这样：

public String generateToken(Integer userId, String role) { return Jwts.builder() .setSubject(String.valueOf(userId)) .claim("role", role) .setIssuedAt(new Date()) .setExpiration(new Date(System.currentTimeMillis() + 1000 * 60 * 60 * 2)) .signWith(SignatureAlgorithm.HS256, secretKey) .compact(); }

拦截器那块可以写一个HandlerInterceptor实现，在preHandle方法里从Header中解析“Authorization”字段，如果解析失败直接返回401状态码，前端跳转登录页。讲解的时候可以说“通过JWT技术实现无状态的用户认证机制，减轻服务器端会话存储压力”，这句话放在论文里既专业又不白给。

有一个很容易踩的坑是：JWT生成的Token是普通字符串，不具备服务端主动失效功能。如果用户改了密码或者被管理员封号，之前的Token在过期前依然有效。解决方法是维护一个Token黑名单或者引入Redis存储Token状态，这一步如果有精力做成加分项，没精力就在答辩时当作“系统待优化项”说。

4.2 智能组卷算法的核心思路，把你的“智能”落到实处

“智能”二字是题目的点睛之笔，也能成为答辩时最有技术含量的话题。很多学生做智能组卷的方式是：从题库中随机抽N道题组成一张卷子。这根本谈不上智能，抽出来的卷子也许全是简单题，重点内容一篇都没考察。答辩时老师随便问一句“你的智能体现在哪里”，场面就会尴尬。

更实用的方案是按比例随机抽题。具体来说，组卷的时候教师先设置试卷的章节覆盖范围，比如第一章3道、第二章5道；再设置难度分布比例，比如容易40%、中等40%、困难20%。系统根据这些约束，按比例在符合条件的题目池中随机抽取题目。

代码逻辑可以这样落：先把所有符合条件的题目按知识点和难度分组，然后用Map存储，Key为“章节ID-难度等级”，Value为对应题目列表。遍历配置好的比例，逐一从列表中随机抽取即可。利用Collections.shuffle对列表进行乱序，取前N题，这是最简单且可行的实现方式。

从算法角度出发，你也可以引入遗传算法的思想，把“试卷覆盖面”、“难度匹配度”设为适应度函数，不断迭代出最优试卷。不过这会导致代码量和论文篇幅显著上升，如果你目标只是顺利毕业，比例抽题法已经足够应对。但如果你想把论文的深度往上拉一档，可以在调研中比较随机抽题、比例抽题、遗传算法的优劣，把比例抽题作为已实现方案、遗传算法作为后续优化方向来写。

4.3 自动判分与成绩统计的实现思路，别把简单事情复杂化

在线考试结束后，系统需要自动计算出学生的成绩。判分的难度和题目类型直接挂钩：单选题、判断题、填空题因为答案是确定值，比较字符串即可判分；多选题需要比较用户的答案集合是否和标准答案完全一致；而简答题因为答案灵活，想要自动判分难度很大。

很多毕设系统回避了简答题的自动判分，采取的是“教师手动批改”的方案。这个思路没有错，反而符合真实场景。你可以给学生端设计“待老师批改”的状态，教师在教师端看到一个待批改列表，点进去给分并填写评语。不过如果想让系统自动批改简答题，也可以做一个初版方案：题目表中增加若干个“得分点关键词”，学生答案中包含关键词则给相应比例的分值。虽然浅显，但答辩时加上“基于关键词匹配的简答题自动评分方法”这个标题，听起来就能镇住场子。

成绩统计相对简单，试卷表里存总分和总题数，答题记录表里有答题明细，学生交卷后后台进行SQL汇总，插入成绩表。教师端展示班级均分、最高分、最低分、各分数段人数分布，这部分用ECharts画柱状图即可，效果直观且能体现数据可视化能力。

4.4 学习反馈与薄弱点推送的实战实现

这块我在上面已经讲了设计思路，这里把代码落地的细节说清楚。以“知识掌握度”的计算为例，核心SQL可以用下面这种方式实现：

SELECT q.knowledge_point_id, COUNT(CASE WHEN ar.is_correct = 1 THEN 1 ELSE NULL END) AS correct_count, COUNT(*) AS total_count FROM exam_record ar JOIN question q ON ar.question_id = q.id WHERE ar.user_id = #{userId} GROUP BY q.knowledge_point_id

拿到这个统计结果之后，在Service层遍历算出正确率，过滤出正确率低于60%的知识点，写入学生知识点掌握表中。前端拿到返回的学生薄弱知识点列表后，可以渲染成一个“待攻克清单”，点击某个知识点就会跳转到对应的题目练习列表，并由后端从题库中筛选该知识点、难度适中的题目返回。

这个闭环还有一个可供扩展的侧重点：向学生提供学习建议和学习报告页。学习报告页可以按周维度统计做题数、正确率、各知识点掌握度变化趋势。以前端图表的方式展示，视觉效果好、答辩演示效果棒。它不仅会让系统看起来“智能”，还能让所有用数据驱动结果的逻辑一目了然。

5. 项目落地：开发环境、部署步骤与源码使用指南

5.1 开发环境准备清单，照着装就行

这个项目涉及的环境和软件我在里面列一张清单，方便你直接对照着准备：

• JDK版本：JDK 1.8或JDK 11均可，其中JDK 1.8相对稳定，大多数网上教程兼容
• 构建工具：Maven 3.6.x，负责依赖下载和项目打包
• 后端IDE：IntelliJ IDEA 2020以上版本，社区版足够使用
• 前端IDE：Visual Studio Code，用于Vue工程开发调试
• 数据库：MySQL 5.7或8.0，连接工具推荐Navicat或DataGrip
• Redis：Windows版本建议用3.2.100版，安装简单无需配置
• 接口调试工具：Postman或Apifox，用来测试后端接口
• 项目管理：Gitee或GitHub，用于代码版本管理

拿到源码后第一步不是看代码，而是先对照环境清单看是否有缺失。很多同学代码一跑就报错，追根溯源都是JDK版本和Maven版本不匹配这种小问题。这些环境的坑大多不用改代码就能解决，提前规避能省掉一大半时间。

5.2 拿到源码后怎么跑起来，从导入到启动的完整流程

第一步，在你本地建好一个空的数据库，字符集设置为utf8mb4。然后把源码里提供的数据库脚本文件（一般叫init.sql或者database.sql）导入。需要注意的是，有些脚本里包含初始管理员账号数据，导入后先用它登录后台，不要急着去注册新账号。

第二步，在IDEA里选择File → New → Project from Existing Sources，选中后端项目路径，按Maven工程导入。等待依赖下载完毕后，打开application.yml或者application.properties文件，修改三项关键配置：数据库地址（jdbc:mysql://localhost:3306/数据库名）、数据库用户名、数据库密码。Redis配置如果有，也一并确认Redis服务已经启动。

第三步，启动后端的Application类上的main方法，看到“Tomcat started on port(s): 8080”说明启动成功。可以先不对接前端，先用Postman调用登录接口，返回Token说明后端整套链路正常。

第四步，前端工程打开方式是把整个前端文件夹导入VS Code，在终端执行npm install，等依赖安装完成后执行npm run dev。启动成功后浏览器访问localhost:8081或8080（具体端口看Vue的vue.config.js配置）。如果页面能够显示出数据，说明前后端联调成功。

5.3 用别人毕设源码的避坑思路，花了几个通宵总结出来的

市面上的毕设源码大同小异，很多是同一个老哥的版本衍生出来的，但直接拿源码用的风险非常大。你至少要做这几步：

第一是全面改包名和项目名。打开源码后使用IDEA的全局替换功能，把包名com.xxx替换成你自己的域名反写（比如com.example.exam）。同时把项目文件夹名称、前端目录名称、数据库名称全部改成你自己的命名。这一步不是为了显得多厉害，而是防止答辩时被质疑“这项目网上能搜到”。如果源码里有明显的作者信息、水印或者版权声明，一定要清理干净。

第二是把代码过一遍，标注你已经读懂的部分。我见过太多同学答辩的时候照着自己的论文念，老师问“这个login方法里为什么用了JWT而不是Session”，他答“老师我忘了”。这种情况非常尴尬。应对方法也不难——把早上的时间拿两个小时出来，把代码的核心Servlet、Service、Controller层梳理一遍，用注释标出自己理解的部分，确保每个方法大体知道在干什么。

第三是加一个小功能作为自己的独立亮点。不管这个加的功能是数据传输Excel导出、批量导入题库还是学生个人信息中心加个生日，都要加一个，尤其要改成功之后把它写进论文目录。这一步的意义在于一旦老师质疑项目相似程度，你可以答：“我基于这个框架，扩展实现了XX功能”，这就把自己和原版“拉开距离”了。

6. 常见问题与排错实录，把毕设开发路上的坑提前踩平

6.1 数据库连接报错：MySQL 8.0的坑先垫好

用MySQL 8.0的同学跑项目时，最常见的报错是：

java.sql.SQLException: The server time zone value 'Öйú±ê׼ʱ¼ä' is unrecognized...

这个报错的根源是MySQL 8.0默认时区和驱动版本不兼容。解决办法是在JDBC连接串加上时区参数：

jdbc:mysql://localhost:3306/exam_system?useUnicode=true&characterEncoding=utf8&useSSL=false&serverTimezone=Asia/Shanghai

另外MySQL 8.0的驱动类名从com.mysql.jdbc.Driver改成了com.mysql.cj.jdbc.Driver，如果启动时报ClassNotFoundException，检查pom.xml里的mysql-connector-java依赖版本，8.0以上版本驱动名称一定要用新的。这个坑在毕设群里几乎每天都会有人踩中。

6.2 Maven依赖下载慢或者依赖报红，七大姑八大姨的问题

国内访问Maven中央仓库速度常常让人崩溃，解决方案是给Maven的settings.xml配置阿里云镜像仓库。具体内容网上搜“阿里云maven镜像”，找到配置复制进去即可。配置完以后重启IDEA，让它重新刷新Maven。不要用IDEA默认的中央仓库地址，你的项目等待时间能把人逼疯。

还有个问题是依赖爆红但不报Missing artifact，这多半是网络问题导致jar包下载一半损坏，先把它删掉再重新导入即可。按快捷键Ctrl+Shift+Delete打开IDEA缓存清理，清掉重启就好。

6.3 前端访问后端接口跨域问题，解决起来只差三行代码

运行Vue工程时，前端访问后端接口会报“Access-Control-Allow-Origin”错误，原因是浏览器的同源策略把8081端口和8080端口视为两个不同源。SpringBoot后端可以通过以下几种方式解决：

最直接的方法是编写一个CorsConfig类，注册并配置跨域规则：

@Configuration public class CorsConfig { @Bean public CorsFilter corsFilter() { CorsConfiguration config = new CorsConfiguration(); config.addAllowedOriginPattern("*"); config.addAllowedMethod("*"); config.addAllowedHeader("*"); config.setAllowCredentials(true); UrlBasedCorsConfigurationSource source = new UrlBasedCorsConfigurationSource(); source.registerCorsConfiguration("/**", config); return new CorsFilter(source); } }

但更规范的方案是在前端配置Vue的代理，在vue.config.js中设置devServer.proxy，把/api前缀的请求转发到后端地址。这样浏览器看到请求的是同源地址，就不会触发跨域拦截了。推荐优先用代理方案，它更贴近真实的线上部署逻辑。

6.4 前端npm install卡住不动，每一行字都像是蜗牛爬

npm仓库默认源也在国外，速度一言难尽。第一次执行npm install卡到怀疑人生是常规操作。解决办法是把npm镜像源切换到国内源，命令如下：

npm config set registry https://registry.npmmirror.com

配置完以后重新执行npm install，速度会快到你不敢相信。如果仍然卡住，把node_modules整个目录删掉，然后重新安装一遍，基本就能解决。

还有一个高频问题：npm install能装成功，但npm run dev的时候提示Python或者node-gyp相关错误。这多半是因为某个依赖在执行原生模块编译时需要Python环境，而Windows机器上没有配置。解决方法是安装VS的Build Tools或者直接用管理员权限运行命令：npm install --global windows-build-tools，但网络不佳时这一步可能耗很长时间，建议能跳过就跳过。

6.5 启动时端口被占用，这种低级错误容易让人心态爆炸

启动SpringBoot后提示8080端口被占用，不用慌张，找到占用进程杀掉即可。Windows下命令是：

netstat -ano | findstr 8080 taskkill /pid 进程号 /f

如果你不想每次手动杀进程，也可以在application.yml里大幅改端口，比如改成8088或者9090。但注意改了端口后，前端代理的target地址也要同步改，否则页面白屏而你完全没有头绪。

6.6 Lombok找不到类或方法，先检查maven再检查版本

很多毕设模板里都用Lombok注解（@Data、@Getter、@Setter）来减少实体类的代码量。如果你启动时报找不到setter/getter方法的错误，先检查IDEA是否安装了Lombok插件，然后检查pom.xml里依赖版本是否合理。Lombok版本太高配合JDK 8会经常出问题，用1.18.20左右版本相对稳妥。装了插件、刷新Maven后重启IDEA，一般能解决。

如果这些步骤都做了还是报错，终极排查法是打开实体类，如果IDEA代码区域里的方法是波浪线状态，就说明没生效；如果方法不存在，就说明依赖没引进来。确认pom里有org.projectlombok:lombok依赖就能修复。

7. 论文与答辩视角：这个系统怎么写才不虚

7.1 系统架构图和论文目录怎么组织，直接参考这份思路

有些同学系统做完了，写论文却不知道从何下手。我建议这本书的角度出发，按照经典软件工程流程组织论文结构：

• 第一章 绪论（研究背景、意义、国内外现状、本课题主要内容）
• 第二章 相关技术介绍（SpringBoot、MyBatis Plus、JWT、Vue、MySQL、Redis）
• 第三章 系统分析（可行性分析、需求分析、业务流程分析、数据流图）
• 第四章 系统设计（总体架构设计、功能模块设计、数据库设计）
• 第五章 系统实现（分模块截图展示，关键代码讲解）
• 第六章 系统测试（测试用例设计、测试结果分析）

我特别想提醒的是，数据库设计一节写得越细，老师越容易给高分。不要只给一张实体关系图就完事，要把核心表的数据字典写清楚，字段名、字段类型、约束、说明都要列出来，这部分最能体现你是否有工程落地能力。

论文里的截图一定要真实。有些同学系统没做完就先把截图占好位，结果后期功能改了还得回去重新截。建议所有功能完成后再统一截图，页面里不要出现乱码、中文未设置编码、数据库字段暴露等低级失误。

7.2 答辩预测：哪些问题老师一定会问

答辩时老师最常问的几个问题我列一下，你照着准备就可以：

“为什么选择SpringBoot而不是SpringMVC？”——回答时可以答SpringBoot自动配置降低开发成本、内嵌容器简化部署、生态完善，这种回答老师挑不出毛病。

“智能体现在哪里？”——这个问题最直接的是组卷算法和学习反馈模块，你自己一定要把实现逻辑讲明白。注意多准备一句：如果未来要提升智能程度，可以怎么改进（比如引入更大的题目特征向量、推荐算法）。

“如果有一千个学生同时考试，系统会不会崩，怎么看？”——这道题是陷阱题，好在你只要答出合理的思考路径就行，不需要真做压力测试。思路是：增加系统并发能力用缓存+连接池+异步处理，数据库水平扩展，考试服务负载均衡等。不用深入，说明白思路即可。

“你的系统有什么不足？”——别天真的说“没有不足”，这会显得你不真实。我建议回答：目前的不足是简答题仍需教师手动批改、智能推荐算法还有优化空间、学习反馈的维度可以更丰富。每说一个不足，顺带提一个改进构想，老师会觉得你有思考深度。

7.3 时间规划：三个月平稳推进的节奏表，别拖延

如果一切从头开始，我给你一个节奏参考：

• 第1周：确定课题、完成开题报告、画好功能清单和原型草图
• 第2周：搭建前后端开发环境、初始化数据库、打通第一个登录接口
• 第3-5周：完成基础CRUD，用户管理、题库管理、试卷管理
• 第6-7周：完成考试系统核心业务，答题、判分、成绩
• 第8周：完成学习反馈模块，薄弱分析、错题本
• 第9周：功能联调、页面美化、前端图表接入
• 第10周：测试、完善论文初稿
• 第11周：截图整理、论文修改、系统演示视频录制
• 第12周：答辩模拟、根据自己的项目和导师意见做最后完善

这只是一张参考表，具体节奏可以根据你的课程安排自行调整。但有一个原则雷打不动：每天都应该让项目有一点进展，哪怕只写一个接口或者调一个Bug，也不要把时间堆在焦虑和空想上。

8. 后续扩展方向，让系统从毕业设计长成能拿到台面上的作品

写完这个毕设之后，如果想在这条路上继续加深，后期还可以扩展的方向其实不少。我给几个具体可行的思路：

第一个方向是导入导出能力的升级。现在题库系统中的题目大多靠手工录入，效率太低。可以基于Apache POI实现Excel批量导入题目，教师按模板填写题目，上传后就智能解析入库，这在真实教学场景中绝对让人眼前一亮。

第二个方向是推荐算法的引入。用协同过滤的思路，根据相似学生群体的做题表现和薄弱知识点，把适合的练习题推荐给当前学生。毕设阶段用“同知识点、同难度、随机抽题”的简单推荐就够，后续引入用户画像和协同过滤能让你跳出普通管理系统范畴。

第三个方向是增加考试防作弊能力。这个也很有意思：答题页实现禁止复制粘贴、切出页面自动记录次数、题目顺序随机打乱、选项顺序随机打乱。虽然不是特别核心的功能，但对老师来说这是它最贴近真实使用的地方，也很容易成为演示亮点。

第四个方向是错题自动整理与练习计划生成。根据学生的错题本，自动生成一周复习计划；根据艾宾浩斯遗忘曲线，安排题目在特定时间点进行针对性复习。做出来以后既有理论框架，又有实用的细节亮点。

我个人觉得，做完一个毕设最重要的是收获完整地跑完“选题—设计—开发—测试—写作—答辩”全流程的体验。这个过程很像是实习前的预习，它会让你真正理解自己大学四年到底学了什么，也会让你提前学会一个完整项目落地需要付出的代价和承受的挫败感。

如果你现在正卡在某个模块调不出来，或者被数据库连接、跨域、依赖版本这些能气死人的问题绊住，我的体会很简单：每个困境其实都对应一个搜索引擎的答案，查、试、排查，多给自己一点耐心，再回头看你会发现那个问题并没有那么可怕。把毕设当作一次长跑，跑下来的人回忆起来都会觉得自己挺棒的。