SpringBoot+Vue大学生心理互助社区：测评预警到咨询的毕业设计全实现

毕业设计选“大学生心理互助社区”这个题目，我猜你是冲着“心理”这个垂直方向来的。相比传统的图书管理、班级管理系统，这个选题确实更有亮点，答辩时候也容易讲出深度。但我要先说句实在话：这个项目如果只是做一个“发帖+评论”的论坛，那就完全浪费了“心理互助”这四个字。真正能拿高分的毕设，一定要把“心理测评-预警-互助-咨询”这条业务链路打通，让系统有业务逻辑上的闭环，而不是简单堆CRUD。

这篇文章，我会从技术选型、数据库设计、UML图绘制、核心功能实现到答辩准备，把整个项目从0到1的完整思路拆给你。内容基于我自己带过多个类似毕设项目的经验，也参考了SpringBoot+Vue技术栈的最新实践，你完全可以照着这个思路去落地。

1. 项目整体设计与技术选型思路

1.1 为什么选SpringBoot+Vue+MySQL这套组合

先说结论：这套组合不是性能最优解，也不是技术最前沿方案，但它是毕业设计场景下的标准答案。

SpringBoot的优势在于“约定大于配置”。你不用像传统SSM框架那样写一大堆XML配置文件，一个application.yml就能搞定数据源、Redis、JWT等核心配置。而且SpringBoot的生态极其完善，Spring Security、MyBatis-Plus、Redis、WebSocket这些毕设常用的组件，都能通过Starter一键集成。

Vue作为前端框架，核心价值在于组件化开发和响应式数据绑定。心理互助社区这种交互型系统，前端状态非常多——用户登录态、测评问卷的步骤进度、聊天窗口的消息列表、帖子详情页的评论树，如果用原生JS写，代码会乱成一锅粥。用Vue的data + computed + watch机制，这些状态管理会清晰很多。

MySQL则是这个量级项目的数据库标准选择。有人可能会问：“为什么不用PostgreSQL？”我的回答是：毕设文档、答辩演示、面试复盘，都用MySQL最通用。MySQL的InnoDB引擎支持事务和外键约束，对于需要保证数据一致性的场景（比如用户提交测评后写入结果、同时更新预警状态），事务是刚需。

1.2 系统整体架构设计

这个项目的架构我会拆成三层，每层职责单一，这也是你在系统架构图里要表达的核心逻辑。

前端展示层负责页面渲染和用户交互。Vue组件内部维护页面状态，通过Axios发起HTTP请求调用后端接口，通过Vue Router管理页面路由，通过Vuex/Pinia管理全局共享状态（比如用户信息、未读消息数）。

后端业务层是整个系统的核心。Controller层只做参数接收和响应封装，不写业务逻辑；Service层承载具体业务规则——比如“用户提交测评后，系统自动计算得分并判断预警等级”这个流程，必须写在Service里；Mapper层通过MyBatis-Plus操作数据库，避免手写大量重复SQL。

数据存储层就是MySQL。这里我想强调一个细节：不要把数据库设计当成“建表”就完了，要设计好索引、外键逻辑（或业务级外键）、字段类型和默认值。比如在心理测评模块里，用户测评记录表如果数据量大，就需要给user_id和test_id建立联合索引，否则后续查询会越来越慢。

1.3 SpringBoot版本与JDK版本的选型参考

关于版本选型，这里有个容易踩坑的地方。SpringBoot 2.x和3.x在配置方式上有一些差异——3.x要求JDK17以上，而很多学校的毕设环境默认是JDK8。我的建议是：除非你有明确需求用SpringBoot 3.x，否则老老实实用SpringBoot 2.7.x + JDK8组合。原因有三：

一是兼容性。学校机房、老师的验收环境、你电脑上可能装的各种老版本插件，对JDK8的兼容性最好。

二是社区资源。市面上绝大多数的博客、教程、问题排查方案都是基于SpringBoot 2.x的，遇到问题搜资料方便，对毕设来说这是很大的隐性优势。

