简介这是一套面向Java后端与Vue前端开发者的学习型在线考试系统源码适用于高校课程设计、教育类毕设及中小型机构轻量级考试平台搭建。系统采用前后端分离架构完整覆盖考生答题、教师出题、试卷发布与成绩分析等核心教学考评场景兼顾功能性与工程实践性。压缩包共88个文件总计642KB包含44个Java后端源码实现用户认证、试题管理、试卷生成与成绩计算、12个Vue组件构建响应式考试界面与后台管理页、8个XML配置文件数据库与系统参数配置以及JS、JSON、CSS、PNG等配套资源目录结构清晰模块职责分明。目前已有98人学习下载资源附带完整可运行项目结构含pom.xml、vite.config.js、package.json及README说明开箱即用便于快速理解MVC分层逻辑、RESTful接口对接方式及Vue组件通信机制是掌握全栈开发流程的优质练手案例。1. 项目缘起为什么我们需要一个“轻量级”的在线考试系统最近几年无论是高校、培训机构还是企业内部认证线上考试的需求都在急剧增长。市面上成熟的商业系统功能强大但往往伴随着高昂的授权费用、复杂的部署流程和臃肿的功能模块。对于很多中小型机构或者一个课程项目来说我们需要的可能只是一个核心功能完整、部署简单、维护成本低的系统。这就是“轻量级”在线考试系统的价值所在——它不追求大而全而是聚焦于“考试”这个核心场景用最直接的技术栈实现最高效的解决方案。我这次分享的就是基于 Java 和 Vue 技术栈从零开始设计和实现这样一个轻量级系统的全过程。选择 Java 后端是因为其生态成熟、稳定可靠尤其是在处理并发请求和复杂业务逻辑时优势明显选择 Vue 前端则是看中了其渐进式、易上手的特点能让我们快速构建出交互流畅的管理界面和考生界面。这个系统的目标很明确让老师能便捷地创建试卷、管理题库、组织考试、查看成绩让学生能稳定地参加考试、即时看到结果。整个项目源码结构清晰没有过度设计非常适合作为学习全栈开发的实战案例或者作为一个小型项目的起点进行二次开发。2. 系统架构设计前后端分离的清晰边界一个清晰的架构是项目成功的基石。对于这个轻量级系统我采用了经典的前后端分离架构。这种模式将前端展示逻辑与后端业务逻辑、数据访问彻底解耦让前后端可以独立开发、部署和扩展非常适合现代 Web 应用开发。后端Java Spring Boot作为系统的“大脑”和“数据中心”。我使用 Spring Boot 作为核心框架它极大地简化了 Spring 应用的初始搭建和开发过程通过自动配置和起步依赖我们几乎不用写任何 XML 配置。数据库选用 MySQL这是一个在中小型项目中经久不衰的关系型数据库完全能满足考试系统对事务性和数据一致性的要求。为了更高效地操作数据库我集成了 MyBatis-Plus它是对 MyBatis 的增强提供了强大的 CRUD 操作和条件构造器能大幅减少手写 SQL 的工作量。用户认证和授权采用 Spring Security JWTJSON Web Token的方案。用户登录成功后后端生成一个加密的 Token 返回给前端前端在后续请求中携带此 Token后端通过验证 Token 来识别用户身份和权限。这样做的好处是无状态易于扩展且适合 RESTful API。前端Vue 2.x Element UI作为系统的“脸面”和“交互中心”。选择 Vue 2.x 是因为其生态稳定、资料丰富对于快速开发非常友好。UI 框架选用 Element UI它提供了丰富且美观的桌面端组件能让我们像搭积木一样快速构建出管理后台的界面。前端通过 Axios 库与后端 RESTful API 进行通信所有业务数据如试卷、题目、成绩的增删改查都通过 API 完成。前端项目使用 Vue CLI 搭建它提供了现代化的前端开发流水线包括热重载、代码打包、语法检查等极大地提升了开发体验。前后端交互流程考生打开考试页面 - 前端请求考试信息 API - 后端验证 Token 并返回试卷数据 - 前端渲染试题并开始计时 - 考生答题前端定时或提交时向后端发送答案 - 后端接收并存储答案 - 考试时间结束或考生交卷后端触发自动判卷逻辑 - 前端获取成绩并展示。整个流程中前端只负责渲染和交互所有核心逻辑和数据处理都在后端完成职责分明。3. 核心数据库表结构设计数据库设计是业务逻辑的基石设计得好后续开发事半功倍。围绕在线考试的核心流程我设计了以下几张关键表这里重点解释其字段设计的考量。用户表 (sys_user)id: 主键自增。username: 用户名唯一索引用于登录。password: 加密后的密码使用 BCrypt 等强哈希算法绝对不要明文存储。real_name: 真实姓名。role: 角色例如0-管理员1-教师2-学生。这是实现权限控制的基础字段。status: 账户状态0-禁用1-启用。为什么密码要加密存储这是安全底线。即使数据库泄露攻击者也无法直接获得用户密码。BCrypt 算法会自动加“盐”salt并且计算过程故意设计得很慢能有效抵御彩虹表攻击。试卷表 (exam_paper)id: 主键。title: 试卷标题。total_score: 试卷总分自动根据关联的题目计算这里冗余存储便于查询。pass_score: 及格分数。total_time: 考试总时长分钟。status: 状态0-草稿1-已发布。create_time: 创建时间。create_by: 创建人ID。题目表 (question)id: 主键。type: 题型1-单选题2-多选题3-判断题4-填空题5-简答题。这是设计关键不同题型对应的答案存储和判卷逻辑完全不同。content: 题干内容富文本可包含图片。options: 选项JSON 格式存储例如[选项A, 选项B, 选项C, 选项D]。对于选择题和判断题有效。answer: 标准答案。这里的设计需要根据题型灵活处理单选题/判断题存储选项索引或值如A或0。多选题存储选项索引数组的 JSON 字符串如[A, C]。填空题可能存储一个答案数组的 JSON 字符串如[答案1, 答案2]因为可能有多个空。简答题存储关键词或评分要点用于人工阅卷参考或为空完全人工判分。score: 本题分值。analysis: 试题解析考后展示给学生看。subject_id: 所属科目分类ID。使用 JSON 存储选项和答案的考量对于非结构化的数据如可变数量的选项使用 JSON 字段比再拆分成子表更灵活查询和更新也方便。虽然违反了数据库第一范式但在这种读多写少、且结构相对固定的场景下利大于弊。MyBatis-Plus 配合 Fastjson 或 Jackson 可以很方便地进行 Java 对象与 JSON 字符串的转换。试卷-题目关系表 (exam_paper_question)id: 主键。paper_id: 试卷ID。question_id: 题目ID。order_num: 题目在试卷中的序号。这是一张典型的关联表用于描述试卷和题目之间的多对多关系。一张试卷包含多道题一道题也可以被多张试卷引用。通过order_num可以控制试卷中题目的显示顺序。考试记录表 (exam_record)id: 主键。user_id: 考生ID。paper_id: 试卷ID。start_time: 开始考试时间。submit_time: 交卷时间。use_time: 考试用时秒。total_score: 最终得分客观题自动判分 主观题待批改分数。status: 状态0-考试中1-已交卷待批改2-批改完成。考生答案表 (exam_answer)id: 主键。record_id: 考试记录ID。question_id: 题目ID。user_answer: 考生答案JSON 格式存储以兼容不同题型。score: 本题得分判卷后更新。is_correct: 是否正确针对客观题。将答案独立成表的优点与考试记录表分开结构更清晰。一次考试的所有答案都通过record_id关联方便查询和批改。user_answer字段同样用 JSON 存储以灵活应对单选、多选、填空等不同格式的答案。4. 后端核心功能实现与避坑指南后端是系统的业务核心这里我挑几个关键功能的实现细节和容易踩坑的地方分享一下。4.1 使用 Spring Security 和 JWT 实现无状态认证传统的 Session 认证在集群部署时需要解决 Session 共享问题。JWT 是一种无状态的解决方案。实现步骤用户登录用户提交用户名密码后端控制器调用 Spring Security 的AuthenticationManager进行认证。生成 Token认证成功后使用工具类如JwtTokenUtil生成 JWT。Token 的 Payload 部分通常包含用户名、用户ID、角色和过期时间。// 示例生成JWT的简化代码 public String generateToken(String username, ListString roles) { MapString, Object claims new HashMap(); claims.put(sub, username); claims.put(roles, roles); claims.put(created, new Date()); return Jwts.builder() .setClaims(claims) .setExpiration(new Date(System.currentTimeMillis() EXPIRATION_TIME)) .signWith(SignatureAlgorithm.HS512, SECRET_KEY) .compact(); }配置过滤器创建一个JwtAuthenticationFilter继承OncePerRequestFilter。在doFilterInternal方法中从请求头如Authorization: Bearer token中提取 Token进行解析和验证。验证通过后根据 Token 中的信息如用户名加载用户详情并创建一个UsernamePasswordAuthenticationToken对象设置到SecurityContextHolder中这样后续的控制器就能通过AuthenticationPrincipal注解获取当前用户信息。配置 Spring Security在SecurityConfig配置类中禁用 Session设置密码编码器BCrypt配置哪些路径需要认证哪些路径公开并将自定义的 JWT 过滤器添加到HttpSecurity配置中。避坑指南SECRET_KEY 要足够复杂且保密这是签发和验证 Token 的密钥一旦泄露攻击者可以伪造任意用户的 Token。务必将其存储在环境变量或配置中心不要硬编码在代码里。Token 过期时间不宜过长通常设为 2-4 小时。前端可以在 Token 快过期时通过 Refresh Token 机制本项目简化版未实现来获取新的 Token。注销问题JWT 一旦签发在过期前始终有效服务端无法直接使其失效。常见的解决方案有1) 设置较短的过期时间2) 使用 Token 黑名单将需要注销的 Token ID 存入 Redis 并设置短于 Token 过期时间的 TTL但这又引入了状态。对于轻量级系统短过期时间是更简单的选择。4.2 试卷组卷与考试并发控制组卷逻辑教师在前端选择题目或设定规则如按科目、难度随机抽题后端接收一个题目ID列表。核心操作是向exam_paper_question表插入多条关联记录。这里需要注意事务性要么全部成功要么全部回滚。并发控制——防止重复提交考试中最怕的就是网络波动导致考生多次点击“交卷”造成重复提交。我的解决方案是前端防抖提交按钮点击后立即禁用并显示加载状态直到收到后端响应。后端幂等性处理在ExamRecord表中为(user_id, paper_id)创建一个唯一索引确保一个学生对同一份试卷只能有一条“考试中”状态的记录。在开始考试创建记录时利用数据库唯一索引的冲突来防止并发请求创建多条记录。更精细的控制可以在交卷时在业务层判断ExamRecord的状态如果已经不是“考试中”则直接返回“已交卷”结果不执行后续的判卷逻辑。高并发读场景优化考试开始时所有考生会同时请求试卷内容。这里可以对GET /api/exam/paper/{id}这类接口的响应内容进行缓存。使用 Spring Cache 注解Cacheable将完整的试卷信息包含题目缓存到 Redis 中设置合理的过期时间如考试持续时间可以极大减轻数据库压力。4.3 自动判卷逻辑的实现自动判卷是提升效率的关键主要针对客观题单选、多选、判断、填空。核心思路考生交卷后后端收到一个答案列表ListAnswerDTO。遍历这个列表对于每一道题根据question_id从数据库或缓存中取出题目的标准答案 (question.getAnswer()) 和分值 (question.getScore)。根据题型 (question.getType())调用对应的判卷策略。单选题/判断题直接比较考生答案和标准答案字符串是否相等忽略大小写和前后空格。多选题将标准答案如[A,C]和考生答案都转为Set比较两个集合是否完全相同。注意多选题必须全对才得分少选、多选、错选都不得分这是常见规则。填空题这里比较复杂。标准答案可能是一个数组对应多个空。需要将考生填写的答案按空拆分然后逐个与标准答案比较。通常采用模糊匹配比如去除首尾空格后判断标准答案是否包含考生答案或计算字符串相似度以提高容错性。判断正确后将该题分值累加到总分中并更新exam_answer表中该条记录的score和is_correct字段。所有客观题判完后更新exam_record表中的total_score和status如果全是客观题则状态直接变为“批改完成”。代码结构设计为了清晰我使用了策略模式。定义一个JudgeStrategy接口包含一个judge方法。然后为每种题型创建一个实现类如SingleChoiceJudgeStrategy、MultipleChoiceJudgeStrategy。由一个JudgeContext根据题型获取对应的策略进行判卷。这样后续增加新题型如阅读理解题时只需要新增一个策略类即可符合开闭原则。主观题处理对于简答题在自动判卷流程中score记为0status置为“已交卷待批改”。需要教师在后端管理界面手动批改并录入分数系统再重新计算总分。5. 前端关键功能与用户体验优化前端的目标是构建一个对教师友好、对学生稳定的操作界面。5.1 使用 Vue Router 和导航守卫管理权限系统有三类用户管理员、教师、学生他们看到的菜单和能访问的页面完全不同。实现方法动态路由用户登录成功后后端 API 不仅返回 Token还会返回该用户的角色和对应的前端路由权限列表一个树形结构。前端根据这个列表动态调用router.addRoute()来添加可访问的路由。这样不同角色登录后侧边栏菜单和可访问的页面就是不同的。路由导航守卫在router.beforeEach中检查目标路由是否需要特定权限可以在路由元信息meta中标记roles: [TEACHER]。然后对比当前用户的角色如果没有权限则跳转到登录页或403页面。按钮级权限对于页面内的按钮如“删除试卷”可以封装一个权限判断指令v-permission或者写一个全局方法checkPermission()在按钮上根据用户角色控制其显示与隐藏。5.2 考试页面的实时性与防作弊考量考生端的考试页面是核心交互界面需要保证体验流畅并尽可能增加一些防作弊措施虽然完全防作弊在线上环境很难但可以增加作弊成本。实时倒计时使用 Vue 的data定义一个remainingTime秒在mounted钩子中启动一个setInterval定时器每秒减1并格式化为“时分秒”显示在页面上。当时间减到0时自动触发交卷逻辑。关键点在组件销毁 (beforeDestroy) 时务必清除定时器防止内存泄漏。// 简化示例 data() { return { remainingTime: 7200 // 2小时单位秒 } }, mounted() { this.timer setInterval(() { if (this.remainingTime 0) { this.remainingTime--; } else { this.autoSubmit(); clearInterval(this.timer); } }, 1000); }, beforeDestroy() { if (this.timer) clearInterval(this.timer); }定时保存答案为了防止浏览器崩溃或网络中断导致答案丢失可以设置每30秒或60秒自动将当前已答的题目答案保存到后端。这需要前端维护一个答案的本地对象定时通过一个防抖的 API 调用进行保存。注意这个保存动作不应该打断用户的正常答题。防作弊的有限手段页面失去焦点警告监听window的blur事件当考试页面失去焦点如切换标签页或程序时记录一次或弹出警告。可以允许有限的次数如3次超过则强制交卷。但请注意这很容易被绕过例如用另一台设备看资料且可能因误操作如弹出系统通知导致误判体验不好需谨慎使用并明确告知考生规则。禁止右键和复制在考试页面可以通过 JavaScript 禁用右键菜单 (contextmenu)、复制 (copy)、选择文本 (selectstart) 等事件。这只能防住最“懒”的作弊者。document.addEventListener(contextmenu, e e.preventDefault()); document.addEventListener(copy, e e.preventDefault());题目乱序和选项乱序后端在组卷时可以为每个考生生成一个随机的题目顺序ID题目和选项的排列顺序都根据这个种子打乱。这样即使相邻的考生考同一套卷题目顺序也不同增加了抄袭的难度。这需要在数据库设计和判卷逻辑上做额外处理。重要提示所有防作弊措施都应在考试开始前以“考试须知”的形式明确告知考生并取得其同意避免法律和体验上的纠纷。在线考试的核心是信任与诚信技术手段只是辅助。5.3 使用 Vuex 管理复杂的考试状态考试页面状态复杂当前试卷信息、题目列表、考生答案、剩余时间、考试状态等。使用 Vuex 进行集中式状态管理非常合适。Store 设计// store/modules/exam.js const state { paper: null, // 当前试卷详情 questions: [], // 题目列表 answers: {}, // 答案映射 { questionId: answer } remainingTime: 0, examStatus: ongoing // ongoing, submitted, timeout }; const mutations { SET_PAPER(state, paper) { state.paper paper; }, SET_QUESTIONS(state, questions) { state.questions questions; }, SAVE_ANSWER(state, { qid, answer }) { Vue.set(state.answers, qid, answer); } // 使用Vue.set确保响应式 }; const actions { async fetchPaper({ commit }, paperId) { const res await api.getPaper(paperId); commit(SET_PAPER, res.data); commit(SET_QUESTIONS, res.data.questions); } };在考试组件中通过mapState和mapActions来获取和操作状态。这样任何组件内保存的答案都会同步到 Store定时保存答案的 Action 可以直接从 Store 中获取answers对象发送给后端逻辑清晰且解耦。6. 部署与运维实践一个完整的项目最终要能跑起来。轻量级意味着部署也要简单。后端部署使用mvn clean package打包 Spring Boot 应用会得到一个可执行的jar文件。在服务器如 CentOS 7上安装 Java 运行环境JRE 8或11。将jar包上传至服务器可以使用nohup java -jar your-app.jar --spring.profiles.activeprod app.log 21 命令在后台运行。--spring.profiles.activeprod会激活application-prod.properties配置文件其中配置生产环境的数据库连接、日志级别等。更推荐的方式是使用 Docker编写一个简单的Dockerfile基于openjdk:11-jre-slim镜像将jar包复制进去暴露端口设置启动命令。然后通过docker-compose.yml将后端应用、MySQL、Redis 等服务编排在一起一键启动环境隔离迁移方便。前端部署使用npm run build生成静态资源dist目录。可以将dist目录里的文件直接放到 Nginx 或 Apache 的静态文件目录下。配置 Nginx将 API 请求反向代理到后端服务。server { listen 80; server_name your-domain.com; location / { root /path/to/your/dist; index index.html; try_files $uri $uri/ /index.html; # 支持Vue Router的history模式 } location /api/ { proxy_pass http://localhost:8080/; # 后端服务地址 proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; } }运维小贴士日志务必配置好日志使用 Logback 或 Log4j2将日志按级别INFO, ERROR和日期滚动存储到文件中。出问题时查看日志是第一步。监控简单的监控可以用 Spring Boot Actuator 暴露一些健康检查、度量指标端点配合 Prometheus 和 Grafana 进行可视化。至少确保能知道服务是否在运行。数据库备份定期对 MySQL 进行备份是最基本的要求。可以使用mysqldump命令写脚本配合 crontab 定时任务执行。7. 从源码到实践如何运行与二次开发拿到源码后如何快速跑起来并理解其结构环境准备后端JDK 8或11Maven 3.6MySQL 5.7Redis可选用于缓存和Session存储。前端Node.js 14npm 或 yarn。启动步骤初始化数据库在 MySQL 中创建数据库如exam_system然后执行项目sql目录下的建表脚本。配置后端复制application.yml或application.properties重命名为application-dev.yml修改其中的数据库连接信息、Redis连接信息如果用了以及 JWT 的secret-key。启动后端在 IDE如 IntelliJ IDEA中直接运行Application主类或使用命令mvn spring-boot:run。配置前端进入前端项目目录复制.env.development为.env.development.local修改其中的VUE_APP_API_BASE_URL为你的后端地址如http://localhost:8080。启动前端运行npm install安装依赖然后运行npm run serve。访问控制台输出的地址通常是http://localhost:8081。二次开发建议从理解数据流开始选择一个简单功能比如“新增一个单选题”从前端表单 - 前端API调用 - 后端Controller - Service - Mapper - 数据库跟踪一遍完整的代码路径这是理解项目最快的方式。遵循现有代码风格注意项目中的包结构划分controller, service, mapper, entity, dto, config等保持风格一致。先复制再修改需要新增一个类似功能时比如新增一个“多选题”题型可以先复制现有的“单选题”相关代码然后进行修改这样不容易遗漏。善用 MyBatis-Plus这个项目的数据库操作大量使用了 MyBatis-Plus 的 Lambda 查询和更新非常简洁。熟悉它的QueryWrapper和UpdateWrapper能极大提升开发效率。这个轻量级在线考试系统麻雀虽小五脏俱全涵盖了用户认证、权限管理、核心业务逻辑、复杂状态处理、前后端交互等常见开发场景。希望通过这次分享不仅能让你了解如何实现这样一个系统更能理解其背后的设计思路和技术选型原因。在实际开发中你可以根据具体需求在此基础上增加诸如考试监控、人脸识别签到、试题导入导出、数据分析报表等功能让它变得更加强大。本文还有配套的精品资源点击获取 基于Java+Vue的轻量级在线考试系统设计与实现
简介这是一套面向Java后端与Vue前端开发者的学习型在线考试系统源码适用于高校课程设计、教育类毕设及中小型机构轻量级考试平台搭建。系统采用前后端分离架构完整覆盖考生答题、教师出题、试卷发布与成绩分析等核心教学考评场景兼顾功能性与工程实践性。压缩包共88个文件总计642KB包含44个Java后端源码实现用户认证、试题管理、试卷生成与成绩计算、12个Vue组件构建响应式考试界面与后台管理页、8个XML配置文件数据库与系统参数配置以及JS、JSON、CSS、PNG等配套资源目录结构清晰模块职责分明。目前已有98人学习下载资源附带完整可运行项目结构含pom.xml、vite.config.js、package.json及README说明开箱即用便于快速理解MVC分层逻辑、RESTful接口对接方式及Vue组件通信机制是掌握全栈开发流程的优质练手案例。1. 项目缘起为什么我们需要一个“轻量级”的在线考试系统最近几年无论是高校、培训机构还是企业内部认证线上考试的需求都在急剧增长。市面上成熟的商业系统功能强大但往往伴随着高昂的授权费用、复杂的部署流程和臃肿的功能模块。对于很多中小型机构或者一个课程项目来说我们需要的可能只是一个核心功能完整、部署简单、维护成本低的系统。这就是“轻量级”在线考试系统的价值所在——它不追求大而全而是聚焦于“考试”这个核心场景用最直接的技术栈实现最高效的解决方案。我这次分享的就是基于 Java 和 Vue 技术栈从零开始设计和实现这样一个轻量级系统的全过程。选择 Java 后端是因为其生态成熟、稳定可靠尤其是在处理并发请求和复杂业务逻辑时优势明显选择 Vue 前端则是看中了其渐进式、易上手的特点能让我们快速构建出交互流畅的管理界面和考生界面。这个系统的目标很明确让老师能便捷地创建试卷、管理题库、组织考试、查看成绩让学生能稳定地参加考试、即时看到结果。整个项目源码结构清晰没有过度设计非常适合作为学习全栈开发的实战案例或者作为一个小型项目的起点进行二次开发。2. 系统架构设计前后端分离的清晰边界一个清晰的架构是项目成功的基石。对于这个轻量级系统我采用了经典的前后端分离架构。这种模式将前端展示逻辑与后端业务逻辑、数据访问彻底解耦让前后端可以独立开发、部署和扩展非常适合现代 Web 应用开发。后端Java Spring Boot作为系统的“大脑”和“数据中心”。我使用 Spring Boot 作为核心框架它极大地简化了 Spring 应用的初始搭建和开发过程通过自动配置和起步依赖我们几乎不用写任何 XML 配置。数据库选用 MySQL这是一个在中小型项目中经久不衰的关系型数据库完全能满足考试系统对事务性和数据一致性的要求。为了更高效地操作数据库我集成了 MyBatis-Plus它是对 MyBatis 的增强提供了强大的 CRUD 操作和条件构造器能大幅减少手写 SQL 的工作量。用户认证和授权采用 Spring Security JWTJSON Web Token的方案。用户登录成功后后端生成一个加密的 Token 返回给前端前端在后续请求中携带此 Token后端通过验证 Token 来识别用户身份和权限。这样做的好处是无状态易于扩展且适合 RESTful API。前端Vue 2.x Element UI作为系统的“脸面”和“交互中心”。选择 Vue 2.x 是因为其生态稳定、资料丰富对于快速开发非常友好。UI 框架选用 Element UI它提供了丰富且美观的桌面端组件能让我们像搭积木一样快速构建出管理后台的界面。前端通过 Axios 库与后端 RESTful API 进行通信所有业务数据如试卷、题目、成绩的增删改查都通过 API 完成。前端项目使用 Vue CLI 搭建它提供了现代化的前端开发流水线包括热重载、代码打包、语法检查等极大地提升了开发体验。前后端交互流程考生打开考试页面 - 前端请求考试信息 API - 后端验证 Token 并返回试卷数据 - 前端渲染试题并开始计时 - 考生答题前端定时或提交时向后端发送答案 - 后端接收并存储答案 - 考试时间结束或考生交卷后端触发自动判卷逻辑 - 前端获取成绩并展示。整个流程中前端只负责渲染和交互所有核心逻辑和数据处理都在后端完成职责分明。3. 核心数据库表结构设计数据库设计是业务逻辑的基石设计得好后续开发事半功倍。围绕在线考试的核心流程我设计了以下几张关键表这里重点解释其字段设计的考量。用户表 (sys_user)id: 主键自增。username: 用户名唯一索引用于登录。password: 加密后的密码使用 BCrypt 等强哈希算法绝对不要明文存储。real_name: 真实姓名。role: 角色例如0-管理员1-教师2-学生。这是实现权限控制的基础字段。status: 账户状态0-禁用1-启用。为什么密码要加密存储这是安全底线。即使数据库泄露攻击者也无法直接获得用户密码。BCrypt 算法会自动加“盐”salt并且计算过程故意设计得很慢能有效抵御彩虹表攻击。试卷表 (exam_paper)id: 主键。title: 试卷标题。total_score: 试卷总分自动根据关联的题目计算这里冗余存储便于查询。pass_score: 及格分数。total_time: 考试总时长分钟。status: 状态0-草稿1-已发布。create_time: 创建时间。create_by: 创建人ID。题目表 (question)id: 主键。type: 题型1-单选题2-多选题3-判断题4-填空题5-简答题。这是设计关键不同题型对应的答案存储和判卷逻辑完全不同。content: 题干内容富文本可包含图片。options: 选项JSON 格式存储例如[选项A, 选项B, 选项C, 选项D]。对于选择题和判断题有效。answer: 标准答案。这里的设计需要根据题型灵活处理单选题/判断题存储选项索引或值如A或0。多选题存储选项索引数组的 JSON 字符串如[A, C]。填空题可能存储一个答案数组的 JSON 字符串如[答案1, 答案2]因为可能有多个空。简答题存储关键词或评分要点用于人工阅卷参考或为空完全人工判分。score: 本题分值。analysis: 试题解析考后展示给学生看。subject_id: 所属科目分类ID。使用 JSON 存储选项和答案的考量对于非结构化的数据如可变数量的选项使用 JSON 字段比再拆分成子表更灵活查询和更新也方便。虽然违反了数据库第一范式但在这种读多写少、且结构相对固定的场景下利大于弊。MyBatis-Plus 配合 Fastjson 或 Jackson 可以很方便地进行 Java 对象与 JSON 字符串的转换。试卷-题目关系表 (exam_paper_question)id: 主键。paper_id: 试卷ID。question_id: 题目ID。order_num: 题目在试卷中的序号。这是一张典型的关联表用于描述试卷和题目之间的多对多关系。一张试卷包含多道题一道题也可以被多张试卷引用。通过order_num可以控制试卷中题目的显示顺序。考试记录表 (exam_record)id: 主键。user_id: 考生ID。paper_id: 试卷ID。start_time: 开始考试时间。submit_time: 交卷时间。use_time: 考试用时秒。total_score: 最终得分客观题自动判分 主观题待批改分数。status: 状态0-考试中1-已交卷待批改2-批改完成。考生答案表 (exam_answer)id: 主键。record_id: 考试记录ID。question_id: 题目ID。user_answer: 考生答案JSON 格式存储以兼容不同题型。score: 本题得分判卷后更新。is_correct: 是否正确针对客观题。将答案独立成表的优点与考试记录表分开结构更清晰。一次考试的所有答案都通过record_id关联方便查询和批改。user_answer字段同样用 JSON 存储以灵活应对单选、多选、填空等不同格式的答案。4. 后端核心功能实现与避坑指南后端是系统的业务核心这里我挑几个关键功能的实现细节和容易踩坑的地方分享一下。4.1 使用 Spring Security 和 JWT 实现无状态认证传统的 Session 认证在集群部署时需要解决 Session 共享问题。JWT 是一种无状态的解决方案。实现步骤用户登录用户提交用户名密码后端控制器调用 Spring Security 的AuthenticationManager进行认证。生成 Token认证成功后使用工具类如JwtTokenUtil生成 JWT。Token 的 Payload 部分通常包含用户名、用户ID、角色和过期时间。// 示例生成JWT的简化代码 public String generateToken(String username, ListString roles) { MapString, Object claims new HashMap(); claims.put(sub, username); claims.put(roles, roles); claims.put(created, new Date()); return Jwts.builder() .setClaims(claims) .setExpiration(new Date(System.currentTimeMillis() EXPIRATION_TIME)) .signWith(SignatureAlgorithm.HS512, SECRET_KEY) .compact(); }配置过滤器创建一个JwtAuthenticationFilter继承OncePerRequestFilter。在doFilterInternal方法中从请求头如Authorization: Bearer token中提取 Token进行解析和验证。验证通过后根据 Token 中的信息如用户名加载用户详情并创建一个UsernamePasswordAuthenticationToken对象设置到SecurityContextHolder中这样后续的控制器就能通过AuthenticationPrincipal注解获取当前用户信息。配置 Spring Security在SecurityConfig配置类中禁用 Session设置密码编码器BCrypt配置哪些路径需要认证哪些路径公开并将自定义的 JWT 过滤器添加到HttpSecurity配置中。避坑指南SECRET_KEY 要足够复杂且保密这是签发和验证 Token 的密钥一旦泄露攻击者可以伪造任意用户的 Token。务必将其存储在环境变量或配置中心不要硬编码在代码里。Token 过期时间不宜过长通常设为 2-4 小时。前端可以在 Token 快过期时通过 Refresh Token 机制本项目简化版未实现来获取新的 Token。注销问题JWT 一旦签发在过期前始终有效服务端无法直接使其失效。常见的解决方案有1) 设置较短的过期时间2) 使用 Token 黑名单将需要注销的 Token ID 存入 Redis 并设置短于 Token 过期时间的 TTL但这又引入了状态。对于轻量级系统短过期时间是更简单的选择。4.2 试卷组卷与考试并发控制组卷逻辑教师在前端选择题目或设定规则如按科目、难度随机抽题后端接收一个题目ID列表。核心操作是向exam_paper_question表插入多条关联记录。这里需要注意事务性要么全部成功要么全部回滚。并发控制——防止重复提交考试中最怕的就是网络波动导致考生多次点击“交卷”造成重复提交。我的解决方案是前端防抖提交按钮点击后立即禁用并显示加载状态直到收到后端响应。后端幂等性处理在ExamRecord表中为(user_id, paper_id)创建一个唯一索引确保一个学生对同一份试卷只能有一条“考试中”状态的记录。在开始考试创建记录时利用数据库唯一索引的冲突来防止并发请求创建多条记录。更精细的控制可以在交卷时在业务层判断ExamRecord的状态如果已经不是“考试中”则直接返回“已交卷”结果不执行后续的判卷逻辑。高并发读场景优化考试开始时所有考生会同时请求试卷内容。这里可以对GET /api/exam/paper/{id}这类接口的响应内容进行缓存。使用 Spring Cache 注解Cacheable将完整的试卷信息包含题目缓存到 Redis 中设置合理的过期时间如考试持续时间可以极大减轻数据库压力。4.3 自动判卷逻辑的实现自动判卷是提升效率的关键主要针对客观题单选、多选、判断、填空。核心思路考生交卷后后端收到一个答案列表ListAnswerDTO。遍历这个列表对于每一道题根据question_id从数据库或缓存中取出题目的标准答案 (question.getAnswer()) 和分值 (question.getScore)。根据题型 (question.getType())调用对应的判卷策略。单选题/判断题直接比较考生答案和标准答案字符串是否相等忽略大小写和前后空格。多选题将标准答案如[A,C]和考生答案都转为Set比较两个集合是否完全相同。注意多选题必须全对才得分少选、多选、错选都不得分这是常见规则。填空题这里比较复杂。标准答案可能是一个数组对应多个空。需要将考生填写的答案按空拆分然后逐个与标准答案比较。通常采用模糊匹配比如去除首尾空格后判断标准答案是否包含考生答案或计算字符串相似度以提高容错性。判断正确后将该题分值累加到总分中并更新exam_answer表中该条记录的score和is_correct字段。所有客观题判完后更新exam_record表中的total_score和status如果全是客观题则状态直接变为“批改完成”。代码结构设计为了清晰我使用了策略模式。定义一个JudgeStrategy接口包含一个judge方法。然后为每种题型创建一个实现类如SingleChoiceJudgeStrategy、MultipleChoiceJudgeStrategy。由一个JudgeContext根据题型获取对应的策略进行判卷。这样后续增加新题型如阅读理解题时只需要新增一个策略类即可符合开闭原则。主观题处理对于简答题在自动判卷流程中score记为0status置为“已交卷待批改”。需要教师在后端管理界面手动批改并录入分数系统再重新计算总分。5. 前端关键功能与用户体验优化前端的目标是构建一个对教师友好、对学生稳定的操作界面。5.1 使用 Vue Router 和导航守卫管理权限系统有三类用户管理员、教师、学生他们看到的菜单和能访问的页面完全不同。实现方法动态路由用户登录成功后后端 API 不仅返回 Token还会返回该用户的角色和对应的前端路由权限列表一个树形结构。前端根据这个列表动态调用router.addRoute()来添加可访问的路由。这样不同角色登录后侧边栏菜单和可访问的页面就是不同的。路由导航守卫在router.beforeEach中检查目标路由是否需要特定权限可以在路由元信息meta中标记roles: [TEACHER]。然后对比当前用户的角色如果没有权限则跳转到登录页或403页面。按钮级权限对于页面内的按钮如“删除试卷”可以封装一个权限判断指令v-permission或者写一个全局方法checkPermission()在按钮上根据用户角色控制其显示与隐藏。5.2 考试页面的实时性与防作弊考量考生端的考试页面是核心交互界面需要保证体验流畅并尽可能增加一些防作弊措施虽然完全防作弊在线上环境很难但可以增加作弊成本。实时倒计时使用 Vue 的data定义一个remainingTime秒在mounted钩子中启动一个setInterval定时器每秒减1并格式化为“时分秒”显示在页面上。当时间减到0时自动触发交卷逻辑。关键点在组件销毁 (beforeDestroy) 时务必清除定时器防止内存泄漏。// 简化示例 data() { return { remainingTime: 7200 // 2小时单位秒 } }, mounted() { this.timer setInterval(() { if (this.remainingTime 0) { this.remainingTime--; } else { this.autoSubmit(); clearInterval(this.timer); } }, 1000); }, beforeDestroy() { if (this.timer) clearInterval(this.timer); }定时保存答案为了防止浏览器崩溃或网络中断导致答案丢失可以设置每30秒或60秒自动将当前已答的题目答案保存到后端。这需要前端维护一个答案的本地对象定时通过一个防抖的 API 调用进行保存。注意这个保存动作不应该打断用户的正常答题。防作弊的有限手段页面失去焦点警告监听window的blur事件当考试页面失去焦点如切换标签页或程序时记录一次或弹出警告。可以允许有限的次数如3次超过则强制交卷。但请注意这很容易被绕过例如用另一台设备看资料且可能因误操作如弹出系统通知导致误判体验不好需谨慎使用并明确告知考生规则。禁止右键和复制在考试页面可以通过 JavaScript 禁用右键菜单 (contextmenu)、复制 (copy)、选择文本 (selectstart) 等事件。这只能防住最“懒”的作弊者。document.addEventListener(contextmenu, e e.preventDefault()); document.addEventListener(copy, e e.preventDefault());题目乱序和选项乱序后端在组卷时可以为每个考生生成一个随机的题目顺序ID题目和选项的排列顺序都根据这个种子打乱。这样即使相邻的考生考同一套卷题目顺序也不同增加了抄袭的难度。这需要在数据库设计和判卷逻辑上做额外处理。重要提示所有防作弊措施都应在考试开始前以“考试须知”的形式明确告知考生并取得其同意避免法律和体验上的纠纷。在线考试的核心是信任与诚信技术手段只是辅助。5.3 使用 Vuex 管理复杂的考试状态考试页面状态复杂当前试卷信息、题目列表、考生答案、剩余时间、考试状态等。使用 Vuex 进行集中式状态管理非常合适。Store 设计// store/modules/exam.js const state { paper: null, // 当前试卷详情 questions: [], // 题目列表 answers: {}, // 答案映射 { questionId: answer } remainingTime: 0, examStatus: ongoing // ongoing, submitted, timeout }; const mutations { SET_PAPER(state, paper) { state.paper paper; }, SET_QUESTIONS(state, questions) { state.questions questions; }, SAVE_ANSWER(state, { qid, answer }) { Vue.set(state.answers, qid, answer); } // 使用Vue.set确保响应式 }; const actions { async fetchPaper({ commit }, paperId) { const res await api.getPaper(paperId); commit(SET_PAPER, res.data); commit(SET_QUESTIONS, res.data.questions); } };在考试组件中通过mapState和mapActions来获取和操作状态。这样任何组件内保存的答案都会同步到 Store定时保存答案的 Action 可以直接从 Store 中获取answers对象发送给后端逻辑清晰且解耦。6. 部署与运维实践一个完整的项目最终要能跑起来。轻量级意味着部署也要简单。后端部署使用mvn clean package打包 Spring Boot 应用会得到一个可执行的jar文件。在服务器如 CentOS 7上安装 Java 运行环境JRE 8或11。将jar包上传至服务器可以使用nohup java -jar your-app.jar --spring.profiles.activeprod app.log 21 命令在后台运行。--spring.profiles.activeprod会激活application-prod.properties配置文件其中配置生产环境的数据库连接、日志级别等。更推荐的方式是使用 Docker编写一个简单的Dockerfile基于openjdk:11-jre-slim镜像将jar包复制进去暴露端口设置启动命令。然后通过docker-compose.yml将后端应用、MySQL、Redis 等服务编排在一起一键启动环境隔离迁移方便。前端部署使用npm run build生成静态资源dist目录。可以将dist目录里的文件直接放到 Nginx 或 Apache 的静态文件目录下。配置 Nginx将 API 请求反向代理到后端服务。server { listen 80; server_name your-domain.com; location / { root /path/to/your/dist; index index.html; try_files $uri $uri/ /index.html; # 支持Vue Router的history模式 } location /api/ { proxy_pass http://localhost:8080/; # 后端服务地址 proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; } }运维小贴士日志务必配置好日志使用 Logback 或 Log4j2将日志按级别INFO, ERROR和日期滚动存储到文件中。出问题时查看日志是第一步。监控简单的监控可以用 Spring Boot Actuator 暴露一些健康检查、度量指标端点配合 Prometheus 和 Grafana 进行可视化。至少确保能知道服务是否在运行。数据库备份定期对 MySQL 进行备份是最基本的要求。可以使用mysqldump命令写脚本配合 crontab 定时任务执行。7. 从源码到实践如何运行与二次开发拿到源码后如何快速跑起来并理解其结构环境准备后端JDK 8或11Maven 3.6MySQL 5.7Redis可选用于缓存和Session存储。前端Node.js 14npm 或 yarn。启动步骤初始化数据库在 MySQL 中创建数据库如exam_system然后执行项目sql目录下的建表脚本。配置后端复制application.yml或application.properties重命名为application-dev.yml修改其中的数据库连接信息、Redis连接信息如果用了以及 JWT 的secret-key。启动后端在 IDE如 IntelliJ IDEA中直接运行Application主类或使用命令mvn spring-boot:run。配置前端进入前端项目目录复制.env.development为.env.development.local修改其中的VUE_APP_API_BASE_URL为你的后端地址如http://localhost:8080。启动前端运行npm install安装依赖然后运行npm run serve。访问控制台输出的地址通常是http://localhost:8081。二次开发建议从理解数据流开始选择一个简单功能比如“新增一个单选题”从前端表单 - 前端API调用 - 后端Controller - Service - Mapper - 数据库跟踪一遍完整的代码路径这是理解项目最快的方式。遵循现有代码风格注意项目中的包结构划分controller, service, mapper, entity, dto, config等保持风格一致。先复制再修改需要新增一个类似功能时比如新增一个“多选题”题型可以先复制现有的“单选题”相关代码然后进行修改这样不容易遗漏。善用 MyBatis-Plus这个项目的数据库操作大量使用了 MyBatis-Plus 的 Lambda 查询和更新非常简洁。熟悉它的QueryWrapper和UpdateWrapper能极大提升开发效率。这个轻量级在线考试系统麻雀虽小五脏俱全涵盖了用户认证、权限管理、核心业务逻辑、复杂状态处理、前后端交互等常见开发场景。希望通过这次分享不仅能让你了解如何实现这样一个系统更能理解其背后的设计思路和技术选型原因。在实际开发中你可以根据具体需求在此基础上增加诸如考试监控、人脸识别签到、试题导入导出、数据分析报表等功能让它变得更加强大。本文还有配套的精品资源点击获取