★ FEATURED ARTICLE 1. 项目概述与核心价值解析1.1 为什么心理健康选题值得做大学生心理健康管理是近几年高校信息化建设里一个典型的“真需求、好落地、易出彩”的方向。每年毕业季我都会收到不少私信问“毕设做什么”我的标准答案一直是优先选那些“有真实使用场景 有一定业务复杂度 技术栈能驾驭得住”的系统心理健康咨询管理系统恰好三点全占。先说真实使用场景。高校心理健康中心在实际工作中要面对预约咨询、学生测评、危机预警、档案留存等一系列事务。很多学校至今还在用Excel表格做排期用QQ消息约咨询师档案分散在各个辅导员的电脑里——这个痛点真实存在且越是大专院校越明显。你把这个场景做成一个Web系统既解决了实际问题又让答辩老师觉得“这个学生是有认真调研过的”而不是关起门来瞎编一个项目。再说业务复杂度。一个心理健康系统绝不是简单的增删改查来访者要预约、咨询师要排班、咨询记录要保密管理、量表测评要出报告、异常分数要触发预警。这些规则做出来系统的业务深度马上就出来了这正好是本科毕设拉开档次的关键。只做CRUD的项目通常撑不过答辩的三轮追问而一个带业务流程闭环的系统老师问什么问题你都有内容回应。最后说技术栈契合度。SpringBoot是Java后端的主流选手社区成熟、资料多、排错容易本身就适合毕设这种“要稳定交付而不是追求前沿”的定位。前端配Vue数据库用MySQL再加一套RBAC权限模型这套组合既符合企业的实际开发习惯又不会因为技术太偏门而把自己坑了。1.2 这套系统到底解决什么问题往细了说它解决的问题可以分成四个维度预约管理规范化学生在线查询咨询师的空闲时段自主完成预约咨询师可以确认或调整日程心理健康中心的管理员能统一调度所有资源。一套流程替代了原本靠人工协调、电话反反复复沟通的低效模式。测评与预警闭环化内置SCL-90、SDS、SAS等常用心理量表学生完成测评后系统自动计分按学科常模给出参考结论。分数达到预警阈值时系统自动推送给管理员和对应辅导员形成“测评—预警—干预—随访”的完整链条。档案管理统一化一个学生从入校测评、历次咨询记录、危机干预情况到转介记录全部归入同一份心理档案。咨询师调取历史记录不用再翻纸质材料系统内按权限查看兼顾效率与保密。匿名求助通道很多学生有求助意愿却不敢实名走进咨询室。系统提供一个匿名留言入口学生可以隐去身份描述困扰咨询师在线回复。这种“低门槛求助”设计是心理健康系统里比较有亮点的模块答辩时讲这个故事老师的认可度会明显不一样。这套系统的目标用户很清晰学生端、咨询师端、管理员端、辅导员端四类角色各看各的界面、各用各的功能。角色分离清晰权限边界明确既体现了软件工程里的“最小权限原则”也是毕设评分里“需求分析是否到位”的直接证据。1.3 适合谁参考如果你符合下面任何一种情况这个题目都值得认真考虑计算机科学与技术、软件工程专业的本科生需要一个业务完整度适中、开发周期可控、答辩有故事可讲的毕设项目Java技术栈初学者想用一两个月的业余时间做一个能写进简历的完整项目练熟SpringBootVue的常规开发链路准备找Java后端开发岗位的应届生需要一个能体现“业务建模能力权限设计异常处理”的项目在面试时能聊出深度高校校内信息化建设相关课题的研究生或实验室团队想快速搭建一个心理健康服务系统原型跑通流程后再迭代。当然如果你是零基础我建议先花两周跟一遍SpringBoot的基础教程和Vue的基础教程再上手不要一上来就直接啃完整项目源码。这个系统涉及的JWT鉴权、AOP日志、联表查询、组件通信这类知识点有基础铺垫会消化得快很多。2. 系统整体设计与技术选型思路2.1 框架选型不追新追稳技术选型这块我踩过不少坑也给上百个同学做过方案评审。毕设项目的一个核心原则是不要为了炫耀技术而用生僻框架。用自己完全hold不住的技术栈一旦出现编译错误、依赖冲突、版本不兼容排查成本会成倍上涨最后只能花钱找人填坑。这套系统选型如下层次技术选型选型理由前端框架Vue 2.x Element UI文档丰富、组件成熟适合管理后台类系统快速搭建后端框架SpringBoot 2.7.x市场占有率最高资料多自带Tomcat部署简单数据库MySQL 5.7 / 8.0开源稳定主流高校课程都在教排错资料最多ORM框架MyBatis-Plus单表操作不用写SQL复杂查询用注解SQL效率高鉴权方案JWT Spring Security前后端分离场景下的标准玩法面试高频考点定时任务Spring Task轻量级不需要额外引入Quartz就能完成自动提醒接口文档Swagger/Knife4j自动生成接口文档答辩演示时直接展示API结构加分有人可能会问“为什么不用SpringBoot 3.x”因为SpringBoot 3.x基于Java 17很多学校的教学环境、答辩电脑上装的还是JDK 8你要是用新版本现场演示时环境不兼容场面会很难看。SpringBoot 2.7.x支持JDK 8和11兼容性最好线上部署到服务器时选择也更多。再补充一个实操经验在pom.xml里锁定SpringBoot版本时不要随随便便加一个version就完事。SpringBoot 2.7.x 的子依赖比如 Spring Security、MyBatis-Plus Starter在Maven中央仓库里的版本兼容矩阵差异很大建议直接使用Spring Initializr初始化项目骨架它会给你一套经过验证的依赖组合比手动拼装稳得多。2.2 数据库设计一张表也别乱建数据库设计是整个系统的地基。地基没打好后面每个功能模块都会出问题。这个系统的核心数据模型我建议分为六个主要区域来规划用户权限域sys_user系统用户表存放学生、咨询师、管理员、辅导员的统一账号信息关键字段有用户名学号/工号、密码BCrypt加密存储、角色ID、所属院系、联系电话、状态。sys_role、sys_menu、sys_role_menu标准RBAC权限模型的三件套。菜单表的设计可以采用树形结构用parent_id实现父子层级前端根据这个表动态渲染左侧导航栏。这里有一个值得说的设计细节不要把角色的判断硬编码写在每个接口里。设计时在sys_user表中放一个role_id在sys_role表中存角色编码STUDENT、COUNSELOR、ADMIN、MENTOR接口鉴权统一通过自定义注解比如PreAuthorize(hasRole(ADMIN))来控制。这样后期加一种新角色只需要加表和配置完全不用改业务代码。学生信息域stu_student_info学生基础信息除姓名、学号、性别外建议加上年级、院系、班级、辅导员ID等字段。这个表是测评、预约、咨询等所有业务表的“宿主”。咨询业务域psy_counselor咨询师资料表包含咨询师姓名、职称、擅长领域如学业压力、人际关系、情感困扰、个人简介、可预约时间段设置参数。psy_appointment咨询预约表核心字段包括学生ID、咨询师ID、预约日期、预约时段、预约状态待确认/已确认/已完成/已取消/已失约、咨询方式面对面/线上、取消原因。psy_timeslot咨询师排班表按周几时间段维护可预约时段设计时用weekdaystart_timeend_timemax_count四个字段的组合来衡量一个时段资源。这样设计比直接存“某月某日某点”更灵活能自动跨周循环。预约状态流转是这个表的难点也是最容易在答辩时被追问的点。建议用状态机思维来设计待确认 → 已确认 → 已完成 ↑ ↓ └——已取消 ←┘学生提交预约后状态为“待确认”咨询师确认后变“已确认”咨询完成后由咨询师标记“已完成”如果学生临时取消状态为“已取消”预约时间已过但未完成、且未取消的定时任务自动标记为“已失约”。这里用Java枚举定义状态常量比用魔法数字0、1、2强一百倍可读性和扩展性都更好。测评管理域psy_scale量表定义表存量表名称、类型SCL-90/SDS/SAS等、题目数量、计分规则说明、预警阈值起点。psy_question题目表每个题目从属于某个量表包含题目文本、所属维度如SCL-90的躯体化、强迫症状、人际关系敏感等十个维度、选项分组。psy_assessment_record测评记录表一次测评一条主记录记录学生ID、量表ID、完成时间、总分、各维度得分JSON格式存储。psy_assessment_answer答题明细表记录每道题的选项答案方便后续做答题数据复核和统计分析。预警干预域psy_warning_record预警记录表当测评分数达到阈值时自动插入一条包含学生ID、量表名称、预警等级黄色/橙色/红色、触发原因、处理状态未处理/已约谈/持续跟进/已解除、处理人、跟进记录。psy_intervention_record干预记录表用于记录辅导员的约谈记录或咨询师的干预过程注意权限边界部分字段仅咨询师和管理员可见。匿名互助域psy_anonymous_message匿名留言表。这个表的设计要点是系统不存学生身份信息只生成一个随机匿名编号实现“留言者不可追溯”。在答辩时讲到这个设计能体现你对隐私保护的思考。你要始终记得一个原则不要为“也许将来会用到的功能”建表。表建得越多关联越复杂开发工作量越大Bug概率越高。上面这六组表已经覆盖了完整的业务闭环足够支撑一套过硬的毕设了。2.3 为什么这套架构更扛得住答辩追问答辩时老师最爱问的一个问题是“你这个系统和其他人做的有什么区别”如果你只会答“界面好看、功能齐全”那基本上就是及格分。但从设计层面回答就不一样了。这套系统最核心的三个设计亮点是值得说透的第一测评预警自动化闭环。测评不是做完就结束了系统会自动比对常模分数按严重程度分色预警并推送给对应角色。这个链路让系统体现出了“智能”二字而不是一个冷冰冰的问卷工具。第二基于RBAC的细粒度权限控制。四类角色的菜单动态渲染接口做权限拦截心理咨询记录的敏感数据只对咨询师和管理员开放。这种设计在答辩现场可以现场演示用学生账号登录看不到其他学生的测评结果用咨询师账号登录才能看到。第三预约状态机与事务一致性。同一咨询师、同一时段不能被两人同时预约成功这背后有唯一索引和事务机制的双重保障。讲到这个细节时面试官和答辩老师都会觉得你有工程意识。这三个点每一个都能在答辩现场引出一连串可以深入的追问。只要你在源码里真正实现了它们就完全不怕被深挖。3. 核心功能模块拆解与实现细节3.1 系统功能地图四类角色各有什么在动手写代码之前先花点时间把功能地图整理清楚。这个系统按角色划分的功能分配如下学生端登录注册学号登录首次登录强制修改密码密码复杂度校验个人信息管理查看和修改联系方式、年级、院系等基础资料预约咨询查看咨询师列表与排班情况选择可预约时段提交预约我的预约查看预约记录和状态取消未开始的预约限制提前X小时心理测评在线完成量表答题填写过程中防重复提交测评报告查看历史测评结果展示总分、维度得分和参考解读匿名留言以随机编号发布匿名留言查看咨询师的回复。咨询师端排班管理维护每周可预约时段可临时暂停某一天预约处理查看待确认预约确认或拒绝拒绝需填写原因咨询记录咨询结束后填写咨询记录内容包括问题描述、干预措施、后续建议留言回复查看分配给自己的匿名留言列表进行在线文字回复测评数据查看查看授权范围内学生的测评结果需管理员授权。辅导员端学生信息查看查看本学院或本班级的学生基本信息预警提醒接收系统推送的测评异常预警查看预警详情约谈记录填写与学生约谈的简要情况上传到干预档案。管理员端用户管理维护所有账号重置密码分配状态角色权限管理分配角色与菜单权限量表管理配置量表题目、维度、计分规则、常模参数咨询师管理录入咨询师资料分配服务范围数据统计按院系、年级、时间段统计测评完成率、预约量、高频咨询主题系统日志查看登录日志与操作日志。功能拆解得越清晰开发时分配到每一个后端模块就越不会乱。一个模块对应一套Controller-Service-Mapper三层结构这是SpringBoot开发最标准的节奏。3.2 登录鉴权与JWT的完整实现思路登录鉴权是几乎所有Web系统的地基。学生、咨询师、辅导员、管理员都走同一个登录接口通过role_id区分身份JWT令牌中带用户ID和角色编码后续请求靠拦截器解析令牌。具体流程我建议这样设计用户传入账号密码后端通过BCryptPasswordEncoder.matches()校验密码数据库中存的是BCrypt加密后的哈希值不允许明文存库校验通过后生成JWT令牌载荷部分放userId、userName、roleCode密钥放在application.yml里通过jwt.secret配置过期时间设为2小时前端拿到令牌后存入localStorage在axios请求拦截器中把令牌放进Authorization请求头后端定义一个JwtAuthenticationFilter继承OncePerRequestFilter对需要鉴权的路径解析令牌、校验有效性并将用户信息放回SecurityContextHolder在SecurityConfig里配置放行规则登录接口、Swagger文档、静态资源放行其余所有接口都要带上令牌。这里有一个细节非常关键JWT令牌过期后前端要能自动跳转登录页。实现方式是在axios的响应拦截器中判断HTTP状态码如果是401就清除本地存储的令牌并跳转到登录页同时在用户操作即将过期时提前弹出提示避免写到一半被强制踢下线。还有一个容易踩的坑Spring Security的默认行为是开启CSRF防护的但前后端分离模式下使用JWT不需要CSRF记得在SecurityConfig中显式关闭csrf().disable()否则POST请求会被拦下来排查半天都找不到原因。3.3 心理咨询预约的并发控制与状态流转预约是这个系统里业务逻辑最重的模块做好它整个项目的技术水平就被托起来了。先说并发控制。同一个咨询师在同一个时段理论上只能被一个学生预约。MySQL里怎么保证这条规则我的做法是在psy_appointment表上建立唯一索引索引字段为counselor_id,appointment_date,timeslot_id插入预约记录时用INSERT语句而非先查再插数据库唯一索引会在重复插入时直接报冲突在Service层捕获DuplicateKeyException转为业务异常“该时段已被预约请选择其他时段”。这里有一个很多人会问的细节为什么不先SELECT再INSERT因为在高并发场景下两步操作之间存在时间差两个事务可能同时查到“空闲”然后同时插入成功。唯一索引是数据库层面的最后一道防线比任何代码级别的锁都可靠。再说状态流转。预约状态的核心处理逻辑我总结为四个操作提交预约创建记录状态为“待确认”校验时间段合法、不与自己的已有预约冲突咨询师确认将“待确认”改为“已确认”同时锁定该时段资源学生取消状态改为“已取消”释放时段资源如果已经开始则不允许线上取消需要线下联系管理员处理定时失约处理用Scheduled每天凌晨扫描一次把“已确认”且日期小于今天的记录改为“已失约”并在失约原因字段里写入“超时未取消”。状态流转时建议在代码里写一个状态变更审核方法禁止非法跳转。比如一个“已完成”的预约不允许再被取消一个“已取消”的预约不允许再被确认。这个判断逻辑写在Service层一个私有方法里统一收口。private void validateStatusTransition(Integer currentStatus, Integer targetStatus) { // 用枚举定义合法流转集合非法流转直接抛异常 }3.4 心理测评模块计分与报告生成心理测评模块看起来简单做起来容易出问题的地方在于维度拆分与计分规则。以SCL-90量表为例它包含90道题目分成10个维度躯体化、强迫症状、人际关系敏感、抑郁、焦虑、敌对、恐怖、偏执、精神病性、其他每个维度包含若干题每题按1-5级计分1没有2很轻3中度4偏重5严重。量表总分和阳性项目数是后续判断是否预警的核心依据。系统计分逻辑的设计方案是学生提交答案后后端遍历psy_question表中的维度配置把同一维度的题目得分汇总计算每个维度的均分维度总分除以题目数存入assessment_record表的维度得分JSON字段根据量表配置的常模均分和标准差计算T分T5010×(原始分−常模均分)/常模标准差超过70分视为显著异常达到预警阈值时插入一条psy_warning_record并根据分数区间设置预警等级轻度异常为黄色中度异常为橙色高度异常为红色。这里建议不要在页面显示一个“你有心理问题”的结论而是用“某维度分数偏高建议预约咨询师进行交流”这样更温和的表述。系统的定位是辅助筛查工具不是诊断工具这个边界要守住。3.5 留言回复中的敏感信息保护与内容审核匿名留言藏在心理系统里是个加分项但如果完全不审核内容就是一个雷。我的建议是留言内容在前端提交时做长度校验比如10-1000字后端再次校验双重保障引入简单敏感词过滤组件命中敏感词的消息自动进入待人工审核队列不直接展示在咨询师的可回复列表里管理员可以在后台设置“是否允许学生匿名留言”的全局开关必要时一键关闭该功能留言的匿名编号用UUID截断生成不记录任何与账号关联的信息系统后台也无法通过匿名编号反查学生身份。写这块代码的时候你可以在Service层加一个Async异步处理敏感词过滤这样主流程不受影响性能更好。答辩时提及这个细节会显得你对生产级系统的性能考量有概念。4. 实施过程与关键代码实践4.1 项目初始化与依赖配置这一节是你打开IDE动手写代码的第一步。推荐使用IDEA Spring Initializr创建依赖选择下面这几个核心Starterspring-boot-starter-web // Web MVC spring-boot-starter-security // 安全框架 spring-boot-starter-validation // 参数校验 mybatis-plus-boot-starter // ORM框架 mysql-connector-java // MySQL驱动注意版本与数据库对应 jjwt // JWT生成与解析 lombok // 简化实体类样板代码 spring-boot-starter-data-redis // 可选用于验证码/会话状态缓存application.yml的核心配置我建议这样写server: port: 8080 spring: datasource: url: jdbc:mysql://localhost:3306/psy_system?useUnicodetruecharacterEncodingutf8useSSLfalseserverTimezoneAsia/Shanghai username: root password: 123456 driver-class-name: com.mysql.cj.jdbc.Driver mybatis-plus: mapper-locations: classpath:mapper/*.xml configuration: log-impl: org.apache.ibatis.logging.stdout.StdOutImpl map-underscore-to-camel-case: true jwt: secret: your-256-bit-secret-key-please-change-me expire: 7200有几个配置细节需要专门提醒serverTimezone必须设置为Asia/Shanghai否则数据库连接会报时区错误map-underscore-to-camel-case开启后数据库的appointment_date可以自动映射到实体类的appointmentDate写SQL时不必频繁设置别名JWT的密钥要足够长至少32位网上很多教程用“123456”当密钥实际中容易被暴力破解虽然毕设场景攻击风险不高但养成好习惯不亏log-impl设置为StdOutImpl后控制台会打印SQL日志开发期排错很管用上线部署时建议关掉或调整为只记录慢SQL。4.2 预约模块的核心代码实现预约模块涉及事务控制这是我最想单独拿出讲的一个环节。提交预约时至少要完成以下操作校验学生存在且状态正常校验咨询师存在且该时段可预约检查预约日期为未来日期时段未被预约插入预约记录写入操作日志。这五步中任何一步失败整个预约都应该回滚不能出现“插入了预约记录但没记日志”的脏数据。实现方式是在Service层入口方法加Transactional(rollbackFor Exception.class)注解注意指定rollbackFor——因为Spring默认只对运行时异常回滚当你抛出的是自定义业务异常继承RuntimeException时没问题但如果你抛的是受检异常就要靠rollbackFor来兜底。核心的预约接口签名可以这样设计Transactional(rollbackFor Exception.class) public AppointmentVO createAppointment(AppointmentCreateDTO dto) { // 1. 校验学生和咨询师 // 2. 校验时段可预约 // 3. 校验时间合法性 // 4. 插入记录处理唯一索引冲突异常 // 5. 日志记录 return appointmentMapper.toVO(savedRecord); }这里还有一个小技巧当数据库唯一索引冲突发生时Spring会抛出DuplicateKeyException你需要在方法内捕获并转换成对用户友好的中文提示。不要把这个异常直接抛给前端展示用户看到一大段SQL报错日志体验很差答辩时也不好看。4.3 前端路由与权限动态渲染前端这块我建议使用Vue Router的守卫配合后端菜单表实现“不同的登录角色看到不同的菜单”。核心思路是用户登录成功后调用/api/user/info接口后端返回该用户的菜单列表从sys_menu表按角色权限查出前端拿到菜单后动态注册路由渲染侧边栏菜单组件在Vue Router的beforeEach守卫中每次路由跳转前检查当前用户是否有对应权限无权限则跳转到403页面。路由守卫是答辩时很容易被问到的点把下面这段逻辑说清楚老师就会相信你真的理解了权限管理router.beforeEach((to, from, next) { const token localStorage.getItem(token) if (!token to.path ! /login) { next(/login) } else if (token to.path /login) { next(/) } else { next() } })动态菜单的实现有个反直觉的坑菜单数据来自后端但路由组件是前端预定义的。如果完全靠后端返回的路径字符串去加载组件就得用import()动态导入。更简单的做法是前后端约定菜单编码比如appointment_manager、scale_manager前端维护一张菜单编码到组件的映射表后端只返回菜单编码列表前端根据编码找到对应的组件动态渲染。这种方案在答辩时解释起来也更清晰。4.4 数据统计与可视化给答辩加分的小模块统计模块是很容易被轻视、但性价比极高的加分项。这个系统里我建议做三个维度的统计测评维度按院系列出完成率、平均总分、异常率用柱状图展示预约维度按月统计预约量、确认率、取消率用折线图展示趋势咨询主题维度按留言和咨询记录中的关键词做简易词频统计用饼图或词云展示高频困扰主题。前后端分离场景下统计可以做成后端提供聚合接口前端用ECharts渲染图表。后端代码主要用GROUP BY和日期函数实现SELECT DATE_FORMAT(create_time, %Y-%m) AS month, COUNT(*) AS appointment_count, SUM(CASE WHEN status 2 THEN 1 ELSE 0 END) AS confirmed_count FROM psy_appointment WHERE create_time #{startTime} GROUP BY DATE_FORMAT(create_time, %Y-%m) ORDER BY month图表展示不是毕设核心但做成后整体观感会提升一个档次。我见过不少项目功能齐全但页面特别朴素答辩时投影一开满屏表格视觉效果明显处于劣势。一套整洁的统计图表能让评委在直觉上认为“这个项目的完成度很高”。4.5 部署环节从Windows到Linux服务器部署对于很多同学来说是个心理障碍但实际上并不复杂。推荐先把后端打成JAR包在本地运行验证再放到云服务器上跑前端打成静态文件交给Nginx托管。后端打包mvn clean package -DskipTests java -jar target/psy-system-1.0.0.jar前端打包npm run build # dist目录中的文件即为部署产物上传到服务器/usr/share/nginx/html即可Nginx的转发配置是关键一步。如果后端跑在8080端口前端跑在80端口需要把前端所有/api开头的请求代理到后端server { listen 80; server_name your-domain.com; location / { root /usr/share/nginx/html; index index.html; 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; } }这里的try_files $uri $uri/ /index.html;是Vue Router的history模式必需配置否则刷新页面时会出现404。如果你在本地用hash模式开发部署到服务器换成history模式请一定记得配合这条配置。5. 常见问题与排查技巧实录5.1 毕设开发中踩过的10个坑这10个坑我从自己带项目的经验里总结出来的每一个都曾让同学卡住至少半天时间MyBatis-Plus分页插件失效新版MyBatis-Plus需要手动配置分页拦截器PaginationInnerInterceptor只引入依赖而不加配置类分页查询会查出来全部数据。这是个新手必踩的坑。跨域请求被拦截前后端分离后后端必须配置CORS。推荐用WebMvcConfigurer里重写addCorsMappings方法明确允许的来源和请求头。配置时要留意调试时前端端口比如8081和后端端口8080不一致如果没配跨域前端发请求直接飘红。Date类型返回值格式问题后端返回的时间字段默认是一长串时间戳前端需要格式化。统一解决方案是配置JsonFormat(pattern yyyy-MM-dd HH:mm:ss, timezone GMT8)或者在全局配置里定义JavaTimeModule。JWT过滤器放行登录接口但令牌校验逻辑写错很多人在过滤器里对“无需令牌”的接口不做任何处理结果发现登录接口每次都能通但其他接口全部401。原因通常是过滤器没有从请求头取到正确的Authorization或者解析失败后没有写回错误响应。前端打包后路由404就是上面说的try_files问题。如果你在本地watch模式下一切正常部署到Nginx后刷新页面就404九成是缺少try_files配置。数据库连接时报Public Key Retrieval错误MySQL 8.0默认的认证插件是caching_sha2_password连接串里没有allowPublicKeyRetrievaltrue就会报错。解决方案是在JDBC URL里加上这个参数或者把数据库用户改为mysql_native_password。实体类属性名和数据库字段对不上MyBatis开启了驼峰映射还是会出错多数是因为resultMap没有配好或者查询用了SELECT *但实体类属性缺失。建议每张表都建一个明确的BaseResultMap不要偷懒。事务不生效最常见的原因是Transactional加在了同一个类的内部调用方法上。Spring事务默认基于AOP代理自调用时不经过代理所以事务注解形同虚设。要么把方法拆到不同的Service要么让调用方入口打上事务注解。Lombok的Data在继承关系中出问题如果你设计基类字段比如id、createTime子类继承时Data生成的equals和hashCode不包含父类字段比较两个对象时容易踩坑。建议EqualsAndHashCode(callSuper true)。部署时数据库连接超时服务器上跑定时任务连接池空闲连接被MySQL服务端断开后重新使用时报错。推荐检查spring.datasource连接池配置把connection-test-query设置为SELECT 1并适当调小空闲超时参数。5.2 答辩现场的高频提问预案围绕心理管理系统答辩老师最常问的问题其实是固定的那几类提前准备好答案答辩现场就不会慌“为什么用JWT而不用Session”建议回答思路前后端分离场景下Session依赖服务器存储状态水平扩展时会话不共享是个大问题JWT是无状态认证令牌本身携带用户信息后端不存会话状态天然适合分布式部署和移动端、Web端共用认证。当然JWT也有劣势——无法主动失效所以过期时间要设置合理。“预约功能如何防止两个人同时约同一个时段”上面讲到的数据库唯一索引事务回滚是一个完整的防御体系。把这两层机制讲清楚再补充一句“即使极端并发下两个请求同时进来数据库的索引约束会保证只有一条插入成功”基本上就满分了。“测评分数达到预警条件后系统怎么处理”回答思路按预定阈值分级预警→写入预警表→异步通知相关角色给辅导员发系统消息提醒→标记预警处理状态→记录跟进记录。这个流程完整回答了“检测-响应-追踪”的闭环比只答“发个通知”要高级很多。“这个系统能承受多大的并发访问”千万别主动吹“支持十万级并发”毕设系统本质上是轻量级应用使用场景是单校内网。建议回答系统参考校内实际使用规模规划核心接口压测数据为xxx QPS预估可以支撑上千名学生在同一时段使用。有这份谦虚和自知之明老师反而会对你产生好感。5.3 毕设进度的节奏把控最后给还在做选题、或者已经开工但担心拖不进度的同学一条时间线建议阶段周期关键产出需求分析选题调研1周功能列表、角色划分、E-R图数据库设计与项目初始化5天建库脚本、SpringBoot骨架、MyBatis-Plus映射登录鉴权用户管理1周RBAC权限模型、JWT认证过滤链咨询预约核心模块1周预约CRUD、状态流转、事务控制测评模块预警模块1周量表答题、自动计分、预警推送前端页面接口联调2周四类角色的页面、图表统计、权限动态渲染部署测试论文撰写1周云服务器部署、功能测试、文档和答辩论总计约8周。如果每天能保证3小时以上的投入这个节奏是宽裕的如果你还有实习、专业课的压力可以把数据库设计和前端联调各压缩2-3天整体控制在7周左右。实际上我当年带的一个同学就是这个节奏做完了包括论文在内的一切还拿了院级优秀。6. 写在最后这几年看过的毕设项目不算少一个反复出现的规律是选题看起来高大上但做不出来或者做完之后一问细节就露馅的项目分数都很难看。反而是那些选题朴素、场景真实、技术栈稳扎稳打、能把自己做的每一个设计决策讲出理由的系统最后都拿到了对得起付出的结果。心理健康咨询管理系统这个题目恰好站在了“热门方向”和“可控复杂度”的交叉点上。做完它你不仅交出了一个毕设还顺手掌握了一套完整的业务系统开发流程——从需求拆分、数据库建模、权限设计到并发控制、部署上线这些能力写进简历里每一句都不是虚的。最后再分享一个我自己的习惯项目做完了不要急着删代码把数据库设计文档、核心接口的时序图、部署笔记整理成一个README放在项目根目录。面试时直接给对方看这份文档比干巴巴说“我熟悉SpringBoot”要可信得多。这套系统后续还可以往上扩展比如接入消息推送、增加在线音视频咨询支持、引入更精细的预警模型这些方向留给你去挖掘。
阅读完成 · 觉得有帮助？