三是MyBatis-Plus等组件对SpringBoot 2.x的支持最成熟。MyBatis-Plus 3.5.x在SpringBoot 2.7上的兼容性已经非常稳定。当然，如果你的选题还涉及其他需要新特性的框架，再考虑是否升级到3.x也不迟。

2. 系统功能模块拆解与核心流程

2.1 用户角色与权限划分

大学生心理互助社区的用户角色，我建议设计为三种：普通学生、心理委员/管理员、系统管理员。三种角色的权限层级很清晰，也方便你在用例图里表达。

普通学生是系统的主要使用者，可以完成注册登录、浏览帖子、发布帖子、评论回复、参与心理测评、查看测评报告、发起匿名倾诉、预约咨询等功能。

心理委员（也可以叫“互助员”）在普通学生权限基础上，多了处理匿名倾诉工单、标记预警学生、审核举报内容等权限。这个角色是“心理互助”业务逻辑的落点，一定要有。

系统管理员则拥有用户管理、角色分配、数据统计、内容审核等后台管理权限。

为什么这样设计？因为从答辩的角度来看，多角色权限控制是一个非常好的“技术亮点”。你可以用Spring Security或拦截器配合JWT，实现基于角色的接口访问控制。面试官/评委看到你做了权限控制，第一印象就是“这个学生考虑问题比较全面”。

2.2 核心功能模块详解

六大核心功能模块，是系统的“骨架”。我详细拆一下每个模块的职责和设计要点。

校园论坛模块是系统的门面。核心功能包括帖子发布（支持文字+图片）、列表分页浏览、关键词搜索、帖子详情、评论回复（支持多级评论）和点赞收藏。这个模块的技术难点是：多级评论的数据结构设计。你可以采用parent_id方案，每条评论记录父评论ID，前端递归渲染评论树，后端查询时一次性查出来再在Java内存中组装成树结构。

心理测评模块是这个项目的灵魂。核心流程是：管理员维护测评量表（如SCL-90症状自评量表、SDS抑郁自评量表），每个量表包含若干题目，每道题有不同分值的选项；用户选择量表后逐一作答，提交后后台根据规则计算得分，并映射到对应的等级（如“正常”“轻度”“中度”“重度”）。如果你能把测评结果自动关联到“预警提醒”，这个闭环就非常漂亮了。

匿名倾诉模块是体现“心理互助”特色的功能。用户发起的倾诉内容可以不显示真实姓名，以匿名ID展示。心理委员接单后可以进行回复和疏导。这里需要注意一个设计细节：匿名不等于无痕，后台需要保留真实用户ID用于安全审计，但前端展示必须脱敏。

预约咨询模块处理学生与心理老师的预约流程。学生选择可预约的时间段，提交预约信息，心理老师确认后生成咨询安排，咨询完成后可以记录咨询记录，学生可以对咨询进行评价。

预警管理模块是系统的“后台大脑”。系统根据测评结果、帖子内容关键词监测、评论行为特征，自动生成预警记录。心理委员或管理员可以查看预警学生列表，进行关注或干预。这里我建议采用“规则引擎”的思路——把预警条件抽成规则配置，比如“最近7天测评得分超过阈值”“发布帖子中命中敏感词”等，而不是在代码里硬编码。

用户管理模块是系统的基础设施。包括注册、登录、个人资料管理、密码修改、消息通知等。注册时除了基本的用户名密码，建议收集年级、专业等基本信息，为后续数据统计分析做准备。

2.3 心理测评模块的业务闭环设计

我把心理测评模块单独拿出来再讲讲，因为这个模块做得好不好，直接决定你这个毕设的“技术含金量”和“业务亮点”。完整闭环应该是这样：

学生发起测评 → 系统加载量表题目 → 用户逐题作答 → 提交问卷 → 后端计算原始得分 → 根据标准分转化规则生成测评结果 → 匹配预警等级 → 自动生成预警记录 → 心理委员查看预警并处理 → 系统记录干预结果。

