开头每次给学生开发作业管理系统我都要劝自己一句别把系统做成了作业收集箱。交作业、查重、看分数这些功能说到底只是基础真正麻烦的是评分环节——一个班几十号人老师一个人改到天亮不说学生交了作业就石沉大海连同学之间互相学习的路径都没有。这套师生共评作业管理系统就是我针对这个痛点设计的一套完整源码。技术栈是SpringBootVue3MyBatis数据库用MySQL前后端完全分离。和市面上常见的作业系统不一样的地方在于它把教师评分和学生互评两条评分链路同时做进了核心业务里。教师可以发起互评任务学生按匿名规则给同学的作业打分教师再在互评结果基础上给出最终成绩系统自动按权重汇总。这样既减轻了老师的批改压力也逼着学生在看别人作业的过程中真正动脑子。这套源码适用于计算机专业课程设计、毕业设计也适合企业做内部培训考核系统二次开发。前端基于Vue3Element Plus搭建后端基于SpringBoot 2.7MyBatis构建权限用JWT做无状态认证部署时前端打包丢到Nginx后端打jar包启服务结构清晰扩展容易。我在这篇文章里会把整个系统的数据模型、评分算法、前后端核心实现、以及我在实际部署中踩过的关键坑全部拆开讲一遍。无论你是刚入门想要整套可跑项目的学生还是工作中要快速落地一个考核系统的开发者这篇文章都能给你省下不少摸索时间。1. 设计这套系统的第一件事定清楚共评的业务规则很多人拿到这种题目第一反应就是建表、写接口、画页面。但我建议你先别急着动手先把评分规则想明白。前前后后我接触过的作业管理项目里因为规则没定清楚导致推倒重来的占了相当高的比例。这个系统叫师生共评核心不是上传作业而是评这个字。1.1 角色权限模型三种角色怎么共处一套系统系统一共三类用户管理员、教师、学生。权限模型不是简单的一个role字段就完事而是在接口层面做了细粒度控制。后端用一个RequireRole注解配合拦截器实现权限校验而非使用Spring Security那种重量级框架——原因很简单这个系统的角色数量太少引入Security反而增加配置复杂度。我采用的是基于JWT的认证方式登录成功后把用户ID、角色信息放进Token每次请求通过拦截器解析Token并放入ThreadLocal业务代码里直接通过CurrentUser.get()取当前用户信息。这样做的好处是接口层代码非常清爽而且天然支持跨域、支持前后端完全分离。角色核心权限典型操作管理员全系统管理班级管理、教师分配、课程创建教师作业评分管理发布作业、发起互评、教师评分、查看统计学生提交互评提交作业、参与互评、查看成绩1.2 评分权重的配置策略教师60%互评40%只是一个起点共评系统里最敏感的就是权重分配。我的系统默认是教师评分占60%学生互评均分占40%但权重不是写死在代码里的而是存在作业配置表中。教师在发布作业的时候可以自己调比如某些主观性强的作业可以调成教师70%、互评30%——甚至极端情况下可以把互评权重调成0退化成纯粹的教师评分模式。这种可配置设计的背后逻辑是师生共评并不是要取代教师评分而是用互评数据辅助教师决策。互评数据量大、维度多能反映出作业的传播度和同学认可度但互评也有明显的缺陷——学生打分往往凭感觉、不够专业甚至可能因为朋友关系给高分。所以系统在算互评得分时做了两层处理去掉最高分和最低分各一个降低个别极端分数的影响如果同一份作业收到的互评打分个数少于3个则互评分数不计入总分直接以教师评分作为最终成绩1.3 评分的维度设计综合评价分项评分双轨制作业评分如果只有一个总分那评了等于白评学生拿到分数也不知道自己哪里做得好、哪里做得差。所以这套系统把评分拆成两层分项评分教师评分包括代码质量、功能完整性、文档规范性等多个维度每个维度满分10分综合评价教师或学生在评分面板上填写一段文字评价作为反馈内容展示给学生分项评分的好处是成绩单可以生成雷达图学生一眼就能看到自己的短板。互评也支持分项评分但维度比教师评分少——我实际使用下来互评维度超过3个以后学生填写的意愿和准确度会明显下降所以我设定互评只有完成度和创新性两个维度。提示评分维度尽量控制在2-4个之间。对教师可以多一些维度对学生互评一定要精简否则互评数据质量会很差。2. 数据库设计评分关系表、唯一约束与防重复提交数据库是整个系统的地基。我设计数据库的时候遵循了几个基本原则课程数据用逻辑外键而非物理外键、评分记录必须保证幂等、文件路径和业务数据分离存储。2.1 核心表结构从用户表到作业评分表的完整链路用户表user、班级表class、课程表course、作业表assignment这四张基础表不展开细说重点讲作业提交表submission和评分表evaluation。CREATE TABLE submission ( id BIGINT AUTO_INCREMENT PRIMARY KEY, assignment_id BIGINT NOT NULL COMMENT 作业ID, student_id BIGINT NOT NULL COMMENT 提交学生ID, file_url VARCHAR(500) DEFAULT NULL COMMENT 文件下载地址, content_text TEXT COMMENT 文本类作业内容, submit_time DATETIME DEFAULT CURRENT_TIMESTAMP, status TINYINT DEFAULT 0 COMMENT 0-已提交 1-已评分 2-成绩已计算, UNIQUE KEY uk_assignment_student (assignment_id, student_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT作业提交表;这里的uk_assignment_student联合唯一索引很关键。它保证了同一个学生针对同一份作业只能有一条提交记录无论前端怎么重复请求数据库这层就拦截住了。做管理系统数据库约束永远比代码判断可靠这是我在多次线上事故之后总结出的铁律。评分表是这套系统的核心资产设计上要同时兼容教师评分和学生互评CREATE TABLE evaluation ( id BIGINT AUTO_INCREMENT PRIMARY KEY, submission_id BIGINT NOT NULL COMMENT 被评作业提交ID, evaluator_id BIGINT NOT NULL COMMENT 评分人ID, evaluator_role TINYINT NOT NULL COMMENT 1-教师 2-学生, dimension_type TINYINT NOT NULL COMMENT 评分维度类型, score DECIMAL(4,2) NOT NULL COMMENT 单项维度得分, comment_text VARCHAR(500) DEFAULT NULL, create_time DATETIME DEFAULT CURRENT_TIMESTAMP, UNIQUE KEY uk_evaluator_submission_dim (submission_id, evaluator_id, dimension_type) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT评分记录表;uk_evaluator_submission_dim这个联合唯一约束保证了一条铁律同一个人对同一份作业的同一个维度只能评分一次。教师不能重复评分学生也不能反复修改互评结果。如果想让学生有修改机会可以在业务层做评分后规定时间内可撤回重评的逻辑撤回时删除旧记录再插入新记录唯一约束不受影响。2.2 成绩汇总表为什么要把算好的成绩物理落表成绩计算如果每次都临时算随着数据量增长页面响应会越来越慢。我设计了一张score_summary表在评分完成、权重发生变化、或者手动触发重算时把最终成绩落表。这样成绩列表页、成绩导出、图表统计全部直接查汇总表速度极快。CREATE TABLE score_summary ( id BIGINT AUTO_INCREMENT PRIMARY KEY, submission_id BIGINT NOT NULL, assignment_id BIGINT NOT NULL, student_id BIGINT NOT NULL, teacher_score DECIMAL(6,2) DEFAULT NULL COMMENT 教师评分, peer_score DECIMAL(6,2) DEFAULT NULL COMMENT 互评得分, final_score DECIMAL(6,2) DEFAULT NULL COMMENT 加权最终得分, peer_count INT DEFAULT 0 COMMENT 有效互评人数, update_time DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, UNIQUE KEY uk_submission (submission_id) ) ENGINEInnoDB DEFAULT CHARSETutf8mb4 COMMENT成绩汇总表;2.3 文件和结构分离MySQL不要存文件本体作业文件的存储我推荐本地磁盘目录存储 MySQL存文件元数据的方案。目录规则/data/homework/2025/03/15/{uuid}.{ext}文件名全部用UUID重命名原始文件名只存到数据库的original_name字段里。这样做的原因是避免文件名冲突同时也防止路径穿越等安全问题。如果你有对象存储服务比如MinIO也可以把file_url直接存成对象存储的访问地址表结构完全不用改。注意MySQL的max_allowed_packet默认一般是64M如果学生上传大作业文件要么在Nginx层调client_max_body_size要么在SpringBoot的配置里调spring.servlet.multipart.max-file-size。这两个地方缺一个大文件上传都会莫名其妙失败。2.4 数据库连接与时区一个藏得很深的坑使用MySQL 8.x版本时JDBC连接串里一定要带上serverTimezoneAsia/Shanghai否则如果服务器默认时区不是东八区Java里的LocalDateTime存进数据库后取出来会发现少了8个小时。另外如果你遇到Public Key Retrieval is not allowed报错在连接串后面加allowPublicKeyRetrievaltrue就能解决。这两个小问题我在部署到云服务器时都遇到过属于典型环境类坑提前配好能省去很多排查时间。3. 后端实现SpringBootMyBatis从Mapper到评分事务后端我是基于SpringBoot 2.7.x开发的选这个版本而不是SpringBoot 3.x原因放在后面细说。先讲讲代码组织的思路和几个核心功能的实现。3.1 工程结构和数据访问层的选择逻辑工程目录用Maven标准结构分包方式按照controller→service→mapper三层来走。DTO数据传输对象和Entity实体分开——Entity对应数据库表结构DTO对应当前接口的入参出参。很多学生写项目喜欢直接拿Entity往外抛项目小的时候没问题但是一旦评分规则调整字段变化会直接影响到前端接口耦合度太高。养成Entity和VO分开的习惯后期维护会轻松很多。数据访问层选MyBatis而不是Spring Data JPA原因是我需要写复杂的SQL来做聚合统计。比如计算某个学生所有作业的平均分、统计一次作业的分数分布区间这些用JPA的派生查询写起来非常痛苦而MyBatis的XML里写原生态SQL反而很顺手。3.2 教师评分接口事务边界划在哪里教师评分接口是整个系统里最复杂的一个接口因为它要同时完成三件事插入评分记录、更新作业状态、触发一次实时成绩计算。这三步必须放在同一个事务里否则会出现评分记录写进去了但汇总表没更新的脏数据。我在TeacherEvaluationService里用Transactional(rollbackFor Exception.class)保证原子性Service public class EvaluationServiceImpl implements EvaluationService { Autowired private EvaluationMapper evaluationMapper; Autowired private SubmissionMapper submissionMapper; Autowired private ScoreSummaryMapper scoreSummaryMapper; Override Transactional(rollbackFor Exception.class) public void teacherEvaluate(TeacherEvaluationRequest request) { // 1. 检查当前用户是否为该课程教师异常则拒绝 checkTeacherPermission(request.getAssignmentId()); // 2. 校验是否已评分防止重复提交 EvaluationRecord record evaluationMapper.selectExist( request.getSubmissionId(), CurrentUser.getId(), request.getDimensionType() ); if (record ! null) { throw new BizException(当前维度已评分不能重复评分); } // 3. 插入评分记录 evaluationMapper.insertTeacherScore(request); // 4. 实时计算该提交的最终成绩 recalculateScore(request.getSubmissionId()); } }3.3 MyBatis XML中动态SQL与批量插入互评分数学生互评的接口通常是一份作业页面上同时给多个同学打分前端一次性传一个列表后端要批量插入。MyBatis里批量插入直接拼foreach就好但需要注意如果数据量不大几十条以内拼接式单条插入加事务反而最可靠。我对批量插入做了分批处理每20条一批避免SQL语句过长insert idbatchInsertPeerEvaluations parameterTypelist INSERT INTO evaluation (submission_id, evaluator_id, evaluator_role, dimension_type, score, comment_text, create_time) VALUES foreach collectionlist itemitem separator, (#{item.submissionId}, #{item.evaluatorId}, 2, #{item.dimensionType}, #{item.score}, #{item.commentText}, NOW()) /foreach /insert3.4 互评得分去极值与加权计算最终成绩的计算逻辑我单独抽了一个工具类ScoreCalculator里面有两个核心方法。第一个方法计算互评平均分时去掉一个最高分和一个最低分第二个方法根据权重计算最终成绩。public class ScoreCalculator { /** * 互评得分去掉最高分和最低分后取平均 */ public static BigDecimal calcPeerScore(ListBigDecimal peerDimensionScores) { if (peerDimensionScores.isEmpty()) { return BigDecimal.ZERO; } ListBigDecimal sorted peerDimensionScores.stream() .sorted() .collect(Collectors.toList()); if (sorted.size() 2) { // 人数太少不去极值直接取平均 return avg(sorted); } ListBigDecimal trimmed sorted.subList(1, sorted.size() - 1); return avg(trimmed); } /** * 最终成绩 教师评分 * teacherWeight 互评得分 * (1 - teacherWeight) */ public static BigDecimal calcFinalScore(BigDecimal teacherScore, BigDecimal peerScore, BigDecimal teacherWeight) { return teacherScore.multiply(teacherWeight) .add(peerScore.multiply(BigDecimal.ONE.subtract(teacherWeight))); } }权重的边界情况我在系统里做了限制teacherWeight的取值范围是0到1如果教师在发布作业时没设置默认取0.6。这个值在作业基础表里冗余存了一份避免每次算成绩都要再去查配置。3.5 MyBatis缓存什么时候开、什么时候一定要关我实测下来MyBatis自带的二级缓存cache/标签在这个系统里绝对不能开。因为评分数据的实时性要求很高一旦开启二级缓存某个学生评完分后另一个学生刷新页面看到的还是旧数据会造成严重的数据不一致问题。而一级缓存SqlSession级别默认开启日常使用已经足够。另外如果你在自己的项目里用到了TypeHandler做字段类型转换记住一个原则自定义TypeHandler只处理与业务无关的类型映射不要把任何业务逻辑写进去。我在早期版本里试图用TypeHandler做状态值到枚举的自动转换后来发现排查问题的时候要把数据链路从头捋到尾非常痛苦。实际上MyBatis对枚举类型有原生的EnumTypeHandler支持能覆盖绝大多数场景了。3.6 为什么我坚持用SpringBoot 2.7而不是SpringBoot 3.xSpringBoot 3.x目前在一些公司内部都没普及原因主要有三要求的JDK版本最低是17而很多学校和老项目的JDK还是8SpringBoot 3底层用的是Jakarta命名空间如果你的依赖里有老包直接编译不过第三方组件适配SpringBoot 3也需要时间。所以我建议做这套系统时直接用2.7版本稳定、资料多、出问题一搜就有答案。等整个系统跑通了再考虑升3.x踩一踩新版的坑也不迟。4. Vue3前端从组合式API到评分面板的交互体验前端部分我用了Vue3 Element Plus Pinia Axios这套组合。Vue3最让我满意的地方是组合式API带来的逻辑复用能力把评分相关的逻辑抽成独立composable之后代码清爽了很多。4.1 前端工程初始化和状态管理层前端工程我直接用Vite初始化命令是npm create vitelatest homework-frontend -- --template vue。装完基础依赖后还要装element-plus、axios、pinia、vue-router。千万别在生产环境把element-plus全量引入按需引入的配置方法Element Plus官方文档写得很清楚用unplugin-auto-import和unplugin-vue-components这两个插件实测定下来编译速度和产物体积都比全量引入好得多。状态管理我选的Pinia比Vuex直观很多。整个系统只用了两个storeuserStore管理登录状态和用户信息assignmentStore管理当前作业的评分数据和缓存。以用户态为例// store/user.js import { defineStore } from pinia import { loginApi } from /api/auth export const useUserStore defineStore(user, { state: () ({ token: localStorage.getItem(token) || , userInfo: null }), actions: { async login(username, password) { const res await loginApi({ username, password }) this.token res.data.token this.userInfo res.data.userInfo localStorage.setItem(token, this.token) }, logout() { this.token this.userInfo null localStorage.removeItem(token) } } })Axios实例统一做了请求拦截器和响应拦截器请求拦截器把token塞进请求头响应拦截器统一处理后端返回的错误码。后端返回结构我定义成统一格式{ code: 200, data: ..., message: ok }这样前端拦截器只需要判断code不需要每个页面单独处理错误分支。4.2 作业提交面板进度反馈和文件上传的细节作业提交页的交互分两块如果是文本作业直接渲染一个富文本编辑器如果是文件作业用el-upload上传。上传组件有一个容易忽略的细节——action属性指向真实的上传接口地址但headers里的token要从localStorage动态取。很多人直接把token写死在组件的header属性里一旦登录过期重新登录后token变了上传组件里还是旧token上传直接401。所以我在封装上传组件时用:headersuploadHeaders这个计算属性每次都从store里取最新的token。上传过程中要给用户明确的进度反馈el-upload自带进度条配合on-progress回调把百分比存到响应式变量里即可。4.3 互评面板匿名机制和维度打分如何在前端落地学生互评面板是这个系统前端交互最复杂的页面。进入互评页面后系统会从后端拉取一份待互评的作业列表这个列表经过了后端权限过滤——学生自己提交的作业不会出现在列表里同时为了避免刷分后端还限制了一位学生最多评多少份作业默认阈值10份。互评的打分交互我设计成卡片式评分每张卡片展示一份作业的基本信息和下载入口下方是两个维度的滑块评分完成度、创新性加上一个可选填的评价文本框。评分全部选择完毕后点击提交前端把所有评分数据组装成一个数组一次性发给后端。这里要注意提交按钮要做防重复点击限制使用一个submitting响应式变量在请求发出时置为true请求结束后再恢复false。4.4 成绩查看页面分布图和雷达图带来的直观反馈学生提交作业并评完分之后可以在成绩面板里看到自己的最终成绩、教师评语、互评平均分以及一份成绩雷达图和全班成绩分布图。雷达图用来展示分项维度的得分情况成绩分布图用柱状图展示自己所在的分数段位置。图表我用的EChartsVue3里可以直接通过echarts包配合ref拿到DOM节点初始化实例。提示Vue3中如果用ECharts记得在组件销毁时调用chart.dispose()释放实例不然单页应用切来切去内存占用会越来越高。4.5 路由守卫和权限控制前端可以做但不能只靠前端前端路由我配置了三套Meta信息分别是requiresAuth是否要登录、roles允许访问的角色列表。在router.beforeEach守卫里做了跳转判断没有token就跳登录页有token但角色不匹配就跳403页面。但是必须强调一点前端的路由守卫只是用户体验层面的东西真正的权限控制一定要在后端做。原因很简单前端的一切代码都是公开的任何懂技术的人打开浏览器控制台就能改路由、改角色标识。我在这套系统里后端每个接口都做了权限校验前端守卫只是让普通用户看不到不该看到的入口而已。5. 成绩统计与教师看板一次作业从发布到成绩分析的全流程一个共评系统如果光有评分功能没有数据分析和沉淀那它和传统作业系统也没什么本质区别了。所以我花了比较大的精力在统计报表模块上。5.1 作业发布流程教师端如何配置评分规则教师在创建作业时需要填写的信息包括作业标题、作业要求描述、截止时间、作业类型文本/文件、是否开启互评、教师评分权重、互评截止时间、互评人数上限。这些配置信息在assignment表中都有对应字段。作业发布之后学生的作业列表页就会展示出当前待做的作业并标注状态未提交、已提交待评分、已评分待互评、已出最终成绩。状态流转是整个系统的业务主线我画了一个简洁的状态枚举A0 待提交教师已发布学生未提交A1 已提交学生已上传作业等待教师评分A2 互评中教师评分完成互评开启等待学生打分A3 已完成互评阶段结束最终成绩已计算出学生可查看5.2 教师评分列表的性能优化教师评分列表页展示的数据是一张表所有已提交学生、文件下载按钮、教师评分输入框多个维度、总分交错显示。这个页面的数据量相对可控但我的分页查询SQL里做了一个小优化——一次性把作业提交信息和该提交的已有评分记录查出来而不是为每一个学生再做一次子查询。方案是用JOIN加GROUP BYSELECT s.id, s.student_id, u.name AS student_name, s.file_url, s.submit_time, MAX(CASE WHEN e.dimension_type 1 THEN e.score END) AS score_type1, MAX(CASE WHEN e.dimension_type 2 THEN e.score END) AS score_type2, MAX(CASE WHEN e.dimension_type 3 THEN e.score END) AS score_type3 FROM submission s JOIN user u ON s.student_id u.id LEFT JOIN evaluation e ON e.submission_id s.id AND e.evaluator_role 1 WHERE s.assignment_id #{assignmentId} GROUP BY s.id ORDER BY s.submit_time ASC这种写法相当于把所有数据一次性取出来前端表格直接绑定数组评分完之后再通过接口提交。实际体验下来即使一个班有80个人页面响应也在毫秒级。5.3 成绩分布统计SQL聚合和ECharts展示教师端看板里有一个成绩分布统计模块展示当前作业的分数段分布比如90分以上多少人、80到89分多少人、及格以下多少人。这个统计我用了一条简单的SQL再加上前端ECharts渲染SELECT CASE WHEN final_score 90 THEN A WHEN final_score 80 THEN B WHEN final_score 70 THEN C WHEN final_score 60 THEN D ELSE E END AS grade_level, COUNT(*) AS cnt FROM score_summary WHERE assignment_id #{assignmentId} GROUP BY grade_level;前端的柱状图、饼图渲染和切换非常简单ECharts官方示例照着改即可。比起统计代码本身我更想提醒的是统计类的SQL一定要多斟酌空值情况。如果作业开启了互评但学生评分人数不足peer_score字段会是空最终成绩计算时直接当0分处理的话对学生非常不公平。所以我在calcFinalScore方法里加了防御互评分数为空时不做加权直接用教师评分作为最终成绩。5.4 数据导出的实用细节Excel导出防内存溢出教师端导出成绩单功能用的EasyExcel库。这个库最大的好处是支持流式导出不会把几十万数据一次性加载到内存里导致OOM。班级规模虽然不大但多门课程累计起来导出几十万条记录是常事。用EasyExcel的async写法配合Web下载响应流实测定下来内存占用稳定。注意导出文件名的中文编码要处理一下否则浏览器下载时文件名会乱码。通常在响应头里做URL编码Content-Disposition: attachment; filename*UTF-8 URLEncoder.encode(fileName, UTF-8)。6. 部署上线Nginx托管前端、jar包启动后端、MySQL初始化最后这部分是部署实操。整个项目从前端到后端、从本地到服务器我把它拆成几个步骤每一步都给出实际可复制的命令。6.1 前端构建和Nginx配置前端本地没有问题之后执行npm run build生成dist目录把dist目录整个上传到服务器Nginx的/usr/share/nginx/html/homework目录下。Nginx配置文件的要点是静态资源location、前端路由History模式的try_files回退、反向代理后端接口。完整配置如下server { listen 80; server_name your-domain.com; root /usr/share/nginx/html/homework; index index.html; # 前端History路由回退 location / { try_files $uri $uri/ /index.html; } # 后端接口反向代理 location /api/ { proxy_pass http://127.0.0.1:8080; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_read_timeout 300s; } # 上传文件目录的静态访问 location /uploads/ { alias /data/homework/; } }try_files这一行非常重要如果不加用户刷新页面到/assignment/5这种具体路由时Nginx找不到对应的物理文件会直接404。6.2 后端jar包启动和参数调优后端Maven打包方式在项目根目录执行mvn clean package -DskipTests打包产物在target/homework-system.jar。启动命令nohup java -Xms256m -Xmx512m -jar /opt/homework/homework-system.jar \ --spring.profiles.activeprod \ --server.port8080 \ /var/log/homework-system.log 21 nohup加上是为了让进程在后台运行。这个系统规模不大256MB初始堆、512MB最大堆足够如果你是云服务器建议根据配置适当调大。日志输出重定向到固定文件后期排查问题方便。6.3 MySQL导入初始化脚本数据库导入非常简单两条命令mysql -u root -p -e CREATE DATABASE homework DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci; mysql -u root -p homework /opt/homework/homework.sql导入完成后如果你用Navicat或者MySQL Workbench连远程数据库记得确认两点一是用户权限二是mysql_native_password插件问题。MySQL 8默认的认证插件是caching_sha2_password老版本Navicat或者某些Java驱动连不上可以在MySQL里对这个用户单独指定IDENTIFIED WITH mysql_native_password BY 密码。另外如果你连接时遇到SSL相关报错连接参数里可以加sslModeDISABLED跳过SSL校验但仅限于内网或测试环境生产环境建议还是启用SSL连接。6.4 部署完成后的第一轮冒烟测试部署完成后别急着算完事我建议按下面这个顺序跑一轮冒烟测试浏览器访问前端首页确认页面正常渲染、登录接口通用管理员账号建班级、建课、分配教师用教师账号发布作业确认学生列表可见用学生账号提交一份作业确认文件上传成功、提交状态变更用教师账号评分确认最终成绩出现在汇总页开启互评任务用两个学生账号互相评分确认互评得分和最终加权分都正确刷新一次页面确认登录态没有丢失如果这七步全部通过系统基本就稳定了。最后分享一个我在实际做这个项目过程中的心得共评系统的核心从来不在评这个动作本身而在评分规则的透明度和数据可信度上。设计阶段多花时间想清楚每个细节。比如互评结果要不要匿名、成绩权重怎么定才合理、学生查看成绩时能不能看到互评人的身份——这些问题比任何代码细节都更影响一个系统的成败。我的建议是匿名保护一定要做成绩计算逻辑要让老师和学生都能看懂并且给教师留一个手动修正最终成绩的后门。把规则设计得透明、可解释学生才会真正认可这个评分机制。