尧图网页设计 
简介这是一套面向高校计算机相关专业学生与Java全栈开发初学者的毕业设计/课程设计完整方案题目为大学生心理健康评测系统采用前后端分离架构前端基于Vue.js3实现管理后台与用户前台后端使用SpringBoot3数据库为MySQL8适合作为2025届毕业设计选题或课程实践参考。资源包共4个文件包含源码压缩包、MySQL数据库脚本、需求文档docx以及项目录屏mp4整体约63.97MB覆盖从需求分析、数据库设计到前后端编码实现的完整链路。目前已有141人学习下载说明该选题具备一定参考热度。读者可借助需求文档梳理系统功能模块与业务流程通过数据库脚本快速还原表结构结合源码理解Vue3组件化开发与SpringBoot3接口编写的配合方式并对照录屏验证项目运行效果从而高效完成自己的毕业设计或课程作业。1. 大学生心理健康评测系统从量表到代码一套能跑通的毕业设计技术路线很多计算机毕业设计选题卡在“有业务场景但不知道怎么落地”这一步大学生心理健康评测系统就是典型。它看起来只是“填问卷、算分数、出报告”但真正动手会发现量表怎么建模、评分逻辑怎么保证可追溯、前后端怎么分离、数据权限怎么控制每一个点都能写成一篇踩坑记录。2025 年做这个题目主流技术栈已经收敛到 JAVA SpringBoot3 Vue.js3原因很直接SpringBoot3 对 JDK17 的基线要求让依赖管理更干净Vue3 的组合式 API 写评测交互页面比选项式更顺手而毕业设计答辩时老师最常问的“前后端怎么交互、数据怎么存、权限怎么分”都能用这套栈讲清楚。这篇笔记面向正在做计算机毕业设计、尤其是心理健康/问卷评测方向的读者从量表建模讲到接口联调再到部署排错目标是让你照着能复现一套可演示、可答辩、可继续扩展的系统。2. 量表建模与评分引擎心理健康评测系统的数据底座2.1 为什么不能把题目和选项硬编码在代码里新手最容易翻车的地方是把 SCL-90、PHQ-9 这类量表的题目直接写死在 Vue 页面或 Java 常量类里。一旦老师要求“再加一个焦虑自评量表”就得改代码、重新编译、重新部署。正确做法是把量表结构抽象成三层量表Scale、题目Question、选项Option选项上挂分值。这样新增量表只是往数据库插数据不动一行 Java 代码。常见做法是用三张表加一张答卷表表名作用关键字段scale量表元信息id, name, description, question_countquestion题目id, scale_id, content, sort_orderoption选项及分值id, question_id, content, scoreanswer_record答卷主表id, user_id, scale_id, total_score, level, create_timeanswer_detail答卷明细id, record_id, question_id, option_id, score评分引擎的核心逻辑是提交答卷时遍历该量表所有题目累加所选选项的 score再根据量表预设的分级规则比如 0-4 正常、5-9 轻度、10-14 中度、15 以上重度算出 level。这里有个细节反向计分题。部分量表里存在“我觉得前途没有希望”这种题选“从不”反而得分高。所以 option 表里要允许 score 为负值或单独标记 reverse评分时做一次转换。2.2 用 SpringBoot3 写一个可复用的评分服务下面这段代码是评分服务的核心放在 service 层接收 recordId 后完成计分和分级Service public class ScaleScoreService { Autowired private AnswerDetailMapper answerDetailMapper; Autowired private ScaleMapper scaleMapper; Autowired private AnswerRecordMapper answerRecordMapper; // 对一次答卷进行计分返回总分和等级 Transactional public ScoreResult calculate(Long recordId) { // 1. 查出该答卷的所有明细 ListAnswerDetail details answerDetailMapper.selectByRecordId(recordId); if (details null || details.isEmpty()) { throw new BizException(答卷明细为空无法计分); } // 2. 累加得分反向题在录入时已由前端传负分或后端转换 int total details.stream() .mapToInt(AnswerDetail::getScore) .sum(); // 3. 查量表获取分级阈值 AnswerRecord record answerRecordMapper.selectById(recordId); Scale scale scaleMapper.selectById(record.getScaleId()); String level resolveLevel(total, scale.getThresholdJson()); // 4. 回写主表 record.setTotalScore(total); record.setLevel(level); answerRecordMapper.updateById(record); return new ScoreResult(total, level); } // thresholdJson 形如 [{max:4,level:正常},{max:9,level:轻度}] private String resolveLevel(int total, String thresholdJson) { ListThreshold list JSON.parseArray(thresholdJson, Threshold.class); for (Threshold t : list) { if (total t.getMax()) { return t.getLevel(); } } return 重度; } }逻辑说明先查明细再累加避免在 SQL 里做聚合导致反向题处理困难thresholdJson 存在 scale 表里让分级规则可配置。参数上要注意Transactional必须加否则回写主表失败时明细已经插入数据就不一致了。阈值 JSON 的 max 建议按升序排列resolveLevel 里第一个命中的就是结果顺序错了等级就全乱。2.3 前端 Vue3 如何动态渲染任意量表Vue3 这边不要为每个量表写一个页面。用组合式 API 写一个通用组件接收 scaleId调接口拿题目列表用 v-for 渲染。核心是选项的绑定// ScaleForm.vue 核心逻辑 import { ref, onMounted } from vue import { getScaleDetail, submitAnswer } from /api/scale const props defineProps({ scaleId: Number }) const questions ref([]) const answers ref({}) // { questionId: optionId } onMounted(async () { const res await getScaleDetail(props.scaleId) questions.value res.data.questions }) const submit async () { // 校验是否每题都作答 const unanswered questions.value.filter(q !answers.value[q.id]) if (unanswered.length 0) { alert(还有 ${unanswered.length} 题未作答) return } const payload { scaleId: props.scaleId, details: questions.value.map(q ({ questionId: q.id, optionId: answers.value[q.id] })) } await submitAnswer(payload) }这里 answers 用对象而不是数组是为了避免题目顺序变化时索引错位。提交前的前端校验只是体验优化后端必须再校验一次防止绕过页面直接调接口提交空答卷。选项分值不在前端计算前端只传 optionId分数由后端根据 option 表查出来这样即使有人改了前端代码也刷不了分。3. 前后端分离下的接口设计与权限控制3.1 用 SpringBoot3 JWT 做三角色权限心理健康评测系统通常有三类角色学生答题、看自己的报告、教师查看班级统计、预警名单、管理员管理量表和用户。权限控制不要用 Session前后端分离下 JWT 更合适。SpringBoot3 里可以用 Spring Security 6 配合 jjwt 实现。核心配置思路登录接口放行其余接口拦截Token 里放 userId 和 role用一个 OncePerRequestFilter 解析 Token 并塞进 SecurityContext。下面是一个精简的过滤器Component public class JwtAuthFilter extends OncePerRequestFilter { Autowired private JwtUtil jwtUtil; Override protected void doFilterInternal(HttpServletRequest request, HttpServletResponse response, FilterChain chain) throws ServletException, IOException { String header request.getHeader(Authorization); // 约定格式Bearer xxx.yyy.zzz if (header ! null header.startsWith(Bearer )) { String token header.substring(7); if (jwtUtil.validate(token)) { String role jwtUtil.getRole(token); Long userId jwtUtil.getUserId(token); // 把角色转成 Spring Security 认识的权限 var auth new UsernamePasswordAuthenticationToken( userId, null, List.of(new SimpleGrantedAuthority(ROLE_ role))); SecurityContextHolder.getContext().setAuthentication(auth); } } chain.doFilter(request, response); } }参数说明validate 里要校验签名和过期时间过期直接返回 false让请求以匿名身份继续后续被拦截器拦下返回 401。role 存的是 STUDENT、TEACHER、ADMIN拼上 ROLE_ 前缀后接口上用PreAuthorize(hasRole(TEACHER))就能控制。注意 SpringBoot3 里WebSecurityConfigurerAdapter已经废弃要改用SecurityFilterChainBean 的写法这是 2025 年答辩时容易被问到的版本差异点。3.2 报告查询接口怎么防止越权学生只能看自己的报告这是最容易出漏洞的地方。常见错误是接口写成/api/report/{recordId}只要改 recordId 就能看别人的。正确做法是从 Token 里取 userId再校验这条 record 的 user_id 是否等于当前用户。GetMapping(/api/report/{recordId}) PreAuthorize(hasRole(STUDENT)) public ResultReportVO getReport(PathVariable Long recordId) { Long currentUserId SecurityUtil.getCurrentUserId(); AnswerRecord record answerRecordMapper.selectById(recordId); if (record null) { return Result.fail(报告不存在); } // 关键归属校验教师和管理员走另外的接口 if (!record.getUserId().equals(currentUserId)) { return Result.fail(403, 无权查看该报告); } return Result.ok(reportService.buildReport(record)); }教师查看班级报告时不要复用这个接口而是单独写一个/api/teacher/report/list在 SQL 里用班级 ID 过滤。把“看自己的”和“看别人的”拆成两个接口比在一个接口里写 if-else 更安全也更好做单元测试。3.3 跨域与统一响应格式Vue3 开发时跑在 5173 端口SpringBoot3 跑在 8080跨域是必踩的坑。不要在每个 Controller 上写CrossOrigin统一在配置类里配Configuration public class CorsConfig implements WebMvcConfigurer { Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping(/api/**) .allowedOriginPatterns(*) .allowedMethods(GET, POST, PUT, DELETE) .allowCredentials(true) .maxAge(3600); } }注意allowedOriginPatterns和allowedOrigins的区别当 allowCredentials 为 true 时不能用allowedOrigins(*)否则浏览器会拒绝这是很多人调半天调不通的原因。统一响应格式建议用ResultTcode、msg、data 三个字段前端 axios 拦截器里统一处理 code 非 200 的情况避免每个页面都写一遍错误提示。4. 避坑与排查心理健康评测系统开发中最容易翻车的 5 个点4.1 现象提交答卷后总分是 0原因前端传的是 optionId后端如果直接拿 optionId 当分数累加或者查 option 表时字段映射错了就会得 0。还有一种情况是反向题在前端被转成了负分但后端又按正分处理导致总分偏低。解决在 answer_detail 表里同时存 option_id 和 scorescore 在插入时由后端根据 option 表查出并写入不要依赖前端传分。反向题在 option 表里直接存负分评分时无脑累加即可。排查时先看 answer_detail 的 score 字段有没有值再看累加逻辑。4.2 现象量表题目顺序每次刷新都不一样原因question 表查询时没有加 order byMySQL 默认按主键或存储顺序返回数据量小的时候看起来稳定一旦有删除或更新顺序就乱了。解决question 表加 sort_order 字段查询时order by sort_order asc。前端渲染时不要用 index 作为 key用 question.id否则 Vue 复用 DOM 时选项会串位。4.3 现象教师端看不到学生的预警名单原因预警逻辑通常是根据总分和等级筛选但很多实现把预警阈值写死在 Java 代码里或者只查了 answer_record 表没关联 user 表导致查不到学生姓名。解决预警规则也做成可配置存在 scale 表的 warn_threshold 字段。查询时用 join 把 user 表带进来SQL 类似select r.*, u.name from answer_record r join user u on r.user_id u.id where r.scale_id ? and r.total_score ?。如果数据量大记得在 scale_id 和 total_score 上建联合索引。4.4 现象SpringBoot3 启动报错 “No qualifying bean of type SecurityFilterChain”原因从 SpringBoot2 升级到 3 时Spring Security 配置方式变了旧教程里的WebSecurityConfigurerAdapter已经移除。解决改用Bean SecurityFilterChain filterChain(HttpSecurity http)的写法在方法里用 lambda 配置 authorizeHttpRequests、csrf、sessionManagement。另外 SpringBoot3 要求 JDK17 起步pom 里 java.version 要改成 17否则编译都过不了。4.5 现象Vue3 打包后部署到服务器刷新页面 404原因前端路由用的是 history 模式服务器没配 fallback刷新时请求的是真实路径Nginx 找不到对应文件。解决Nginx 配置里加try_files $uri $uri/ /index.html;。如果后端和前端部署在同一台机器还要注意/api的反向代理要配在location /api里不要和前端静态资源的 location 冲突。开发阶段可以在 vite.config.js 里配 proxy打包后必须靠 Nginx 转发。5. 从能跑到能答辩数据初始化、演示脚本与扩展方向5.1 用 SQL 脚本初始化一套可演示的数据答辩现场最怕系统是空的老师点进去没数据可看。准备一个 init.sql插入一个管理员、一个教师、两个学生以及一套完整的 PHQ-9 量表。量表数据不要手敲用 Excel 整理好题目和选项后用脚本生成 insert 语句。下面是一个生成 SQL 的 Python 片段比手写快且不容易错# 从 CSV 生成量表插入 SQLCSV 列question, option_a, score_a, option_b, score_b... import csv with open(phq9.csv, encodingutf-8) as f: reader csv.DictReader(f) for idx, row in enumerate(reader, start1): q_sql fINSERT INTO question(scale_id, content, sort_order) VALUES (1, {row[question]}, {idx}); print(q_sql) # 假设每题 4 个选项实际按 CSV 列数调整 for opt in [a, b, c, d]: if row.get(foption_{opt}): o_sql (fINSERT INTO option(question_id, content, score) fVALUES (LAST_INSERT_ID(), {row[foption_{opt}]}, {row[fscore_{opt}]});) print(o_sql)逻辑说明用 LAST_INSERT_ID() 拿到刚插入的题目 ID避免手动维护外键。参数上注意 CSV 里的单引号要转义否则 SQL 会断。生成后先在测试库跑一遍确认题目数和选项数对得上再导出成正式脚本。5.2 演示时的三个关键动作第一用学生账号完整答一遍量表展示提交后立即出报告报告里要有总分、等级和简单的建议文本。第二切到教师账号展示班级答题率和预警名单最好提前造几条高分记录让预警列表有内容。第三切到管理员现场新增一道题或改一个选项分值再回到学生端刷新证明量表是可配置的。这三个动作覆盖了“答题-统计-配置”的完整闭环比单纯翻代码有说服力。5.3 还能往哪个方向扩展如果时间充裕可以加两个扩展点。一是报告导出用 Java 的 POI 或 iText 把报告生成 Word/PDF注意中文字体要嵌入否则服务器上导出全是方框。二是简单的趋势分析同一个学生多次测评后用 ECharts 画一条总分变化曲线前端把多次 record 按时间排序传给图表组件即可。这两个扩展不需要改核心表结构属于加分项但不要为了做而做先把主流程跑稳。5.4 我自己的习惯我做完这类系统后会留一个docs/目录里面放数据库设计说明、接口清单和一份“答辩可能被问的 20 个问题”的自问自答。血泪经验是不要等到答辩前一天才整理边开发边记最后直接打印出来。心理健康评测系统的业务逻辑不复杂复杂的是数据一致性和权限边界把这两块守住剩下的就是体力活。希望帮到你。本文还有配套的精品资源点击获取 大学生心理健康评测系统毕业设计：SpringBoot3+Vue3全栈落地与避坑指南
简介这是一套面向高校计算机相关专业学生与Java全栈开发初学者的毕业设计/课程设计完整方案题目为大学生心理健康评测系统采用前后端分离架构前端基于Vue.js3实现管理后台与用户前台后端使用SpringBoot3数据库为MySQL8适合作为2025届毕业设计选题或课程实践参考。资源包共4个文件包含源码压缩包、MySQL数据库脚本、需求文档docx以及项目录屏mp4整体约63.97MB覆盖从需求分析、数据库设计到前后端编码实现的完整链路。目前已有141人学习下载说明该选题具备一定参考热度。读者可借助需求文档梳理系统功能模块与业务流程通过数据库脚本快速还原表结构结合源码理解Vue3组件化开发与SpringBoot3接口编写的配合方式并对照录屏验证项目运行效果从而高效完成自己的毕业设计或课程作业。1. 大学生心理健康评测系统从量表到代码一套能跑通的毕业设计技术路线很多计算机毕业设计选题卡在“有业务场景但不知道怎么落地”这一步大学生心理健康评测系统就是典型。它看起来只是“填问卷、算分数、出报告”但真正动手会发现量表怎么建模、评分逻辑怎么保证可追溯、前后端怎么分离、数据权限怎么控制每一个点都能写成一篇踩坑记录。2025 年做这个题目主流技术栈已经收敛到 JAVA SpringBoot3 Vue.js3原因很直接SpringBoot3 对 JDK17 的基线要求让依赖管理更干净Vue3 的组合式 API 写评测交互页面比选项式更顺手而毕业设计答辩时老师最常问的“前后端怎么交互、数据怎么存、权限怎么分”都能用这套栈讲清楚。这篇笔记面向正在做计算机毕业设计、尤其是心理健康/问卷评测方向的读者从量表建模讲到接口联调再到部署排错目标是让你照着能复现一套可演示、可答辩、可继续扩展的系统。2. 量表建模与评分引擎心理健康评测系统的数据底座2.1 为什么不能把题目和选项硬编码在代码里新手最容易翻车的地方是把 SCL-90、PHQ-9 这类量表的题目直接写死在 Vue 页面或 Java 常量类里。一旦老师要求“再加一个焦虑自评量表”就得改代码、重新编译、重新部署。正确做法是把量表结构抽象成三层量表Scale、题目Question、选项Option选项上挂分值。这样新增量表只是往数据库插数据不动一行 Java 代码。常见做法是用三张表加一张答卷表表名作用关键字段scale量表元信息id, name, description, question_countquestion题目id, scale_id, content, sort_orderoption选项及分值id, question_id, content, scoreanswer_record答卷主表id, user_id, scale_id, total_score, level, create_timeanswer_detail答卷明细id, record_id, question_id, option_id, score评分引擎的核心逻辑是提交答卷时遍历该量表所有题目累加所选选项的 score再根据量表预设的分级规则比如 0-4 正常、5-9 轻度、10-14 中度、15 以上重度算出 level。这里有个细节反向计分题。部分量表里存在“我觉得前途没有希望”这种题选“从不”反而得分高。所以 option 表里要允许 score 为负值或单独标记 reverse评分时做一次转换。2.2 用 SpringBoot3 写一个可复用的评分服务下面这段代码是评分服务的核心放在 service 层接收 recordId 后完成计分和分级Service public class ScaleScoreService { Autowired private AnswerDetailMapper answerDetailMapper; Autowired private ScaleMapper scaleMapper; Autowired private AnswerRecordMapper answerRecordMapper; // 对一次答卷进行计分返回总分和等级 Transactional public ScoreResult calculate(Long recordId) { // 1. 查出该答卷的所有明细 ListAnswerDetail details answerDetailMapper.selectByRecordId(recordId); if (details null || details.isEmpty()) { throw new BizException(答卷明细为空无法计分); } // 2. 累加得分反向题在录入时已由前端传负分或后端转换 int total details.stream() .mapToInt(AnswerDetail::getScore) .sum(); // 3. 查量表获取分级阈值 AnswerRecord record answerRecordMapper.selectById(recordId); Scale scale scaleMapper.selectById(record.getScaleId()); String level resolveLevel(total, scale.getThresholdJson()); // 4. 回写主表 record.setTotalScore(total); record.setLevel(level); answerRecordMapper.updateById(record); return new ScoreResult(total, level); } // thresholdJson 形如 [{max:4,level:正常},{max:9,level:轻度}] private String resolveLevel(int total, String thresholdJson) { ListThreshold list JSON.parseArray(thresholdJson, Threshold.class); for (Threshold t : list) { if (total t.getMax()) { return t.getLevel(); } } return 重度; } }逻辑说明先查明细再累加避免在 SQL 里做聚合导致反向题处理困难thresholdJson 存在 scale 表里让分级规则可配置。参数上要注意Transactional必须加否则回写主表失败时明细已经插入数据就不一致了。阈值 JSON 的 max 建议按升序排列resolveLevel 里第一个命中的就是结果顺序错了等级就全乱。2.3 前端 Vue3 如何动态渲染任意量表Vue3 这边不要为每个量表写一个页面。用组合式 API 写一个通用组件接收 scaleId调接口拿题目列表用 v-for 渲染。核心是选项的绑定// ScaleForm.vue 核心逻辑 import { ref, onMounted } from vue import { getScaleDetail, submitAnswer } from /api/scale const props defineProps({ scaleId: Number }) const questions ref([]) const answers ref({}) // { questionId: optionId } onMounted(async () { const res await getScaleDetail(props.scaleId) questions.value res.data.questions }) const submit async () { // 校验是否每题都作答 const unanswered questions.value.filter(q !answers.value[q.id]) if (unanswered.length 0) { alert(还有 ${unanswered.length} 题未作答) return } const payload { scaleId: props.scaleId, details: questions.value.map(q ({ questionId: q.id, optionId: answers.value[q.id] })) } await submitAnswer(payload) }这里 answers 用对象而不是数组是为了避免题目顺序变化时索引错位。提交前的前端校验只是体验优化后端必须再校验一次防止绕过页面直接调接口提交空答卷。选项分值不在前端计算前端只传 optionId分数由后端根据 option 表查出来这样即使有人改了前端代码也刷不了分。3. 前后端分离下的接口设计与权限控制3.1 用 SpringBoot3 JWT 做三角色权限心理健康评测系统通常有三类角色学生答题、看自己的报告、教师查看班级统计、预警名单、管理员管理量表和用户。权限控制不要用 Session前后端分离下 JWT 更合适。SpringBoot3 里可以用 Spring Security 6 配合 jjwt 实现。核心配置思路登录接口放行其余接口拦截Token 里放 userId 和 role用一个 OncePerRequestFilter 解析 Token 并塞进 SecurityContext。下面是一个精简的过滤器Component public class JwtAuthFilter extends OncePerRequestFilter { Autowired private JwtUtil jwtUtil; Override protected void doFilterInternal(HttpServletRequest request, HttpServletResponse response, FilterChain chain) throws ServletException, IOException { String header request.getHeader(Authorization); // 约定格式Bearer xxx.yyy.zzz if (header ! null header.startsWith(Bearer )) { String token header.substring(7); if (jwtUtil.validate(token)) { String role jwtUtil.getRole(token); Long userId jwtUtil.getUserId(token); // 把角色转成 Spring Security 认识的权限 var auth new UsernamePasswordAuthenticationToken( userId, null, List.of(new SimpleGrantedAuthority(ROLE_ role))); SecurityContextHolder.getContext().setAuthentication(auth); } } chain.doFilter(request, response); } }参数说明validate 里要校验签名和过期时间过期直接返回 false让请求以匿名身份继续后续被拦截器拦下返回 401。role 存的是 STUDENT、TEACHER、ADMIN拼上 ROLE_ 前缀后接口上用PreAuthorize(hasRole(TEACHER))就能控制。注意 SpringBoot3 里WebSecurityConfigurerAdapter已经废弃要改用SecurityFilterChainBean 的写法这是 2025 年答辩时容易被问到的版本差异点。3.2 报告查询接口怎么防止越权学生只能看自己的报告这是最容易出漏洞的地方。常见错误是接口写成/api/report/{recordId}只要改 recordId 就能看别人的。正确做法是从 Token 里取 userId再校验这条 record 的 user_id 是否等于当前用户。GetMapping(/api/report/{recordId}) PreAuthorize(hasRole(STUDENT)) public ResultReportVO getReport(PathVariable Long recordId) { Long currentUserId SecurityUtil.getCurrentUserId(); AnswerRecord record answerRecordMapper.selectById(recordId); if (record null) { return Result.fail(报告不存在); } // 关键归属校验教师和管理员走另外的接口 if (!record.getUserId().equals(currentUserId)) { return Result.fail(403, 无权查看该报告); } return Result.ok(reportService.buildReport(record)); }教师查看班级报告时不要复用这个接口而是单独写一个/api/teacher/report/list在 SQL 里用班级 ID 过滤。把“看自己的”和“看别人的”拆成两个接口比在一个接口里写 if-else 更安全也更好做单元测试。3.3 跨域与统一响应格式Vue3 开发时跑在 5173 端口SpringBoot3 跑在 8080跨域是必踩的坑。不要在每个 Controller 上写CrossOrigin统一在配置类里配Configuration public class CorsConfig implements WebMvcConfigurer { Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping(/api/**) .allowedOriginPatterns(*) .allowedMethods(GET, POST, PUT, DELETE) .allowCredentials(true) .maxAge(3600); } }注意allowedOriginPatterns和allowedOrigins的区别当 allowCredentials 为 true 时不能用allowedOrigins(*)否则浏览器会拒绝这是很多人调半天调不通的原因。统一响应格式建议用ResultTcode、msg、data 三个字段前端 axios 拦截器里统一处理 code 非 200 的情况避免每个页面都写一遍错误提示。4. 避坑与排查心理健康评测系统开发中最容易翻车的 5 个点4.1 现象提交答卷后总分是 0原因前端传的是 optionId后端如果直接拿 optionId 当分数累加或者查 option 表时字段映射错了就会得 0。还有一种情况是反向题在前端被转成了负分但后端又按正分处理导致总分偏低。解决在 answer_detail 表里同时存 option_id 和 scorescore 在插入时由后端根据 option 表查出并写入不要依赖前端传分。反向题在 option 表里直接存负分评分时无脑累加即可。排查时先看 answer_detail 的 score 字段有没有值再看累加逻辑。4.2 现象量表题目顺序每次刷新都不一样原因question 表查询时没有加 order byMySQL 默认按主键或存储顺序返回数据量小的时候看起来稳定一旦有删除或更新顺序就乱了。解决question 表加 sort_order 字段查询时order by sort_order asc。前端渲染时不要用 index 作为 key用 question.id否则 Vue 复用 DOM 时选项会串位。4.3 现象教师端看不到学生的预警名单原因预警逻辑通常是根据总分和等级筛选但很多实现把预警阈值写死在 Java 代码里或者只查了 answer_record 表没关联 user 表导致查不到学生姓名。解决预警规则也做成可配置存在 scale 表的 warn_threshold 字段。查询时用 join 把 user 表带进来SQL 类似select r.*, u.name from answer_record r join user u on r.user_id u.id where r.scale_id ? and r.total_score ?。如果数据量大记得在 scale_id 和 total_score 上建联合索引。4.4 现象SpringBoot3 启动报错 “No qualifying bean of type SecurityFilterChain”原因从 SpringBoot2 升级到 3 时Spring Security 配置方式变了旧教程里的WebSecurityConfigurerAdapter已经移除。解决改用Bean SecurityFilterChain filterChain(HttpSecurity http)的写法在方法里用 lambda 配置 authorizeHttpRequests、csrf、sessionManagement。另外 SpringBoot3 要求 JDK17 起步pom 里 java.version 要改成 17否则编译都过不了。4.5 现象Vue3 打包后部署到服务器刷新页面 404原因前端路由用的是 history 模式服务器没配 fallback刷新时请求的是真实路径Nginx 找不到对应文件。解决Nginx 配置里加try_files $uri $uri/ /index.html;。如果后端和前端部署在同一台机器还要注意/api的反向代理要配在location /api里不要和前端静态资源的 location 冲突。开发阶段可以在 vite.config.js 里配 proxy打包后必须靠 Nginx 转发。5. 从能跑到能答辩数据初始化、演示脚本与扩展方向5.1 用 SQL 脚本初始化一套可演示的数据答辩现场最怕系统是空的老师点进去没数据可看。准备一个 init.sql插入一个管理员、一个教师、两个学生以及一套完整的 PHQ-9 量表。量表数据不要手敲用 Excel 整理好题目和选项后用脚本生成 insert 语句。下面是一个生成 SQL 的 Python 片段比手写快且不容易错# 从 CSV 生成量表插入 SQLCSV 列question, option_a, score_a, option_b, score_b... import csv with open(phq9.csv, encodingutf-8) as f: reader csv.DictReader(f) for idx, row in enumerate(reader, start1): q_sql fINSERT INTO question(scale_id, content, sort_order) VALUES (1, {row[question]}, {idx}); print(q_sql) # 假设每题 4 个选项实际按 CSV 列数调整 for opt in [a, b, c, d]: if row.get(foption_{opt}): o_sql (fINSERT INTO option(question_id, content, score) fVALUES (LAST_INSERT_ID(), {row[foption_{opt}]}, {row[fscore_{opt}]});) print(o_sql)逻辑说明用 LAST_INSERT_ID() 拿到刚插入的题目 ID避免手动维护外键。参数上注意 CSV 里的单引号要转义否则 SQL 会断。生成后先在测试库跑一遍确认题目数和选项数对得上再导出成正式脚本。5.2 演示时的三个关键动作第一用学生账号完整答一遍量表展示提交后立即出报告报告里要有总分、等级和简单的建议文本。第二切到教师账号展示班级答题率和预警名单最好提前造几条高分记录让预警列表有内容。第三切到管理员现场新增一道题或改一个选项分值再回到学生端刷新证明量表是可配置的。这三个动作覆盖了“答题-统计-配置”的完整闭环比单纯翻代码有说服力。5.3 还能往哪个方向扩展如果时间充裕可以加两个扩展点。一是报告导出用 Java 的 POI 或 iText 把报告生成 Word/PDF注意中文字体要嵌入否则服务器上导出全是方框。二是简单的趋势分析同一个学生多次测评后用 ECharts 画一条总分变化曲线前端把多次 record 按时间排序传给图表组件即可。这两个扩展不需要改核心表结构属于加分项但不要为了做而做先把主流程跑稳。5.4 我自己的习惯我做完这类系统后会留一个docs/目录里面放数据库设计说明、接口清单和一份“答辩可能被问的 20 个问题”的自问自答。血泪经验是不要等到答辩前一天才整理边开发边记最后直接打印出来。心理健康评测系统的业务逻辑不复杂复杂的是数据一致性和权限边界把这两块守住剩下的就是体力活。希望帮到你。本文还有配套的精品资源点击获取