这个流程在代码层面至少涉及六张表，横跨用户端和管理端，贯穿了系统的核心业务。另外我还建议你加入“历史测评趋势”功能——用户可以看到自己多次测评的得分变化曲线。这个功能实现起来不复杂（前端用ECharts画折线图，后端按时间维度聚合查询即可），但做成后非常能体现“系统的数据分析能力”，答辩现场也是一个绝佳的亮点展示。

3. 数据库与ER图设计实战

3.1 核心数据表结构清单

数据库设计是一个项目的地基。地基不牢，后面所有功能都摇摇欲坠。我直接给你列一个核心表清单，并附上关键字段的设计方案。基于这个清单来画ER图，就会非常清晰，不会遗漏实体和关系。

用户表是系统的地基。核心字段包括用户ID、用户名、密码（用BCrypt加密存储）、昵称、性别、学号、专业、年级、角色ID（关联角色表）、手机号、邮箱、头像URL、状态、创建时间、最后登录时间。

角色表保存角色ID、角色编码（student/volunteer/admin）、角色名称、角色描述、状态。

量表信息表保存量表ID、量表名称（如“抑郁自评量表SDS”）、量表描述、题目数量、适用人群、建议频率、状态、创建时间、更新时间。

量表题目表保存题目ID、量表ID、题目名称、题目类型（单选/多选）、选项配置（JSON格式存储选项及其分值）、排序值。

测评记录表保存记录ID、用户ID、量表ID、原始得分、标准分、测评耗时、测评结果说明、预警等级（正常/轻度/中度/重度）、测评时间、状态。这张表的索引非常关键，必须建立联合索引覆盖“时间范围+预警等级”查询场景。

预警记录表保存预警ID、用户ID、预警来源（测评/文本监测/行为分析）、预警等级、预警内容、处理状态、处理人ID、处理时间、处理说明。

论坛帖子表保存帖子ID、用户ID、标题、内容、图片URL、点赞数、评论数、浏览量、是否置顶、是否加精、状态、创建时间、更新时间。

帖子评论表保存评论ID、帖子ID、用户ID、父评论ID、回复目标用户ID、评论内容、点赞数、状态、创建时间。

匿名倾诉工单表设计上要区分显示信息与真实信息。显示匿名ID（非真实用户ID，可以设计为随机生成的字符串）、真实用户ID、倾诉内容、倾诉分类标签、状态（待处理/处理中/已处理）、接单人ID、回复内容、创建时间、完成时间。

预约咨询表保存预约ID、用户ID、咨询师ID、预约日期、预约时段、预约状态（待确认/已确认/已完成/已取消）、咨询方式、咨询记录、学生评价、评分、创建时间。

3.2 ER图手把手画法：实体、属性和关系

绘制ER图是论文和答辩PPT里必不可少的内容，也是很多同学最头疼的部分——不是不会画，而是不知道画到哪个层次算“合格”。

我的建议是：画到第三范式级别，且要清晰体现实体之间的关系。以下是需要盯住的核心实体关系。

一个用户可以提交多条测评记录，测评记录中包含一个或多个量表题目，量表信息与量表题目是1对多关系；测评记录与预警记录是1对1关系——一次测评可能触发一条预警记录；用户与预警记录是1对多关系；用户与帖子是1对多关系；用户与评论是1对多关系；用户与预约是1对多关系——这里心理咨询师本质上也是特殊用户，但我建议单独做一张咨询师表，避免与用户表混淆。

举例来说，t_user和t_test_record之间就是1:N关系，连接线上用“1”和“N”标记；t_test_record和t_test_scale之间是N:1关系。ER图中实体用矩形、属性用椭圆、关系用菱形，连线上的基数标记一定要规范。画图工具方面，ProcessOn免费版够用，也可以直接用draw.io。注意导出为高清PNG或矢量PDF，论文排版需要。

3.3 建表SQL核心示例

建表SQL不用每个表都写一遍，我挑几张核心表来写，你照着这个风格写其余的表就行。

