简介这是一套面向高校计算机相关专业毕业设计的在线考试系统完整源码适合正在准备毕设或需要课程设计参考的学生与开发者。系统兼顾日常模拟测试与正式考试两种场景平时学生可按科目和章节自主生成试卷、查看测试结果与标准答案考试周期内则限制登录时间自动生成对应科目试卷并在结束前30、15、5分钟逐级提醒未提交时自动保存同时具备防止误关闭导致考试中断的机制。客观题由系统自动判分主观题交由教师评分并保存每份试卷副本供查卷。资源包共142个文件约2.59MB以C#源码、aspx页面、resx资源、dll程序集及数据库文件为主另含配置、样式与图片等辅助内容结构完整可直接运行。已有342人学习可作为毕设选题落地的参考方案帮助理解考试流程控制、自动判分与试卷管理等核心模块的实现思路。1. 在线考试系统毕设从选题到跑通一套能写进简历的落地路径每年到了毕设季计算机、软件工程、网络工程专业的同学都会面对同一个问题选什么题目既有工作量、又能真正跑起来、还能在答辩时讲清楚技术点。在线考试系统是出现频率最高的选题之一原因很直接——它天然覆盖了用户角色管理、题库维护、组卷策略、限时答题、自动判分、防作弊、成绩统计这条完整业务链前端后端数据库全都能用上写论文时有足够的模块可以展开做演示时也有直观的交互界面。但真正动手之后你会发现网上能找到的所谓“带源代码”的在线考试系统要么是半成品跑不起来要么技术栈太老要么核心逻辑被删得只剩壳子。这篇笔记不讲空泛的选题意义而是按一线开发的实际路径把在线考试系统从技术选型、数据库设计、核心功能实现到部署排错完整走一遍让你拿到一套自己能掌控的代码而不是从某个仓库复制粘贴后连启动都启动不了。2. 技术选型与整体架构为什么我建议你走前后端分离2.1 三种常见技术栈的取舍逻辑在线考试系统的技术选型直接决定了你后面三个月是顺风顺水还是天天翻车。目前毕设层面常见的有三条路线我按实际开发体验给你拆开讲。第一条是传统 JSP Servlet MySQL。这套东西资料多、教程老、学校老师熟悉但问题是代码耦合严重前端页面和后端逻辑混在一起改一个按钮颜色可能要动三四个文件。如果你只是求稳、不追求技术亮点这条路能走通但答辩时很难讲出有区分度的技术点。第二条是 Spring Boot Thymeleaf MySQL。Spring Boot 把配置简化了很多Thymeleaf 做服务端渲染适合对前端不太熟的同学。它的优势是单体应用部署简单一个 jar 包丢上去就能跑。缺点是前后端仍然绑在一起如果答辩老师问“你的系统支持移动端吗”你很难给出优雅的回答。第三条是 Spring Boot Vue MySQL 的前后端分离方案。这是我个人最推荐的路线。后端只提供 RESTful 接口前端用 Vue 做单页应用两者通过 JSON 通信。这样做的好处是第一职责清晰你调试的时候能明确知道问题出在接口还是页面第二答辩时可以分别讲后端的安全策略和前端的交互设计技术含量显得更足第三这套架构和目前企业里的主流做法一致写进简历也更有说服力。提示如果你的学校对技术栈有明确要求比如必须用 Java Web 或 .NET那就按学校要求来不要为了追新技术而给自己找麻烦。选型的核心原则是“你能掌控”而不是“听起来高级”。2.2 前后端分离架构的模块划分确定走前后端分离之后整个系统可以拆成四个核心模块。用户模块负责登录、注册、角色权限控制考试系统一般分管理员、教师、学生三种角色。题库模块负责题目的增删改查支持单选、多选、判断、填空、简答等题型。考试模块是整个系统的核心涵盖试卷生成、考试发布、限时答题、自动交卷、客观题判分。成绩模块负责成绩查询、统计分析和导出。后端我一般会按这样的包结构来组织controller层处理 HTTP 请求和参数校验service层写业务逻辑mapper层对接数据库entity放实体类config放全局配置比如跨域、拦截器、安全策略。前端 Vue 项目则按views、components、api、router、store来分目录。这个结构不是唯一的但它是经过大量项目验证过的、能让你在后期维护时不至于迷路的分法。2.3 数据库表设计的最小可用集合在线考试系统的数据库设计有一个原则先保证核心流程能跑通再考虑扩展。我见过太多同学一上来就设计十几张表结果做到一半发现字段对不上改来改去把自己绕晕。下面这张表是我建议的最小可用集合一共七张表覆盖了从用户到成绩的完整链路。表名作用关键字段user存储所有用户信息id, username, password, role, real_namequestion题库表id, type, content, options, answer, score, creator_idpaper试卷表id, title, total_score, duration, creator_id, statuspaper_question试卷与题目的关联表id, paper_id, question_id, sort_orderexam_record考试记录表id, user_id, paper_id, start_time, submit_time, score, statusanswer_detail答题详情表id, record_id, question_id, user_answer, is_correct, got_scorenotice公告表id, title, content, create_timepaper_question这张关联表很容易被忽略但它是在线考试系统灵活组卷的关键。有了它同一道题可以出现在不同试卷里试卷的题目顺序也可以独立控制。answer_detail表则是自动判分和错题分析的数据基础每道题的作答情况都记录在案后面做统计图表时直接从这张表聚合就行。注意密码字段千万不要明文存储。哪怕是个毕设也请用 BCrypt 或至少 MD5 加盐。答辩时老师如果看到数据库里密码是明文这是一个非常明显的减分项。3. 后端核心功能实现从登录鉴权到自动判分3.1 用 Spring Boot 搭建项目骨架后端我以 Spring Boot 2.7 MyBatis-Plus MySQL 8 为例来写。先看项目依赖的核心配置这段pom.xml片段你直接抄就行。!-- Spring Boot Web 支持 -- dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency !-- MyBatis-Plus 简化数据库操作 -- dependency groupIdcom.baomidou/groupId artifactIdmybatis-plus-boot-starter/artifactId version3.5.3/version /dependency !-- MySQL 驱动 -- dependency groupIdcom.mysql/groupId artifactIdmysql-connector-j/artifactId scoperuntime/scope /dependency !-- JWT 做无状态鉴权 -- dependency groupIdio.jsonwebtoken/groupId artifactIdjjwt-api/artifactId version0.11.5/version /dependency这段配置里spring-boot-starter-web提供了内嵌 Tomcat 和 MVC 框架mybatis-plus-boot-starter让你不用写大量 XML 映射文件就能完成 CRUDjjwt-api用来生成和解析 Token。版本号我写的是当前稳定版本你如果用的是其他版本注意 MyBatis-Plus 和 Spring Boot 之间的兼容性版本不匹配是启动报错的高频原因。配置文件application.yml里重点配三样东西数据库连接、MyBatis-Plus 的 mapper 扫描路径、JWT 的密钥和过期时间。数据库连接串记得加上serverTimezoneAsia/Shanghai否则插入时间字段时会出现时区偏移这个坑我在下面还会展开讲。3.2 登录鉴权与角色拦截登录接口的逻辑不复杂但有几个细节决定了系统是否安全可用。下面这段代码是登录接口的核心实现。PostMapping(/login) public Result login(RequestBody LoginDTO dto) { // 1. 根据用户名查询用户 User user userService.getByUsername(dto.getUsername()); if (user null) { return Result.fail(用户名或密码错误); } // 2. 校验密码BCrypt 比对 if (!BCrypt.checkpw(dto.getPassword(), user.getPassword())) { return Result.fail(用户名或密码错误); } // 3. 生成 JWTpayload 里放 userId 和 role String token JwtUtil.generateToken(user.getId(), user.getRole()); // 4. 返回 token 和用户基本信息 MapString, Object data new HashMap(); data.put(token, token); data.put(role, user.getRole()); data.put(realName, user.getRealName()); return Result.success(data); }这段代码里有两个关键点。第一用户名不存在和密码错误返回的是同一条提示这是为了防止攻击者通过错误信息枚举出系统里有哪些用户名。第二JWT 的 payload 里放了userId和role后续接口通过拦截器解析 Token 就能知道当前请求是谁发的、是什么角色不需要每次查数据库。拦截器的配置我一般会放行登录、注册、验证码这几个接口其余接口一律要求携带有效 Token。角色控制则通过自定义注解加 AOP 实现比如RequireRole(TEACHER)标注在需要教师权限的接口上拦截器解析到角色不匹配就返回 403。3.3 组卷策略与试卷生成组卷是在线考试系统里最能体现设计能力的地方。最简单的做法是手动选题教师从题库里一道道勾选。稍微进阶一点的是随机组卷按题型和数量从题库里随机抽取。我建议你两种都做手动组卷保证灵活性随机组卷体现技术含量。随机组卷的核心逻辑是按题型分组每组随机取 N 道题。下面这段代码展示了这个思路。public Paper generateRandomPaper(PaperConfig config) { ListQuestion selected new ArrayList(); // 按题型分组每组随机抽取指定数量 for (QuestionType type : config.getTypeConfigs().keySet()) { int count config.getTypeConfigs().get(type); // 用 SQL 的 ORDER BY RAND() 随机取数据量大时建议改用其他策略 ListQuestion questions questionMapper.selectRandomByType( type, config.getSubject(), count); if (questions.size() count) { throw new BusinessException(题库中该题型数量不足); } selected.addAll(questions); } // 打乱题目顺序避免每次组卷顺序一致 Collections.shuffle(selected); // 保存试卷和题目关联 Paper paper new Paper(); paper.setTitle(config.getTitle()); paper.setDuration(config.getDuration()); paper.setTotalScore(selected.stream() .mapToInt(Question::getScore).sum()); paperMapper.insert(paper); for (int i 0; i selected.size(); i) { PaperQuestion pq new PaperQuestion(); pq.setPaperId(paper.getId()); pq.setQuestionId(selected.get(i).getId()); pq.setSortOrder(i); paperQuestionMapper.insert(pq); } return paper; }ORDER BY RAND()在数据量小的时候没问题但题库超过几千条之后性能会明显下降因为它需要对全表生成随机数再排序。如果你的题库规模不大毕设演示完全够用。如果想让系统更健壮可以改成先查出所有符合条件的 ID在 Java 层用Collections.shuffle打乱后取前 N 个这样数据库压力小很多。组卷完成后试卷的status字段控制它是否发布。只有发布状态的试卷学生才能看到并参加考试这个状态机设计能避免教师还在编辑试卷时学生就提前进入的情况。3.4 自动判分与成绩计算自动判分是在线考试系统区别于纸质考试的核心优势。客观题单选、多选、判断可以完全自动判分主观题简答、论述需要教师手动批阅。下面这段代码是提交试卷后的判分逻辑。Transactional public ExamResult submitExam(Long recordId, ListAnswerDTO answers) { ExamRecord record examRecordMapper.selectById(recordId); if (record.getStatus() ! ExamStatus.IN_PROGRESS) { throw new BusinessException(该考试已提交请勿重复操作); } int totalScore 0; for (AnswerDTO ans : answers) { Question question questionMapper.selectById(ans.getQuestionId()); AnswerDetail detail new AnswerDetail(); detail.setRecordId(recordId); detail.setQuestionId(ans.getQuestionId()); detail.setUserAnswer(ans.getUserAnswer()); // 客观题自动判分 if (question.getType().isObjective()) { boolean correct question.getAnswer() .equalsIgnoreCase(ans.getUserAnswer()); detail.setIsCorrect(correct); detail.setGotScore(correct ? question.getScore() : 0); totalScore detail.getGotScore(); } else { // 主观题标记为待批阅 detail.setIsCorrect(null); detail.setGotScore(0); } answerDetailMapper.insert(detail); } record.setScore(totalScore); record.setSubmitTime(new Date()); record.setStatus(ExamStatus.SUBMITTED); examRecordMapper.updateById(record); return new ExamResult(totalScore, record.getSubmitTime()); }这段代码用Transactional保证了判分和成绩更新的原子性不会出现答案存了但成绩没更新的情况。多选题的判分逻辑要特别注意是全对才给分还是漏选给一半分还是选错就零分。这个规则要在需求阶段就定清楚我一般默认全对才给分因为实现最简单、争议最少。主观题这里只是标记为待批阅教师端会有一个批阅列表教师逐题打分后系统再累加总分。提示考试记录的status字段一定要做状态校验。我见过有同学的系统学生点两次提交按钮就生成了两条考试记录成绩统计直接乱掉。前端按钮置灰只是辅助后端的状态判断才是最后一道防线。4. 前端交互与考试页面限时答题和防作弊的落地细节4.1 考试倒计时的实现与时间同步考试页面的倒计时看起来简单但有一个容易被忽略的问题倒计时应该以服务器时间为准而不是浏览器本地时间。学生把电脑时间改一下本地倒计时就失效了。正确的做法是进入考试时从后端获取剩余秒数前端只负责递减显示。// 进入考试页时从后端获取剩余时间 async function initExamTimer(recordId) { const res await api.getRemainingTime(recordId); let remaining res.data.remainingSeconds; const timer setInterval(() { remaining--; if (remaining 0) { clearInterval(timer); autoSubmit(); // 时间到自动交卷 } // 格式化显示 const m Math.floor(remaining / 60); const s remaining % 60; this.timeDisplay ${m}:${s.toString().padStart(2, 0)}; }, 1000); }后端计算剩余时间的逻辑是考试开始时间加上试卷时长减去当前时间。如果学生中途刷新页面重新请求接口拿到的剩余时间仍然是准确的。自动交卷时前端调用提交接口后端再次校验是否超时超时的提交仍然接受但标记为“超时交卷”这个标记在成绩单上会显示出来。4.2 答题卡与题目切换的交互设计考试页面的布局我建议做成左右分栏左侧是题目区域右侧是答题卡。答题卡用不同颜色区分已答、未答、标记待定三种状态。这个设计不只是为了好看它直接影响学生的答题效率。学生做完一遍之后通过答题卡能快速定位到还没答的题目。题目切换用 Vue 的v-if或动态组件实现每次只渲染当前题目避免一次性渲染几十道题导致页面卡顿。已答的答案存在一个answers对象里切换题目时从对象里读取回显。这个对象在提交时直接转成数组发给后端。// 答案存储结构{ questionId: userAnswer } data() { return { answers: {}, currentIndex: 0, questions: [] }; }, methods: { selectOption(questionId, option) { // 单选直接覆盖多选做数组处理 this.$set(this.answers, questionId, option); }, goToQuestion(index) { this.currentIndex index; } }用this.$set是因为 Vue 2 对对象新增属性不会触发响应式更新直接赋值答题卡的状态不会刷新。这是 Vue 2 的一个经典坑如果你用的是 Vue 3 的reactive或ref就不存在这个问题。4.3 防作弊的边界哪些能做哪些别碰毕设层面的防作弊我的建议是做到“合理提醒”就够了不要过度设计。具体来说可以做的有切屏检测监听visibilitychange事件切屏超过一定次数弹出警告、禁止复制粘贴监听copy和paste事件并阻止、全屏考试进入考试时请求全屏退出全屏时记录一次异常。这些功能实现成本低答辩时也有东西可讲。不建议做的有强制摄像头监控、人脸识别、进程检测。这些功能要么依赖第三方服务要么涉及隐私边界在毕设场景下投入产出比很低而且容易在演示时翻车。我见过有同学在答辩现场因为摄像头调用失败导致整个考试页面卡死场面非常尴尬。注意切屏检测的警告次数要存在后端不能只存在前端。否则学生刷新页面警告次数就清零了。每次切屏前端调一个接口上报后端累加计数超过阈值自动交卷。4.4 成绩查询与统计图表成绩查询页面分两个视角。学生视角只能看自己的成绩教师视角可以看所有学生的成绩并做统计分析。统计图表用 ECharts 来做展示分数分布、及格率、每道题的正确率。每道题的正确率这个数据很有价值教师能据此判断哪些知识点学生掌握得不好。-- 查询某场考试每道题的正确率 SELECT q.id AS question_id, q.content, COUNT(ad.id) AS total_count, SUM(CASE WHEN ad.is_correct 1 THEN 1 ELSE 0 END) AS correct_count, ROUND(SUM(CASE WHEN ad.is_correct 1 THEN 1 ELSE 0 END) / COUNT(ad.id) * 100, 2) AS correct_rate FROM answer_detail ad JOIN question q ON ad.question_id q.id JOIN exam_record er ON ad.record_id er.id WHERE er.paper_id #{paperId} GROUP BY q.id, q.content ORDER BY correct_rate ASC;这条 SQL 按题目分组统计正确率按正确率升序排列教师一眼就能看到哪些题错得最多。ROUND函数保留两位小数避免前端显示一长串小数位。这个查询在数据量大的时候会有点慢可以在exam_record表的paper_id字段上加索引来优化。5. 避坑与排查那些让我熬夜的翻车现场5.1 跨域问题导致前端请求全部失败现象前端启动后调用后端接口浏览器控制台报Access-Control-Allow-Origin错误所有请求都是红色。原因前后端分离项目前端跑在 8080 端口后端跑在 8081 端口浏览器同源策略拦截了跨域请求。解决在后端加一个全局跨域配置类实现WebMvcConfigurer接口重写addCorsMappings方法。注意allowedOrigins不要图省事写成*然后同时开启allowCredentials这两个配置在 Spring Boot 2.4 之后会冲突。正确做法是明确指定前端地址比如http://localhost:8080。Configuration public class CorsConfig implements WebMvcConfigurer { Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping(/**) .allowedOrigins(http://localhost:8080) .allowedMethods(GET, POST, PUT, DELETE) .allowCredentials(true) .maxAge(3600); } }5.2 数据库时间字段差 8 小时现象考试记录里的start_time和实际时间对不上差了整整 8 小时。原因MySQL 的时区设置和 JVM 的时区设置不一致。MySQL 默认用 UTC而国内服务器通常用东八区。解决在 JDBC 连接串里加上serverTimezoneAsia/Shanghai同时在application.yml的 Jackson 配置里设置时区。spring: datasource: url: jdbc:mysql://localhost:3306/exam_system?serverTimezoneAsia/ShanghaiuseUnicodetruecharacterEncodingutf8 jackson: time-zone: Asia/Shanghai date-format: yyyy-MM-dd HH:mm:ss这两个地方都配好之后时间才能前后端一致。只配一个地方仍然会出问题这是血泪经验。5.3 考试提交时答案丢失现象学生答完题点击提交后端收到的答案列表比实际答题数少有些题的答案丢了。原因前端用v-model绑定答案时如果题目是动态渲染的某些题目的绑定可能没有正确初始化。另外如果提交时用JSON.stringify序列化一个包含undefined值的对象这些字段会被直接丢掉。解决答案对象初始化时给每道题一个空字符串默认值不要留undefined。提交前用Object.keys检查一遍确保每道题都有对应的答案字段。后端接收时用ListAnswerDTO而不是Map避免键值对丢失。5.4 自动交卷后重复提交现象考试时间到前端自动交卷但学生又手动点了一次提交按钮后端生成了两条提交记录。原因前端没有在自动交卷后禁用提交按钮后端也没有做幂等性校验。解决前端在调用提交接口后立即将按钮置为禁用状态并设置一个submitting标志位防止重复调用。后端在submitExam方法里先查考试记录的状态如果不是IN_PROGRESS就直接返回错误不执行后续逻辑。这个状态校验必须加在事务方法的第一行。5.5 题库导入时 Excel 解析乱码现象教师用 Excel 批量导入题目导入后中文全部变成乱码。原因Excel 文件的编码格式和 Java 读取时使用的编码不一致。.xls和.xlsx的解析方式不同用错工具类就会乱码。解决用 Apache POI 解析时根据文件后缀选择HSSFWorkbook对应 .xls或XSSFWorkbook对应 .xlsx。读取单元格时统一用DataFormatter做格式化不要直接调toString()。如果还是乱码检查文件本身是不是 CSV 改后缀名得来的这种情况需要用InputStreamReader指定 UTF-8 编码重新读取。6. 部署上线与答辩演示让系统在老师面前稳定跑起来6.1 打包部署的最小可行方案毕设演示最稳妥的部署方式是在本地或一台云服务器上直接跑。后端用mvn package打成 jar 包前端用npm run build生成静态文件然后把前端静态文件放到 Nginx 里Nginx 同时做反向代理把/api开头的请求转发到后端端口。这样前端和后端在同一个域名下跨域问题自然消失。# 后端打包 mvn clean package -DskipTests # 启动后端 java -jar exam-system-1.0.jar --spring.profiles.activeprod # 前端打包 npm run build # 把 dist 目录放到 Nginx 的 html 目录下Nginx 配置里关键的是location /api/的代理转发和try_files配置。try_files $uri $uri/ /index.html这一行是为了解决 Vue Router 的 history 模式刷新 404 问题不加这行学生在考试页面刷新一下就直接白屏。6.2 答辩演示的检查清单答辩前一周按这个清单过一遍能避免 90% 的现场翻车。数据库要提前导入演示数据至少包含 3 个用户角色、20 道题目、2 套试卷、5 条考试记录。演示流程要提前走三遍管理员登录建题库、教师登录组卷发布、学生登录考试交卷、教师批阅查看统计。每一步的账号密码写在一张纸上放在手边不要现场回忆。浏览器建议用 Chrome 的无痕模式避免插件干扰。演示前把电脑的通知全部关掉答辩时弹出一个微信消息非常影响观感。如果条件允许提前在答辩教室的电脑上跑一遍确认投影分辨率下页面布局没有错位。6.3 从毕设到简历项目的最后一公里在线考试系统做完之后不要只把它当成一个作业。把代码整理好推到代码托管平台写一份清晰的 README说明技术栈、启动步骤、功能截图。面试的时候面试官更关心的是你在开发过程中遇到了什么问题、怎么解决的。比如你可以讲 JWT 鉴权的实现思路、随机组卷的算法优化、自动判分的状态机设计这些都是有技术深度的讨论点。我自己的习惯是每做完一个项目都会把踩过的坑和解决方案记在一个单独的文档里。这个文档在写论文的“系统测试”章节时直接就能用面试前翻一遍也能快速回忆起技术细节。毕设不是终点它是你技术表达能力的一次集中训练。希望帮到你。本文还有配套的精品资源点击获取
简介这是一套面向高校计算机相关专业毕业设计的在线考试系统完整源码适合正在准备毕设或需要课程设计参考的学生与开发者。系统兼顾日常模拟测试与正式考试两种场景平时学生可按科目和章节自主生成试卷、查看测试结果与标准答案考试周期内则限制登录时间自动生成对应科目试卷并在结束前30、15、5分钟逐级提醒未提交时自动保存同时具备防止误关闭导致考试中断的机制。客观题由系统自动判分主观题交由教师评分并保存每份试卷副本供查卷。资源包共142个文件约2.59MB以C#源码、aspx页面、resx资源、dll程序集及数据库文件为主另含配置、样式与图片等辅助内容结构完整可直接运行。已有342人学习可作为毕设选题落地的参考方案帮助理解考试流程控制、自动判分与试卷管理等核心模块的实现思路。1. 在线考试系统毕设从选题到跑通一套能写进简历的落地路径每年到了毕设季计算机、软件工程、网络工程专业的同学都会面对同一个问题选什么题目既有工作量、又能真正跑起来、还能在答辩时讲清楚技术点。在线考试系统是出现频率最高的选题之一原因很直接——它天然覆盖了用户角色管理、题库维护、组卷策略、限时答题、自动判分、防作弊、成绩统计这条完整业务链前端后端数据库全都能用上写论文时有足够的模块可以展开做演示时也有直观的交互界面。但真正动手之后你会发现网上能找到的所谓“带源代码”的在线考试系统要么是半成品跑不起来要么技术栈太老要么核心逻辑被删得只剩壳子。这篇笔记不讲空泛的选题意义而是按一线开发的实际路径把在线考试系统从技术选型、数据库设计、核心功能实现到部署排错完整走一遍让你拿到一套自己能掌控的代码而不是从某个仓库复制粘贴后连启动都启动不了。2. 技术选型与整体架构为什么我建议你走前后端分离2.1 三种常见技术栈的取舍逻辑在线考试系统的技术选型直接决定了你后面三个月是顺风顺水还是天天翻车。目前毕设层面常见的有三条路线我按实际开发体验给你拆开讲。第一条是传统 JSP Servlet MySQL。这套东西资料多、教程老、学校老师熟悉但问题是代码耦合严重前端页面和后端逻辑混在一起改一个按钮颜色可能要动三四个文件。如果你只是求稳、不追求技术亮点这条路能走通但答辩时很难讲出有区分度的技术点。第二条是 Spring Boot Thymeleaf MySQL。Spring Boot 把配置简化了很多Thymeleaf 做服务端渲染适合对前端不太熟的同学。它的优势是单体应用部署简单一个 jar 包丢上去就能跑。缺点是前后端仍然绑在一起如果答辩老师问“你的系统支持移动端吗”你很难给出优雅的回答。第三条是 Spring Boot Vue MySQL 的前后端分离方案。这是我个人最推荐的路线。后端只提供 RESTful 接口前端用 Vue 做单页应用两者通过 JSON 通信。这样做的好处是第一职责清晰你调试的时候能明确知道问题出在接口还是页面第二答辩时可以分别讲后端的安全策略和前端的交互设计技术含量显得更足第三这套架构和目前企业里的主流做法一致写进简历也更有说服力。提示如果你的学校对技术栈有明确要求比如必须用 Java Web 或 .NET那就按学校要求来不要为了追新技术而给自己找麻烦。选型的核心原则是“你能掌控”而不是“听起来高级”。2.2 前后端分离架构的模块划分确定走前后端分离之后整个系统可以拆成四个核心模块。用户模块负责登录、注册、角色权限控制考试系统一般分管理员、教师、学生三种角色。题库模块负责题目的增删改查支持单选、多选、判断、填空、简答等题型。考试模块是整个系统的核心涵盖试卷生成、考试发布、限时答题、自动交卷、客观题判分。成绩模块负责成绩查询、统计分析和导出。后端我一般会按这样的包结构来组织controller层处理 HTTP 请求和参数校验service层写业务逻辑mapper层对接数据库entity放实体类config放全局配置比如跨域、拦截器、安全策略。前端 Vue 项目则按views、components、api、router、store来分目录。这个结构不是唯一的但它是经过大量项目验证过的、能让你在后期维护时不至于迷路的分法。2.3 数据库表设计的最小可用集合在线考试系统的数据库设计有一个原则先保证核心流程能跑通再考虑扩展。我见过太多同学一上来就设计十几张表结果做到一半发现字段对不上改来改去把自己绕晕。下面这张表是我建议的最小可用集合一共七张表覆盖了从用户到成绩的完整链路。表名作用关键字段user存储所有用户信息id, username, password, role, real_namequestion题库表id, type, content, options, answer, score, creator_idpaper试卷表id, title, total_score, duration, creator_id, statuspaper_question试卷与题目的关联表id, paper_id, question_id, sort_orderexam_record考试记录表id, user_id, paper_id, start_time, submit_time, score, statusanswer_detail答题详情表id, record_id, question_id, user_answer, is_correct, got_scorenotice公告表id, title, content, create_timepaper_question这张关联表很容易被忽略但它是在线考试系统灵活组卷的关键。有了它同一道题可以出现在不同试卷里试卷的题目顺序也可以独立控制。answer_detail表则是自动判分和错题分析的数据基础每道题的作答情况都记录在案后面做统计图表时直接从这张表聚合就行。注意密码字段千万不要明文存储。哪怕是个毕设也请用 BCrypt 或至少 MD5 加盐。答辩时老师如果看到数据库里密码是明文这是一个非常明显的减分项。3. 后端核心功能实现从登录鉴权到自动判分3.1 用 Spring Boot 搭建项目骨架后端我以 Spring Boot 2.7 MyBatis-Plus MySQL 8 为例来写。先看项目依赖的核心配置这段pom.xml片段你直接抄就行。!-- Spring Boot Web 支持 -- dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency !-- MyBatis-Plus 简化数据库操作 -- dependency groupIdcom.baomidou/groupId artifactIdmybatis-plus-boot-starter/artifactId version3.5.3/version /dependency !-- MySQL 驱动 -- dependency groupIdcom.mysql/groupId artifactIdmysql-connector-j/artifactId scoperuntime/scope /dependency !-- JWT 做无状态鉴权 -- dependency groupIdio.jsonwebtoken/groupId artifactIdjjwt-api/artifactId version0.11.5/version /dependency这段配置里spring-boot-starter-web提供了内嵌 Tomcat 和 MVC 框架mybatis-plus-boot-starter让你不用写大量 XML 映射文件就能完成 CRUDjjwt-api用来生成和解析 Token。版本号我写的是当前稳定版本你如果用的是其他版本注意 MyBatis-Plus 和 Spring Boot 之间的兼容性版本不匹配是启动报错的高频原因。配置文件application.yml里重点配三样东西数据库连接、MyBatis-Plus 的 mapper 扫描路径、JWT 的密钥和过期时间。数据库连接串记得加上serverTimezoneAsia/Shanghai否则插入时间字段时会出现时区偏移这个坑我在下面还会展开讲。3.2 登录鉴权与角色拦截登录接口的逻辑不复杂但有几个细节决定了系统是否安全可用。下面这段代码是登录接口的核心实现。PostMapping(/login) public Result login(RequestBody LoginDTO dto) { // 1. 根据用户名查询用户 User user userService.getByUsername(dto.getUsername()); if (user null) { return Result.fail(用户名或密码错误); } // 2. 校验密码BCrypt 比对 if (!BCrypt.checkpw(dto.getPassword(), user.getPassword())) { return Result.fail(用户名或密码错误); } // 3. 生成 JWTpayload 里放 userId 和 role String token JwtUtil.generateToken(user.getId(), user.getRole()); // 4. 返回 token 和用户基本信息 MapString, Object data new HashMap(); data.put(token, token); data.put(role, user.getRole()); data.put(realName, user.getRealName()); return Result.success(data); }这段代码里有两个关键点。第一用户名不存在和密码错误返回的是同一条提示这是为了防止攻击者通过错误信息枚举出系统里有哪些用户名。第二JWT 的 payload 里放了userId和role后续接口通过拦截器解析 Token 就能知道当前请求是谁发的、是什么角色不需要每次查数据库。拦截器的配置我一般会放行登录、注册、验证码这几个接口其余接口一律要求携带有效 Token。角色控制则通过自定义注解加 AOP 实现比如RequireRole(TEACHER)标注在需要教师权限的接口上拦截器解析到角色不匹配就返回 403。3.3 组卷策略与试卷生成组卷是在线考试系统里最能体现设计能力的地方。最简单的做法是手动选题教师从题库里一道道勾选。稍微进阶一点的是随机组卷按题型和数量从题库里随机抽取。我建议你两种都做手动组卷保证灵活性随机组卷体现技术含量。随机组卷的核心逻辑是按题型分组每组随机取 N 道题。下面这段代码展示了这个思路。public Paper generateRandomPaper(PaperConfig config) { ListQuestion selected new ArrayList(); // 按题型分组每组随机抽取指定数量 for (QuestionType type : config.getTypeConfigs().keySet()) { int count config.getTypeConfigs().get(type); // 用 SQL 的 ORDER BY RAND() 随机取数据量大时建议改用其他策略 ListQuestion questions questionMapper.selectRandomByType( type, config.getSubject(), count); if (questions.size() count) { throw new BusinessException(题库中该题型数量不足); } selected.addAll(questions); } // 打乱题目顺序避免每次组卷顺序一致 Collections.shuffle(selected); // 保存试卷和题目关联 Paper paper new Paper(); paper.setTitle(config.getTitle()); paper.setDuration(config.getDuration()); paper.setTotalScore(selected.stream() .mapToInt(Question::getScore).sum()); paperMapper.insert(paper); for (int i 0; i selected.size(); i) { PaperQuestion pq new PaperQuestion(); pq.setPaperId(paper.getId()); pq.setQuestionId(selected.get(i).getId()); pq.setSortOrder(i); paperQuestionMapper.insert(pq); } return paper; }ORDER BY RAND()在数据量小的时候没问题但题库超过几千条之后性能会明显下降因为它需要对全表生成随机数再排序。如果你的题库规模不大毕设演示完全够用。如果想让系统更健壮可以改成先查出所有符合条件的 ID在 Java 层用Collections.shuffle打乱后取前 N 个这样数据库压力小很多。组卷完成后试卷的status字段控制它是否发布。只有发布状态的试卷学生才能看到并参加考试这个状态机设计能避免教师还在编辑试卷时学生就提前进入的情况。3.4 自动判分与成绩计算自动判分是在线考试系统区别于纸质考试的核心优势。客观题单选、多选、判断可以完全自动判分主观题简答、论述需要教师手动批阅。下面这段代码是提交试卷后的判分逻辑。Transactional public ExamResult submitExam(Long recordId, ListAnswerDTO answers) { ExamRecord record examRecordMapper.selectById(recordId); if (record.getStatus() ! ExamStatus.IN_PROGRESS) { throw new BusinessException(该考试已提交请勿重复操作); } int totalScore 0; for (AnswerDTO ans : answers) { Question question questionMapper.selectById(ans.getQuestionId()); AnswerDetail detail new AnswerDetail(); detail.setRecordId(recordId); detail.setQuestionId(ans.getQuestionId()); detail.setUserAnswer(ans.getUserAnswer()); // 客观题自动判分 if (question.getType().isObjective()) { boolean correct question.getAnswer() .equalsIgnoreCase(ans.getUserAnswer()); detail.setIsCorrect(correct); detail.setGotScore(correct ? question.getScore() : 0); totalScore detail.getGotScore(); } else { // 主观题标记为待批阅 detail.setIsCorrect(null); detail.setGotScore(0); } answerDetailMapper.insert(detail); } record.setScore(totalScore); record.setSubmitTime(new Date()); record.setStatus(ExamStatus.SUBMITTED); examRecordMapper.updateById(record); return new ExamResult(totalScore, record.getSubmitTime()); }这段代码用Transactional保证了判分和成绩更新的原子性不会出现答案存了但成绩没更新的情况。多选题的判分逻辑要特别注意是全对才给分还是漏选给一半分还是选错就零分。这个规则要在需求阶段就定清楚我一般默认全对才给分因为实现最简单、争议最少。主观题这里只是标记为待批阅教师端会有一个批阅列表教师逐题打分后系统再累加总分。提示考试记录的status字段一定要做状态校验。我见过有同学的系统学生点两次提交按钮就生成了两条考试记录成绩统计直接乱掉。前端按钮置灰只是辅助后端的状态判断才是最后一道防线。4. 前端交互与考试页面限时答题和防作弊的落地细节4.1 考试倒计时的实现与时间同步考试页面的倒计时看起来简单但有一个容易被忽略的问题倒计时应该以服务器时间为准而不是浏览器本地时间。学生把电脑时间改一下本地倒计时就失效了。正确的做法是进入考试时从后端获取剩余秒数前端只负责递减显示。// 进入考试页时从后端获取剩余时间 async function initExamTimer(recordId) { const res await api.getRemainingTime(recordId); let remaining res.data.remainingSeconds; const timer setInterval(() { remaining--; if (remaining 0) { clearInterval(timer); autoSubmit(); // 时间到自动交卷 } // 格式化显示 const m Math.floor(remaining / 60); const s remaining % 60; this.timeDisplay ${m}:${s.toString().padStart(2, 0)}; }, 1000); }后端计算剩余时间的逻辑是考试开始时间加上试卷时长减去当前时间。如果学生中途刷新页面重新请求接口拿到的剩余时间仍然是准确的。自动交卷时前端调用提交接口后端再次校验是否超时超时的提交仍然接受但标记为“超时交卷”这个标记在成绩单上会显示出来。4.2 答题卡与题目切换的交互设计考试页面的布局我建议做成左右分栏左侧是题目区域右侧是答题卡。答题卡用不同颜色区分已答、未答、标记待定三种状态。这个设计不只是为了好看它直接影响学生的答题效率。学生做完一遍之后通过答题卡能快速定位到还没答的题目。题目切换用 Vue 的v-if或动态组件实现每次只渲染当前题目避免一次性渲染几十道题导致页面卡顿。已答的答案存在一个answers对象里切换题目时从对象里读取回显。这个对象在提交时直接转成数组发给后端。// 答案存储结构{ questionId: userAnswer } data() { return { answers: {}, currentIndex: 0, questions: [] }; }, methods: { selectOption(questionId, option) { // 单选直接覆盖多选做数组处理 this.$set(this.answers, questionId, option); }, goToQuestion(index) { this.currentIndex index; } }用this.$set是因为 Vue 2 对对象新增属性不会触发响应式更新直接赋值答题卡的状态不会刷新。这是 Vue 2 的一个经典坑如果你用的是 Vue 3 的reactive或ref就不存在这个问题。4.3 防作弊的边界哪些能做哪些别碰毕设层面的防作弊我的建议是做到“合理提醒”就够了不要过度设计。具体来说可以做的有切屏检测监听visibilitychange事件切屏超过一定次数弹出警告、禁止复制粘贴监听copy和paste事件并阻止、全屏考试进入考试时请求全屏退出全屏时记录一次异常。这些功能实现成本低答辩时也有东西可讲。不建议做的有强制摄像头监控、人脸识别、进程检测。这些功能要么依赖第三方服务要么涉及隐私边界在毕设场景下投入产出比很低而且容易在演示时翻车。我见过有同学在答辩现场因为摄像头调用失败导致整个考试页面卡死场面非常尴尬。注意切屏检测的警告次数要存在后端不能只存在前端。否则学生刷新页面警告次数就清零了。每次切屏前端调一个接口上报后端累加计数超过阈值自动交卷。4.4 成绩查询与统计图表成绩查询页面分两个视角。学生视角只能看自己的成绩教师视角可以看所有学生的成绩并做统计分析。统计图表用 ECharts 来做展示分数分布、及格率、每道题的正确率。每道题的正确率这个数据很有价值教师能据此判断哪些知识点学生掌握得不好。-- 查询某场考试每道题的正确率 SELECT q.id AS question_id, q.content, COUNT(ad.id) AS total_count, SUM(CASE WHEN ad.is_correct 1 THEN 1 ELSE 0 END) AS correct_count, ROUND(SUM(CASE WHEN ad.is_correct 1 THEN 1 ELSE 0 END) / COUNT(ad.id) * 100, 2) AS correct_rate FROM answer_detail ad JOIN question q ON ad.question_id q.id JOIN exam_record er ON ad.record_id er.id WHERE er.paper_id #{paperId} GROUP BY q.id, q.content ORDER BY correct_rate ASC;这条 SQL 按题目分组统计正确率按正确率升序排列教师一眼就能看到哪些题错得最多。ROUND函数保留两位小数避免前端显示一长串小数位。这个查询在数据量大的时候会有点慢可以在exam_record表的paper_id字段上加索引来优化。5. 避坑与排查那些让我熬夜的翻车现场5.1 跨域问题导致前端请求全部失败现象前端启动后调用后端接口浏览器控制台报Access-Control-Allow-Origin错误所有请求都是红色。原因前后端分离项目前端跑在 8080 端口后端跑在 8081 端口浏览器同源策略拦截了跨域请求。解决在后端加一个全局跨域配置类实现WebMvcConfigurer接口重写addCorsMappings方法。注意allowedOrigins不要图省事写成*然后同时开启allowCredentials这两个配置在 Spring Boot 2.4 之后会冲突。正确做法是明确指定前端地址比如http://localhost:8080。Configuration public class CorsConfig implements WebMvcConfigurer { Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping(/**) .allowedOrigins(http://localhost:8080) .allowedMethods(GET, POST, PUT, DELETE) .allowCredentials(true) .maxAge(3600); } }5.2 数据库时间字段差 8 小时现象考试记录里的start_time和实际时间对不上差了整整 8 小时。原因MySQL 的时区设置和 JVM 的时区设置不一致。MySQL 默认用 UTC而国内服务器通常用东八区。解决在 JDBC 连接串里加上serverTimezoneAsia/Shanghai同时在application.yml的 Jackson 配置里设置时区。spring: datasource: url: jdbc:mysql://localhost:3306/exam_system?serverTimezoneAsia/ShanghaiuseUnicodetruecharacterEncodingutf8 jackson: time-zone: Asia/Shanghai date-format: yyyy-MM-dd HH:mm:ss这两个地方都配好之后时间才能前后端一致。只配一个地方仍然会出问题这是血泪经验。5.3 考试提交时答案丢失现象学生答完题点击提交后端收到的答案列表比实际答题数少有些题的答案丢了。原因前端用v-model绑定答案时如果题目是动态渲染的某些题目的绑定可能没有正确初始化。另外如果提交时用JSON.stringify序列化一个包含undefined值的对象这些字段会被直接丢掉。解决答案对象初始化时给每道题一个空字符串默认值不要留undefined。提交前用Object.keys检查一遍确保每道题都有对应的答案字段。后端接收时用ListAnswerDTO而不是Map避免键值对丢失。5.4 自动交卷后重复提交现象考试时间到前端自动交卷但学生又手动点了一次提交按钮后端生成了两条提交记录。原因前端没有在自动交卷后禁用提交按钮后端也没有做幂等性校验。解决前端在调用提交接口后立即将按钮置为禁用状态并设置一个submitting标志位防止重复调用。后端在submitExam方法里先查考试记录的状态如果不是IN_PROGRESS就直接返回错误不执行后续逻辑。这个状态校验必须加在事务方法的第一行。5.5 题库导入时 Excel 解析乱码现象教师用 Excel 批量导入题目导入后中文全部变成乱码。原因Excel 文件的编码格式和 Java 读取时使用的编码不一致。.xls和.xlsx的解析方式不同用错工具类就会乱码。解决用 Apache POI 解析时根据文件后缀选择HSSFWorkbook对应 .xls或XSSFWorkbook对应 .xlsx。读取单元格时统一用DataFormatter做格式化不要直接调toString()。如果还是乱码检查文件本身是不是 CSV 改后缀名得来的这种情况需要用InputStreamReader指定 UTF-8 编码重新读取。6. 部署上线与答辩演示让系统在老师面前稳定跑起来6.1 打包部署的最小可行方案毕设演示最稳妥的部署方式是在本地或一台云服务器上直接跑。后端用mvn package打成 jar 包前端用npm run build生成静态文件然后把前端静态文件放到 Nginx 里Nginx 同时做反向代理把/api开头的请求转发到后端端口。这样前端和后端在同一个域名下跨域问题自然消失。# 后端打包 mvn clean package -DskipTests # 启动后端 java -jar exam-system-1.0.jar --spring.profiles.activeprod # 前端打包 npm run build # 把 dist 目录放到 Nginx 的 html 目录下Nginx 配置里关键的是location /api/的代理转发和try_files配置。try_files $uri $uri/ /index.html这一行是为了解决 Vue Router 的 history 模式刷新 404 问题不加这行学生在考试页面刷新一下就直接白屏。6.2 答辩演示的检查清单答辩前一周按这个清单过一遍能避免 90% 的现场翻车。数据库要提前导入演示数据至少包含 3 个用户角色、20 道题目、2 套试卷、5 条考试记录。演示流程要提前走三遍管理员登录建题库、教师登录组卷发布、学生登录考试交卷、教师批阅查看统计。每一步的账号密码写在一张纸上放在手边不要现场回忆。浏览器建议用 Chrome 的无痕模式避免插件干扰。演示前把电脑的通知全部关掉答辩时弹出一个微信消息非常影响观感。如果条件允许提前在答辩教室的电脑上跑一遍确认投影分辨率下页面布局没有错位。6.3 从毕设到简历项目的最后一公里在线考试系统做完之后不要只把它当成一个作业。把代码整理好推到代码托管平台写一份清晰的 README说明技术栈、启动步骤、功能截图。面试的时候面试官更关心的是你在开发过程中遇到了什么问题、怎么解决的。比如你可以讲 JWT 鉴权的实现思路、随机组卷的算法优化、自动判分的状态机设计这些都是有技术深度的讨论点。我自己的习惯是每做完一个项目都会把踩过的坑和解决方案记在一个单独的文档里。这个文档在写论文的“系统测试”章节时直接就能用面试前翻一遍也能快速回忆起技术细节。毕设不是终点它是你技术表达能力的一次集中训练。希望帮到你。本文还有配套的精品资源点击获取
