Spring Boot智慧养老平台：Java毕设选题到答辩全流程解析

简介在Java Web开发中Spring Boot凭借自动配置和生态优势成为企业级应用的主流框架也是毕业设计的高频选题方向。以智慧养老平台为例系统围绕养老机构的信息化管理需求构建了长者档案、健康管理、护理任务、费用账单等核心业务闭环。基于RBAC权限模型实现管理员、员工、家属三类角色的差异化数据访问并结合MyBatis-Plus完成多表关联与聚合查询通过JWT或Session机制保障登录安全。项目采用Spring Boot 3 Thymeleaf MySQL技术栈兼顾开发效率与答辩演示效果。本文从系统设计、数据库建模、核心功能实现到论文写作与答辩准备完整拆解一个可落地的Web系统项目为准备Java毕业设计的读者提供可复用的工程实践参考帮助提升项目的完整度与讲解能力。 又到了毕设开题和赶工的高峰期后台每天都有人问我同一句话“Java 毕业设计到底做什么方向做完好答辩代码量适中还能写出篇幅充足的论文” 如果你也在为这个头疼我建议你认真看看基于Spring Boot Web的智慧养老平台这个方向。它不是一个让你非要做成人工智能下凡的“高概念”项目而是一个业务链完整、模块边界清晰、技术栈主流、演示效果好并且能稳稳支撑起毕业论文和答辩PPT的经典Web系统选题。这篇项目实录脱胎于我辅导过的多个同款毕设项目。标题后缀里的“毕业论文PPT附源代码演示视频”说白了就是一套完整的毕设交付组合。我会把选题思路、功能设计、技术选型、数据库建模、核心编码、论文写作和答辩准备一整条链路拆开讲透。适合三类人Java方向大四学生、准备做Web项目的毕设新手以及已经拿到某套源码但不知道怎么去讲、怎么去改的小伙伴。1. 毕业设计选题的定位为什么“智慧养老平台”正中评审老师的下怀很多学生做毕业设计有个误区题目越高大上答辩越稳。我见过最离谱的题目是“基于区块链的智慧养老金融监管平台”结果开题报告都写不满两页。作为过来人我告诉你毕业设计评审老师看重的永远是三件事题目有现实背景、系统有完整业务闭环、论文能写清楚你怎么实现的。智慧养老平台在这三点上几乎是满分答案。1.1 这类选题的天然优势先说背景。老龄化是当下绕不开的社会议题国家政策层面不断推动智慧养老、社区养老、机构养老的信息化建设。你在论文绪论里随便找几篇政策文件和行业报告就能写出像模像样的“研究背景与意义”不需要虚构不需要吹牛所有论据都是公开可查的。再说评审视角。评委老师每天要看几十个“图书管理系统”“网上商城系统”已经严重审美疲劳了。养老平台自带一层“人文关怀”滤镜给人的第一印象就是有社会价值不是单纯为了凑学分做的玩具。开题答辩的时候你只要说一句“本课题针对养老机构日常管理中的信息孤岛、健康档案缺失、家属沟通不畅等痛点”老师的兴趣就已经被勾起来了后面的追问难度会自动降半级。第三个优势是项目功能规模“可大可小”完全由你自己掌控。时间紧就往收敛了做只保留入住管理、健康档案、护理记录、家属查看这四条主线时间充裕就往上加数据分析可视化、费用自动结算、护工排班等等。这种弹性空间特别适合毕设这种“既要有量又不能失控”的场景。1.2 一套完整业务闭环长什么样我把智慧养老平台的标准业务闭环抽象成一句话老人入住机构机构建立档案并分配床位护工按排班计划日常护理并上传健康数据系统根据健康数据产生预警家属通过平台实时查看老人状态最后机构根据护理项目和床位生成费用账单。用大白话翻译成系统功能就是管理员维护系统的用户、角色、菜单权限前台接待人员登记老人信息、分配床位、建立健康档案护工登录后查看今日排班、录入老人体征数据、提交护理记录系统自动比对体征阈值超标的生成异常提醒家属用绑定账号登录只看得到自家老人的档案和近况财务人员根据入住时长和护理项目生成账单完成费用结算。这个闭环里每种角色都有明确的操作界面数据之间互相引用论文里的业务流程图、用例图、时序图都不用硬编照着这个闭环画就行。而且最妙的是闭环内的每一步都对应一个具体的数据库表和Controller接口写的时候一点都不会乱。2. 系统功能设计先把“业务流程”跑通再谈功能菜单每次看到有人急着写代码我都想按住他先聊十分钟流程。智慧养老平台这种管理系统功能设计必须从角色和流程出发而不是从菜单表出发。菜单只是流程的外壳流程才是系统的骨架。2.1 机构侧核心模块拆解按照业务闭环机构侧至少需要五个模块我把每个模块的关键操作点和数据库落点一起列出来方便你后期直接对着建表模块名称核心操作对应数据表系统管理用户增删改查、角色分配、菜单权限sys_user、sys_role、sys_menu长者档案管理登记长者信息、维护家属、上传照片、修改状态elder、family_link床位与入住管理房间维护、床位分配、入住/退住登记room、bed、checkin_record健康管理体征数据录入、历史曲线、异常预警health_record、health_alert护理与费用管理排班、护理任务、费用项配置、账单生成care_task、fee_item、fee_bill你在答辩时能拍着胸脯讲清楚的模块有三四个就够用了。别贪多每个模块做得扎实一点好过菜单列表一堆但每个都是半成品。我辅导过的学生里挂掉的大多数不是因为做得少而是因为做了一堆自己都说不清逻辑的功能。2.2 家属端怎么设计才能讲出亮点家属端是智慧养老平台区别于普通管理系统的灵魂也是你论文里能写“平台特色”的地方。设计思路很朴素家属不是机构员工不需要看到全部菜单只需要看到“我家老人”的信息。所以家属端的权限粒度要落到数据行上。一个家属账号登录后我只能查询到与自己绑定的老人档案、最近健康记录、护理记录和费用账单。这个“数据权限”的设计是一个很好的加分项答辩老师大概率会问“家属为什么看不到别的老人”你可以理直气壮地回答“用了数据权限过滤查询时强制带上家庭成员绑定表的条件”。2.3 三层权限模型超管、机构员工、家属权限设计我强烈建议用RBAC基于角色的访问控制模型这是管理系统类毕设的标配也是论文里的固定考点。最少做三个角色超级管理员admin拥有全部菜单权限可以管理用户和角色机构员工员工角色可以细分护工、护士、财务根据岗位分配菜单权限护工只看护理相关的菜单家属family登录后进家属专属页面只能看绑定老人的数据。后端接口上角色决定能访问哪个接口数据归属决定能看到哪一行数据。前者用Spring Security或拦截器做后者在Service层写条件过滤。这两层想清楚了权限相关的代码就不会写成一坨浆糊。3. 技术选型与工程结构Spring Boot 3 MyBatis-Plus为什么不建议毕业设计强行上前后端分离技术选型这块我要给你泼一盆冷水除非你前端功底非常强或者导师明确要求否则别在毕设里强行做前后端分离。Spring Boot Thymeleaf服务端渲染的单体应用才是多数人平稳落地的正确姿势。3.1 技术选型的核心取舍逻辑我用一个表帮你看清楚利弊选型方案优点缺点适合人群Spring Boot Thymeleaf AdminLTE部署简单、开发快、传统答辩接受度高前后端耦合、交互体验一般大多数学生Spring Boot Vue3 前后端分离技术栈新、简历好看要处理跨域、Token、打包部署、开发链路长前端熟练或导师要求JSP Servlet老教材路线代码维护差、写起来很痛苦学校硬性要求我辅导的多数学生最后都走了Spring Boot 3 MyBatis-Plus MySQL 8 Thymeleaf AdminLTE这条路。Thymeleaf的好处是它可以在HTML页面里直接用th:each语法渲染数据不需要单独写接口文档再联调一个周末就能把增删改查页面全部打通。Spring Boot 3.x 是我个人比较推荐的版本JDK 17 Spring Boot 3 已经是目前企业主流方向论文里写“基于最新稳定版本开发”也更有说服力。ORM框架选MyBatis-Plus而不是原生MyBatis理由是它自带分页插件、逻辑删除、代码生成器能省掉大量重复的CRUD代码让你把时间花在业务讲解上。3.2 工程目录结构必须体现分层思想答辩时老师经常冷不丁问一句“你的项目目录是怎么分的”。如果你给他看一个所有逻辑全塞在Controller里的项目基本等于自杀。一个合格的毕设工程目录至少要长这样com.example.eldercare ├── controller // 接口层接收参数、返回Result ├── service // 业务层核心逻辑都在这里 │ └── impl ├── mapper // 数据访问层继承BaseMapper ├── entity // 数据库实体 ├── dto // 页面交互对象避免直接暴露实体 ├── config // 配置类比如SecurityConfig、WebMvcConfig ├── common // 公共类Result统一返回、全局异常处理 └── utils // 工具类比如JWT工具、日期工具这个分层结构不是摆设。它的意义在于当老师在答辩现场要求你“改一个功能”你能快速定位到对应层。比如我要把“健康阈值”从配置文件读取那你应该直接去service层加代码而不是在Controller里翻半天。分层清晰本身就是一种代码质量这种软实力会在论文的系统设计章节里被放大体现。3.3 核心依赖与配置文件参考pom.xml里建议引入这几个核心依赖dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-web/artifactId /dependency dependency groupIdorg.springframework.boot/groupId artifactIdspring-boot-starter-thymeleaf/artifactId /dependency dependency groupIdcom.baomidou/groupId artifactIdmybatis-plus-spring-boot3-starter/artifactId version3.5.5/version /dependency dependency groupIdcom.mysql/groupId artifactIdmysql-connector-j/artifactId scoperuntime/scope /dependency dependency groupIdcn.hutool/groupId artifactIdhutool-all/artifactId version5.8.25/version /dependencyapplication.yml里要注意几个点数据库连接串必须带serverTimezoneAsia/Shanghai和useUnicodetruecharacterEncodingutf8不然本地连数据库必然踩时区和中文乱码的坑。文件上传大小限制也要预留因为做长者头像上传的时候默认1MB会不够用spring: datasource: url: jdbc:mysql://localhost:3306/elder_care?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: 123456 servlet: multipart: max-file-size: 10MB max-request-size: 10MB mybatis-plus: global-config: db-config: logic-delete-field: deleted logic-delete-value: 1 logic-not-delete-value: 04. 数据库设计六张核心表串起整个平台数据库是毕设项目的“地基”也是论文里必须出现ER图的部分。我给你梳理出六张核心表这几张表关系理清楚了系统等于完成了一半。4.1 六张核心表的字段设计要点第一个是用户表 sys_user。字段不用多user_id、username、passwordBCrypt加密存储、real_name、phone、role_type用来区分员工还是家属、status、deleted。逻辑删除字段必须加这是你的加分项。第二个是长者表 elder。elder_id、name、gender、birth_date、id_card、phone、health_status健康/慢病/失能半失能、room_id、bed_id、checkin_status在住/退住、create_time。这里把房间和床位做成两个字段而不是一张表是为了方便后续做按楼层和按房型的统计。第三个是家属绑定表 family_link。link_id、elder_id、user_id、relation父子/母女/其他、is_primary。这张表是家属端数据权限的关键。第四个是健康记录表 health_record。record_id、elder_id、nurse_id、temperature、blood_pressure_high、blood_pressure_low、heart_rate、record_time、remark。这里用一个宽表存多个体征字段简单直接做时间范围查询和画折线图都方便。第五个是护理任务表 care_task。task_id、elder_id、nurse_id、task_type翻身/喂药/洗漱/康复训练、task_time、status待执行/已完成/已取消、finish_time。这张表支撑起来的是“今日待办”和“护理统计”两个核心页面。第六个是费用账单表 fee_bill。bill_id、elder_id、bill_month、bed_fee、care_fee、meal_fee、total_amount、pay_status、create_time。费用表要冗余一个total_amount字段避免每次查看都现场计算这在论文里可以写成“空间换时间的查询优化思路”。4.2 多表关联与统计查询的两种思路业务上最复杂的查询是“家属查看老人近况”它要关联四张表family_link找到家属绑定的老人elder查询老人基本信息health_record取最近体征care_task取最近护理记录。写的时候有两个办法第一种是MyBatis-Plus的条件构造器分开查在Service层组装成一个VO返回给前端。好处是每条SQL都很简单出了问题容易定位坏处是多查几次数据库但毕设规模下性能差异不敏感。第二种是一张大的联表SQL一次性查出来。如果项目里已经有了XML文件可以用自定义SQL实现。我更推荐把联表逻辑放在Service层用方法装配因为答辩时你能讲清楚“为什么要分步查询”而不是被别人质疑“这条SQL连了五张表索引怎么设计的”。统计类需求比如“近7天健康状况统计”“本月费用合计”建议直接用Mapper里的聚合查询SELECT DATE(record_time) AS day, AVG(heart_rate) AS avg_heart_rate, MAX(blood_pressure_high) AS max_bp_high FROM health_record WHERE elder_id #{elderId} AND record_time DATE_SUB(CURDATE(), INTERVAL 7 DAY) GROUP BY DATE(record_time)这种SQL在系统实现章节里贴出来比一百行业务代码更有说服力。5. 核心功能实现从登录鉴权到健康档案登记的完整链路功能实现这个环节我不打算把每个模块的代码都贴一遍那不现实也没必要。我更想讲四个真正卡住多数人的实现点登录鉴权、Excel批量导入、健康预警、文件上传。这四个点覆盖了后端开发里最有含金量的技术细节也是答辩时老师最爱深挖的地方。5.1 登录鉴权用Spring Security JWT还是用拦截器关于登录鉴权我见过两种主流做法Spring Security JWT或者简单的HandlerInterceptor拦截器。先说结论如果项目本身是服务端渲染的Thymeleaf我更推荐只写一个拦截器做登录校验因为页面跳转类系统用JWT是自找麻烦如果你的系统做成了前后端分离那就老老实实用Spring Security JWT。JWT的核心逻辑是用户登录成功后服务端生成一个带过期时间的Token字符串返回给前端前端每次请求都把它放在请求头里后端过滤器解析Token并获取当前用户身份。核心代码给你一个简化版本public class JwtUtil { private static final SecretKey KEY Keys.hmacShaKeyFor(eldercare2024secretkeyeldercare2024.getBytes()); public static String generateToken(Integer userId, String username, String role) { return Jwts.builder() .setSubject(username) .claim(userId, userId) .claim(role, role) .setExpiration(new Date(System.currentTimeMillis() 1000 * 60 * 60 * 24)) .signWith(KEY) .compact(); } public static Claims parseToken(String token) { return Jwts.parserBuilder() .setSigningKey(KEY) .build() .parseClaimsJws(token) .getBody(); } }这里有一个大坑所有第一次写JWT的学生都踩过key.getBytes()默认生成的秘钥长度可能不够导致运行时抛WeakKeyException。解决方法是像上面一样人为构造一个长度超过256位的字节数组或者用Keys.secretKeyFor(SignatureAlgorithm.HS256)自动生成。如果你的系统是Thymeleaf渲染没有前后端分离那建议不要引入JWT直接用HttpSession保存登录用户信息再写一个拦截器校验session中有没有user对象。这种方式代码量最少答辩时也没有技术漏洞老师问起来你就说“单体应用使用Session状态由服务端管理更安全”。5.2 一键导入长者档案用EasyExcel批量录入长者档案维护最烦人的场景是机构从Excel表格迁移老数据。如果系统里几十个老人信息靠手工一条条新增光数据录入就要录一天。所以我在项目里给管理员加了一个“批量导入”功能用阿里巴巴的EasyExcel实现。使用步骤很简单前端提供一个文件上传控件选择.xlsx模板文件后端Controller接收MultipartFile用EasyExcel的read方法把文件解析成实体列表遍历列表逐条校验身份证号格式、手机号格式、必填字段校验通过的数据插入elder表校验失败的记录收集错误原因最后把导入结果返回给前端。解析代码核心就这一行ListElderImportModel list EasyExcel.read(inputStream) .head(ElderImportModel.class) .sheet() .doReadSync();这里最容易出错的是日期格式和表头名不匹配。Excel里的“出生日期”列是yyyy-MM-dd格式而实体字段是LocalDate需要加注解指定格式ExcelProperty(value 出生日期, converter LocalDateStringConverter.class) private LocalDate birthDate;导入功能做完以后你在论文里可以写“通过数据导入功能平台解决了原始业务数据冷启动迁移的难题”。答辩老师一听到“冷启动”这种专业词汇好感度直接拉升一个档次。5.3 健康预警阈值判断不能只写在页面里健康预警是整个系统的“智能感”来源也是论文最有技术含量的亮点。比如体温高于37.3℃、血压低压高于90、高压高于140、心率高于100或低于60都应该触发异常提醒。最简单的方案是在录入健康记录时在Service层写一套阈值判断逻辑一旦超限就往health_alert表插入一条预警记录同时在前端健康页面采用红色高亮显示。这套逻辑你应该封装成一个单独的HealthAlertService而不是散落在Controller里public void checkHealthAlert(HealthRecord record) { ListString warnings new ArrayList(); if (record.getTemperature() ! null record.getTemperature() 37.3) { warnings.add(体温偏高 record.getTemperature()); } if (record.getBloodPressureHigh() ! null record.getBloodPressureHigh() 140) { warnings.add(收缩压偏高 record.getBloodPressureHigh()); } if (record.getHeartRate() ! null (record.getHeartRate() 100 || record.getHeartRate() 60)) { warnings.add(心率异常 record.getHeartRate()); } if (!warnings.isEmpty()) { alertMapper.insert(new HealthAlert(record.getElderId(), String.join(;, warnings), 0)); } }更进阶一点的做法是把阈值配置放到sys_config表里运行时可修改。这个做法答辩加分极其明显因为老师会觉得“你这个平台不是写死的是可以让业务人员自己维护规则的”。当然实现成本也不高不就是从配置文件换成查表嘛但讲出来的效果完全不是一个级别。5.4 长者头像上传的本地存储方案文件上传这个小功能每年都有学生问。Spring Boot里接收文件就是MultipartFile但存到哪里、怎么访问很多人第一次都会搞混。推荐的做法是存到本地磁盘的固定目录比如D:/eldercare/upload/然后把这个目录映射成Web访问路径。在WebMvcConfig里加一行配置Configuration public class WebMvcConfig implements WebMvcConfigurer { Override public void addResourceHandlers(ResourceHandlerRegistry registry) { registry.addResourceHandler(/upload/**) .addResourceHandler(file:D:/eldercare/upload/); } }这样前端显示头像时直接写/upload/20240815_xxxx.jpg就能访问到图片。上传时为了避免文件名冲突用时间戳 UUID重命名比如String originalFilename file.getOriginalFilename(); String ext originalFilename.substring(originalFilename.lastIndexOf(.)); String fileName System.currentTimeMillis() _ UUID.randomUUID() ext; file.transferTo(new File(uploadDir, fileName));这里有一个容易忽略的地方生产环境部署路径和本地开发路径不一样所以上传目录最好配置在application.yml里用Value(${file.upload-dir})注入。可千万别把D:/xxx这种绝对路径直接写在代码里不然部署到服务器上必挂无疑。6. 论文、PPT、演示视频让导师从“能跑”看到“会讲”项目做完只算完成一半剩下的一半是写论文、做PPT、录视频这三件套。很多学生代码写得很溜一写论文就挤牙膏。其实这三样东西全是套模板的活关键是知道每一部分该填什么。6.1 毕业论文的章节划分与写作顺序论文结构建议沿用国内高校通用的七章标准章节写作要点建议篇幅第一章 绪论老龄化背景、国内外研究现状、研究意义5-6页第二章 相关技术介绍Spring Boot、MyBatis-Plus、MySQL、Thymeleaf4-5页第三章 需求分析角色分析、用例图、功能需求、非功能需求6-8页第四章 系统设计总体架构、功能模块设计、数据库ER图、表设计8-10页第五章 系统实现每个核心功能的截图关键代码实现思路10-12页第六章 系统测试功能测试用例表、结果分析3-5页第七章 总结与展望完成内容、存在的不足、改进方向2页我特别想提醒你写作顺序先写第三章需求分析和第四章系统设计再写第五章实现最后写第一章绪论。因为设计章节的内容从你建的数据库表和画的原型图里扒就行写起来最轻松绪论反而最难写放在最后解决掉反而有充裕的时间打磨。系统测试这一章不能写得像记流水账。学会用测试用例表格用例编号、测试模块、前置条件、输入数据、预期结果、实际结果、是否通过。挑6到8个典型用例放进去比如“管理员新增长者后页面显示是否正常”“家属端是否可以跨权限查看其他老人数据”这样测试章节看上去就像真的做过功能测试一样。6.2 答辩PPT的关键页面设计答辩PPT控制在10到12页别超过15页。页面的结构是固定的我从几十场答辩复盘里总结出来的最优结构封面页题目 姓名 学号 指导教师研究背景页老龄化数据 社会痛点 选题意义需求分析页三种角色的需求描述 用例图技术选型页Spring Boot MyBatis-Plus MySQL Thymeleaf配两句话说明选型理由架构设计页系统的分层架构图 模块划分数据库设计页核心ER图 六张核心表结构功能实现页4到5张核心页面截图每张配一句实现介绍系统测试页测试用例汇总 测试结论总结与展望页完成度 不足 未来扩展PPT最重要的原则是不要放一大段代码老师看不完也不关心。页面截图的优先级远高于代码块。给页面截图时不要截整个浏览器窗口要截局部干净区域字体太小会直接被评委吐槽。我见过一个学弟把整个屏幕带任务栏、浏览器标签栏一起截进去投影出来字都看不清直接被说了一顿。6.3 演示视频的录制脚本照着拍就能过现在很多学校要求提交演示视频尤其非全日制和远程答辩的场景。演示视频的黄金标准是时长5分钟内容完整画面流畅关键步骤有讲解。我建议你按一个固定脚本来录第一段约30秒登录界面演示展示管理员账号登录输入用户名密码和验证码进入系统首页顺手提一句“系统采用Spring Security做登录认证”。第二段约90秒核心业务演示从新增一名长者开始填基本信息、上传头像、分配床位、绑定家属然后在长者列表看到新记录。这段是演示的重头戏一定要把表单填得真实一点不要用“测试1”“123456”这种数据。第三段约60秒健康数据演示给刚才的长者录入一条体温心率记录然后展示健康趋势曲线如果数据超过阈值切到预警页面展示预警记录生成。第四段约60秒权限演示退出登录用家属账号登录展示家属只能看到自己绑定的老人信息。这段对答辩帮助极大直接证明你做了数据权限控制。第五段约30秒统计页面演示展示首页的今日入住人数、预警数量、护理任务完成率等统计卡片收尾。录制软件用OBS Studio分辨率设1920×1080帧率30即可。录制前把你要点击的流程在纸上写一遍照着走避免直播式翻车。我的经验是录三遍总能选出最好的一条别指望一遍过。7. 答辩现场高频问题与避坑清单最后这部分是项目能不能拿高分的临门一脚。我把答辩现场老师最常问的问题以及围绕这套系统你会遇到的技术追问一次性列清楚。7.1 高频提问与应答思路第一个问题为什么选择Spring Boot而不是传统的SSM应答要点Spring Boot的自动配置降低了项目搭建成本内嵌Tomcat让部署只需要一个jar包加上生态成熟是目前Java Web开发的主流选择。重点要落在“提高开发效率、把精力放到业务逻辑上”这个角度。第二个问题JWT和Session有什么区别你的系统为什么用JWT应答要点JWT无状态服务端不需要存储会话信息适合分布式部署但存在Token吊销困难的问题。如果答辩时被反问你就说毕设规模下用JWT完全够用还附带说明Token设置了24小时过期时间用HTTPS加密传输。这里千万不要和老师争论“JWT比Session更好”先承认各自的适用场景再说明你选择的合理性。第三个问题权限控制是怎么实现的这道题是必答题答不好直接暴露是否自己写的代码。正确的回答思路是后端角色权限基于RBAC模型用户表、角色表、菜单表三张表通过关联表组合权限登录成功后后端保存当前用户的权限标识列表访问每个接口时通过自定义注解 拦截器校验是否有对应权限数据权限上家属只允许访问与自己绑定关系的数据程序在Service层强制加绑定条件。第四个问题系统如何防止SQL注入应答要点MyBatis参数占位符#{}使用的是PreparedStatement预编译能有效防止SQL注入。如果你用了${}拼接一定要想好怎么解释否则就是送命题。7.2 源码层面的“防问倒”准备有些老师喜欢直接看代码一边翻一边问。你需要在答辩前做一次代码自查重点检查三处首先Controller层应该保持薄不能有业务逻辑。如果某个Controller里出现了超过20行的循环判断或者直接调Mapper的代码赶紧重构。老师看到你Controller里乱糟糟第一印象直接崩塌。其次事务注解不能瞎加。批量导入、新增账单、退住操作这些涉及多表写入的方法一定要加Transactional。老师如果问“为什么要加事务”你可以回答“保证多张表操作的一致性如果中途某个写操作失败整体回滚”。第三异常处理必须统一。不要让你的接口报错时直接把红色堆栈信息抛给用户那样太不专业了。写一个RestControllerAdvice全局异常处理器对BusinessException返回友好的错误信息对未捕获异常返回“系统繁忙”的提示并记录日志。这段代码是答辩时的一个隐藏武器也是你“拥有良好开发习惯”的最好证明。说句可能的题外话如果你拿到了一套网上流传的智慧养老平台源码不要拿来就跑。先花一个晚上把数据库表结构和业务逻辑从头到尾跟一遍把你讲解不了的代码换成自己能解释清楚的实现。答辩现场老师不在乎你代码写得多优雅只在乎你能不能答得上来。自己讲不出来的模块要么背熟要么干脆删掉。我在实际辅导里见过太多反面案例了有人项目功能做得花团锦簇结果连“#{}和${}有什么区别”都答不上来最后老师怀疑不是自己做的连及格都差点没保住。毕设这个东西“能做出来”只是底线“能讲明白”才是拿到高分的关键。这篇实录把从选题到答辩的完整链路都给你捋清楚了接下来就看你自己把代码跑起来、把每个流程走通了。本文还有配套的精品资源点击获取