sql复制-- 用户表
CREATE TABLE `t_user` (
  `user_id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '用户ID',
  `username` varchar(50) NOT NULL COMMENT '用户名',
  `password` varchar(100) NOT NULL COMMENT '密码(BCrypt加密)',
  `nickname` varchar(50) DEFAULT NULL COMMENT '昵称',
  `gender` tinyint(1) DEFAULT '2' COMMENT '性别 0男 1女 2保密',
  `student_no` varchar(20) DEFAULT NULL COMMENT '学号',
  `major` varchar(50) DEFAULT NULL COMMENT '专业',
  `grade` varchar(10) DEFAULT NULL COMMENT '年级',
  `role_id` bigint(20) NOT NULL COMMENT '角色ID',
  `phone` varchar(11) DEFAULT NULL COMMENT '手机号',
  `avatar` varchar(255) DEFAULT NULL COMMENT '头像',
  `status` tinyint(1) DEFAULT '1' COMMENT '状态 1正常 0禁用',
  `create_time` datetime DEFAULT CURRENT_TIMESTAMP,
  `update_time` datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
  PRIMARY KEY (`user_id`),
  UNIQUE KEY `uk_username` (`username`),
  KEY `idx_role_id` (`role_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='用户表';

sql复制-- 测评记录表，这里注意索引的设计，按用户和时间查询是高频操作
CREATE TABLE `t_test_record` (
  `record_id` bigint(20) NOT NULL AUTO_INCREMENT,
  `user_id` bigint(20) NOT NULL COMMENT '用户ID',
  `scale_id` bigint(20) NOT NULL COMMENT '量表ID',
  `raw_score` int(11) DEFAULT NULL COMMENT '原始得分',
  `standard_score` int(11) DEFAULT NULL COMMENT '标准分',
  `level` varchar(10) DEFAULT 'normal' COMMENT '预警等级',
  `result_desc` varchar(500) DEFAULT NULL COMMENT '结果说明',
  `duration` int(11) DEFAULT NULL COMMENT '测评时长(秒)',
  `create_time` datetime DEFAULT CURRENT_TIMESTAMP,
  PRIMARY KEY (`record_id`),
  KEY `idx_user_scale_time` (`user_id`, `scale_id`, `create_time`),
  KEY `idx_level` (`level`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='测评记录表';

sql复制-- 预警记录表，关联用户和处理人是两个常见查询维度
CREATE TABLE `t_warning` (
  `warning_id` bigint(20) NOT NULL AUTO_INCREMENT,
  `user_id` bigint(20) NOT NULL COMMENT '被预警用户ID',
  `source` varchar(20) DEFAULT 'assessment' COMMENT '预警来源',
  `level` varchar(10) NOT NULL COMMENT '预警等级',
  `content` varchar(500) DEFAULT NULL COMMENT '预警内容',
  `status` tinyint(1) DEFAULT '0' COMMENT '状态 0待处理 1处理中 2已处理',
  `handler_id` bigint(20) DEFAULT NULL COMMENT '处理人ID',
  `handle_desc` varchar(500) DEFAULT NULL COMMENT '处理说明',
  `create_time` datetime DEFAULT CURRENT_TIMESTAMP,
  `update_time` datetime DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
  PRIMARY KEY (`warning_id`),
  KEY `idx_user` (`user_id`),
  KEY `idx_handler` (`handler_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='预警记录表';

需要注意一个细节：t_user表中密码字段的长度我建议设成100而不是传统的64或32。因为BCrypt加密后的字符串长度是60个字符，预留空间可以避免后续更换加密算法时扩容的麻烦。另外所有表一律使用utf8mb4字符集，这个一定不要省略，否则遇到表情符号（比如用户昵称带emoji）时插入会报错。

4. 用例图与系统架构图绘制指南

4.1 用例图的正确画法与关键要素

用例图描述的是“什么人能做什么事”，核心是讲清楚角色与功能之间的关系。很多同学画用例图时经常犯的错误是：把用例写得太细，每个按钮都画一个用例，导致整张图密密麻麻没有重点。

正确的做法是，用例控制在系统级功能层面，不要下沉到界面元素。我建议你整理出这些用例：注册、登录、浏览帖子、发布帖子、评论帖子、点赞收藏帖子、参与心理测评、查看测评报告、查看测评历史趋势、发起匿名倾诉、处理倾诉工单、查看预警列表、处理预警、预约咨询、确认咨询、填写咨询记录、管理用户、管理量表、查看数据统计、分配角色。

然后按照角色分组：普通学生可以执行前12项用例（除处理工单和预警之外）；心理委员可以执行“处理倾诉工单”“查看预警列表”“处理预警”等用例；系统管理员则额外拥有用户管理、量表维护、统计报表等后台用例。

用例图画好之后，还有一个加分操作：简单写一段用例描述。比如“参与心理测评”用例，可以在用例图下面附一段文字：主参与者是普通学生，前置条件是用户已登录且存在可用量表，基本流程包括选择量表、逐题作答、提交、查看结果。这段文字在论文中直接可用，答辩时也能展示你思考的严谨性。

4.2 系统架构图的层次划分与绘制建议

系统架构图要表达的是“系统分成哪几个层次、每一层有哪些组件、层与层之间如何通信”。我建议你画三层架构：

表现层是指用Vue开发的单页应用，包括页面组件、Vue Router路由管理、Pinia状态管理、Axios网络请求封装，还需要说明这一层通过HTTP/HTTPS协议与后端API进行JSON数据交互。

业务层是指SpringBoot应用，拆成Controller层、Service层、Mapper层（如果用MyBatis-Plus，也可以叫Repository层），再列出核心组件如Spring Security认证授权、JWT Token管理、全局异常处理器、Redis缓存（如果有的话）、WebSocket服务（用于聊天功能）。

数据层是MySQL数据库实例，以及可能的Redis缓存服务。

这张架构图建议用分层布局，从上到下依次画，中间用箭头标注“HTTP请求/JSON响应”“数据读写”等交互关系。图的比例要协调，层次之间留白要均匀。画完图记得配一段架构说明文字，逐个层次解释职责。这部分内容在论文“系统设计”章节里几乎是必备的，提前做出来能节省大量后期写论文的时间。

4.3 时序图与状态机图：什么时候用、怎么画

文章标题提到了状态机图，这里我也多说两句。状态机图和时序图不是必选项，但如果画好了，答辩的时候很加分。如果评审老师问到你“工单状态流转是怎么设计的”，你可以直接指给老师看状态机图，印象分会好很多。

我个人推荐在这个项目里至少画一张状态机图——匿名倾诉工单的状态机。状态流转是这样的：待处理（peding） → 处理中（processing） → 已处理（finished），如果超过48小时未接单，可以加一个“超时未处理”状态。每条状态转移箭头标注“触发事件”，比如“接单”事件触发从待处理到处理中，“提交回复”事件触发从处理中到已处理。时序图则推荐画一张“用户提交测评”的时序图：用户前端页面 → 测评提交接口 → Service层 → Mapper层 → 数据库 → 返回结果，把请求链路和每一步的数据流转画清楚。

5. 核心功能实现与代码实战

5.1 后端：SpringBoot项目初始化与JWT登录认证

SpringBoot初始化可以直接用IDEA的Spring Initializr生成项目骨架，依赖选择Spring Web、Spring Security、MyBatis-Plus、MySQL Driver、Lombok、Validation。然后在application.yml中配置数据源和MyBatis-Plus相关参数：

yaml复制server:
  port: 8080

spring:
  datasource:
    driver-class-name: com.mysql.cj.jdbc.Driver
    url: jdbc:mysql://localhost:3306/psych_community?useUnicode=true&characterEncoding=utf8&serverTimezone=Asia/Shanghai
    username: root
    password: 你的密码
  jackson:
    date-format: yyyy-MM-dd HH:mm:ss
    time-zone: GMT+8

mybatis-plus:
  configuration:
    log-impl: org.apache.ibatis.logging.stdout.StdOutImpl
    map-underscore-to-camel-case: true
  global-config:
    db-config:
      logic-delete-field: deleted
      logic-delete-value: 1
      logic-not-delete-value: 0

关于登录认证，很多教程推荐用Spring Security的完整配置，但对毕设来说那套东西太重了，配置出错概率还高。我建议用简化方案：拦截器或过滤器 + JWT。具体思路是：

登录接口接收用户名密码，调用Service验证密码（用BCrypt匹配），生成JWT Token返回给前端。JWT中只存放userId、roleCode、expireTime这些必要信息，不要放敏感数据。前端将Token存在localStorage中，在Axios请求拦截器里设置Authorization: Bearer <token>请求头。后端写一个JwtInterceptor拦截器，放行登录注册等公开接口，其余接口校验Token有效性，解析出当前登录用户信息存入ThreadLocal或请求参数中。

这块代码不算复杂，却是整个系统安全的基础。答辩时评审老师大概率会问你“如何确保接口安全”，这是核心答案。

5.2 后端：心理测评模块的Service逻辑实现

测评模块的核心不是CRUD，而是计分逻辑。我以SDS量表为例说明：SDS包含20道题，每道题按1-4级评分（没有或很少时间、小部分时间、相当多时间、绝大部分或全部时间），其中10道题为反向计分。原始得分是各题得分累加，标准分 = 原始分 × 1.25后取整数部分。

按照评分标准：标准分小于53定为正常，53到62之间是轻度抑郁，63到72之间是中度抑郁，大于72是重度抑郁。

代码实现上，我建议把计分规则做成一个策略接口，不同量表实现不同的计分策略，避免用大段的switch-case堆积在Service里。这个设计说明你懂设计模式，也是答辩时可以讲的亮点。

java复制@Service
public class Scl90ScoringStrategy implements ScoringStrategy {
    @Override
    public ScoreResult calculate(List<Integer> answers) {
        int rawScore = answers.stream().mapToInt(Integer::intValue).sum();
        // 实际SCL-90的维度拆分和计分会更复杂，这里简化示例
        String level = judgeLevel(rawScore);
        String desc = generateDesc(level);
        return new ScoreResult(rawScore, rawScore, level, desc);
    }
}

提交测评的业务逻辑也要写好：校验用户是否重复提交、计算得分、落库测评记录、根据预警规则判断是否需要生成预警记录。这一步就打通了从测评到预警的闭环。我建议用一个@Transactional注解把这三个操作包进一个事务里，保证数据一致性。

5.3 前端：Vue项目搭建与关键页面设计

用Vite创建Vue3项目是最快的方案，命令也简单。创建完成后安装路由、状态管理、UI组件库、HTTP请求库。UI组件库选Element Plus，后端管理界面用它事半功倍。

前端路由设计需要区分用户端和管理端。用户端路由包括首页、论坛列表、帖子详情、发帖页、心理测评中心、测评结果页、匿名倾诉页、预约咨询页、个人中心等；管理端路由包含用户管理、量表管理、预警列表、工单处理、咨询管理等。

重点说一下Axios请求封装。新建src/utils/request.js，统一配置baseURL、请求超时时间（建议15秒）、请求拦截器（自动携带Token）、响应拦截器（统一处理后端返回的HTTP状态码和业务码，遇到401自动跳转登录页）。这样一来，页面里发起请求只需要写业务代码，不需要重复处理Token和异常逻辑。

心理测评页面的交互设计上，建议用分步表单。左侧显示进度条，底部有“上一题/下一题”按钮。这个交互体验对测评场景来说非常自然。用Vue的currentStep变量控制当前题目索引，用answers数组收集答案，最后一步统一提交。核心代码如下：

vue复制const currentStep = ref(0)
const answers = ref([])
const totalQuestions = computed(() => scaleQuestions.value.length)
const progressPercent = computed(() => 
  Math.round((currentStep.value / totalQuestions.value) * 100)
)

function nextStep() {
  if (answers.value[currentStep.value] === undefined) {
    ElMessage.warning('请先选择答案')
    return
  }
  if (currentStep.value < totalQuestions.value - 1) {
    currentStep.value++
  } else {
    submitTest()
  }
}

注意一个细节：用户选完当前题后，切换下一题时，Vue的响应式状态会自动保存已选答案，不需要额外缓存。这就是Vue响应式带来的便捷，比用原生JS操作DOM方便太多。

5.4 前后端联调：接口约定与数据格式统一

前后端联调是毕设中最耗时间的环节之一。提前约定好接口规范，能少走很多弯路。我建议统一使用RESTful风格，响应体格式统一为：

json复制{
  "code": 200,
  "message": "操作成功",
  "data": {}
}

前端在响应拦截器里判断code是否为200，不是则弹出message提示，是则直接返回data用于业务逻辑。这样一套约定下来，前端拿数据的逻辑会非常统一，后端返回数据时也只需要关心业务数据本身。

围绕这个规范，后端定义核心接口的路径、请求方式、参数和返回值。帖子发布接口是POST /api/post，评审通过后在帖子详情接口返回评论树；测评提交接口是POST /api/test/submit，接收量表ID和答案数组，返回计分结果和评估说明；匿名倾诉创建接口是POST /api/anonymous/create，返回匿名ID；预警列表接口是GET /api/system/warning/list，支持分页、按等级筛选、按状态筛选。这些接口的时序要配合前端页面的开发顺序，建议先完成用户模块打通登录，再做论坛，再做测评和预警。

6. 开发环境准备与部署实操

6.1 JDK、Maven、MySQL、Node环境配置速查

这部分是很多新手同学最容易卡住的地方。环境和装完第一步就报错，后续心情全毁。我这里给一份个人实测下来最稳的配置方案。

JDK：下载JDK8（如1.8.0_202），安装后配置JAVA_HOME系统变量，路径指向JDK安装目录，再在Path中添加%JAVA_HOME%\bin。验证方法：命令行执行java -version，能看到版本信息就说明成功。如果提示“不是内部或外部命令”，多半是环境变量没生效，重启命令行或重新配置。

Maven：下载3.6.3以上版本（建议3.8.x），解压后配置MAVEN_HOME，同样在Path中添加%MAVEN_HOME%\bin。注意修改conf/settings.xml文件，配置阿里云镜像仓库：

xml复制<mirror>
  <id>aliyunmaven</id>
  <mirrorOf>central</mirrorOf>
  <name>阿里云公共仓库</name>
  <url>https://maven.aliyun.com/repository/public</url>
</mirror>

这一步换源极其重要，不然下载依赖能等到你怀疑人生。

MySQL：官网下载MySQL 8.x安装包（或使用更小巧的MySQL 5.7版本，如果你的电脑配置一般）。安装完成后注意设置root密码，utf8mb4字符集选项一定选上。命令行输入mysql -u root -p验证。如果忘记密码，可以通过跳过授权表的方式重置，不过这个操作对新手稍微有点绕，建议安装时把密码写在备忘录里。

Node.js：下载16.x或18.x LTS版本，安装完成后命令行执行node -v和npm -v验证。npm官方源比较慢，建议切换淘宝镜像：

bash复制npm config set registry https://registry.npmmirror.com

6.2 SpringBoot项目启动常见报错与处理

环境装好不代表项目能一次跑通。这里整理几个SpringBoot项目最常见的启动报错，每个都是我带项目时踩过的坑。

java.sql.SQLException: Access denied for user 'root'@'localhost' (using password: YES)，数据库密码不对，检查application.yml中的密码是否与MySQL实际密码一致。这个是很低级的错误，但频率极高。

Failed to configure a DataSource: 'url' attribute is not specified，数据源配置缺失或配置类扫描路径不对，检查application.yml中spring.datasource.url项，确认没有拼写错误。

Port 8080 was already in use，端口被占用，后端启动改为其他端口，或者用netstat -ano | findstr 8080查看占用进程PID，进任务管理器结束进程。如果不想杀进程，也可以直接在启动配置里改端口。

Caused by: java.lang.IllegalArgumentException: Could not resolve placeholder 'xxx' in value "${xxx}"，配置文件中的占位符没有对应的值，检查application.yml中的自定义配置项名称是否一致。

6.3 Vue项目打包与前后端联调部署

前端项目开发时需要配置开发环境代理。在vue.config.js或Vite的vite.config.js中配置代理，解决开发环境下跨域问题：

javascript复制// vite.config.js
export default defineConfig({
  server: {
    port: 3000,
    proxy: {
      '/api': {
        target: 'http://localhost:8080',
        changeOrigin: true
      }
    }
  }
})

开发完成后前端需要打包部署，执行npm run build，生成dist目录。把dist文件夹里的静态文件（index.html、assets目录）放到Nginx的html目录下，然后配置Nginx反向代理到SpringBoot：

nginx复制server {
    listen 80;
    server_name localhost;

    location / {
        root   /usr/share/nginx/html/dist;
        index  index.html;
        try_files $uri $uri/ /index.html;  # 支持Vue Router history模式
    }

    location /api/ {
        proxy_pass http://127.0.0.1:8080;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
    }
}

这里关键的一行是try_files $uri $uri/ /index.html;——如果不加，Vue Router使用history模式时刷新页面会404。这个问题很多同学遇到过，提前记住配置能省不少事。

7. 常见问题速查与避坑指南

整理一个常见问题速查表，都是带毕设过程中高频出现的问题，可以让读者快速定位。

另外有两个非常实用的避坑建议：

第一，不要所有字段都允许为空。很多同学建表时为了省事，所有字段都可空，后面写业务代码时到处要判空。建表时就该把必填字段标记为NOT NULL并给默认值，从源头上减少空指针异常。

第二，把接口返回的数据结构在响应拦截器里统一处理。例如后端返回code: 500时，前端统一弹出message。这样报错信息能直接显示给用户看，排查问题时也能从控制台看到的错误信息快速定位是前端还是后端的问题。

8. 从项目到答辩：经验分享与进一步扩展

8.1 论文需要准备的核心图表清单

论文写到最后，图表往往是赶工最仓促的部分。我建议你从开发期就积累图表素材，而不是最后通宵画。需要准备的图表包括：系统架构图、功能结构图、用例图、ER图、核心业务流程图（测评、预约咨询）、状态机图（工单）、时序图（测评提交）、数据库表清单、核心接口文档。这些图全部准备好再写论文，论文的“系统设计”章节就是一帆风顺的状态。

8.2 项目进一步扩展的建议

如果完成基础功能后还想锦上添花（尤其是想要更高分数、或者准备找Java开发工作），可以考虑横向加入WebSocket聊天能力。SpringBoot集成WebSocket并不复杂，核心是配置一个WebSocket处理器和一个握手拦截器做Token认证，前端用new WebSocket()建立连接，然后实现会话消息的实时收发。

也可以横向加入基于Redis的点赞统计与排行榜，用Redis的Sorted Set存储帖子热度，定时同步到MySQL。这个点能体现缓存设计思维，属于“高性能方案”的范畴，也是面试时能继续深挖的亮点。

还可以纵向深化数据分析能力——在管理后台增加心理测评数据的面板，用ECharts展示全校测评趋势、各学院预警分布、量表使用频次等。答辩的时候，评委老师看到有数据可视化大屏，整个项目的完成度就瞬间不一样了。

8.3 最后一点个人体会

每次带毕设，我都要重复一句话：毕设不是为了“写完”，而是为了“能讲清楚”。你写每一行代码前都问自己——这个功能为什么要这样做？换了另一种方案行不行？如果你能流畅回答这两个问题，答辩就不用慌张。这个心理互助社区的项目，技术上覆盖了前端、后端、数据库、安全认证、业务流程设计，业务上又有“测评-预警-互助”的完整链路，只要你是真正动手做下来的，它就是一份足够扎实的毕业设计。

最后分享一个小技巧：把你在开发中踩过的坑和解决的思路记录下来，每条写两三句话，放在论文的“系统测试与问题解决”章节里。评委老师最想看到的不是“所有测试全部通过”这种完美报告，而是真实的问题定位与解决过程。它证明这个项目是你亲手做出来的，而不是从网上找的源码。希望这篇文章能帮你在毕设路上少走一些弯路，也希望你能真正沉下心，把这个项目做成自己的代表作。