作为一个做过不少SpringBoot毕业设计的过来人我拿到“智能老人生活辅助应用”这个选题的时候第一反应是这题目出得挺讨巧。表面上看它是个典型的“管理系统”路子但仔细拆开之后你会发现它其实把物联网传感、实时通信、任务调度、消息推送这些SpringBoot生态里最常被面试官问到的点全串起来了。这类项目特别适合做计算机毕业设计因为它的业务场景清晰功能边界明确技术栈又足够主流从开题到答辩都有话说。这篇博文我就以我自己实际开发这套“SpringBoot智能老人生活辅助应用”源码编号42874的完整经历为主线把项目的功能设计、数据库建模、核心模块的代码实现、部署细节、还有那些只有自己动手踩过才会知道的坑全部摊开来讲。不管你是准备拿它当毕业设计参考还是想把它扩展成真正能落地的小型养老辅助系统这篇内容都能让你少走不少弯路。1. 项目思路拆解这不是一个普通的“增删改查”系统1.1 需求定位老人真正需要的是什么做这类系统最忌讳的就是上来就写代码结果把页面设计得像后台管理模板一样老人根本不会用。我在设计这套智能老人生活辅助应用时先把用户拆成了三类老人本人、家属或监护人、平台管理员也可能包含社区护工。不同角色的使用场景和能力差异非常大需求自然也不同。老人端不需要复杂的表单和表格他们要的是大字体、大按钮、语音提醒、一键求助。核心场景是查看今天的用药计划、收到量血压的提醒、遇到紧急情况时一键SOS。家属端关心的是老人有没有按时吃药、今天的活动量怎么样、有没有异常告警。他们要的是“不用主动问系统主动告诉”。管理端处理的是老人档案、护工任务分配、服务工单流转、数据统计这些后台操作。所以这套系统在功能设计上必须同时兼顾“适老化交互”和“后台管理效率”这两个完全不同方向的目标。这也是它区别于一般管理系统的地方也正好是毕业设计里可以重点包装的创新点。1.2 功能模块从需求到功能清单我按照角色把功能拆成三个端照着这张表去做开发计划节奏会非常清晰端侧核心功能说明老人端用药提醒、健康数据上报、SOS一键求助、生活服务申请、语音播报交互要求大图标、高对比度提醒靠消息推送语音家属端老人状态总览、异常消息通知、健康报告查看、服务进度跟踪以“接收通知”为主要使用方式管理端老人档案管理、护工排班、服务工单审核、告警处理、数据看板面向管理员/护工功能全但逻辑集中其中SOS一键告警和服务工单流转是实现难度最高、也最能体现技术含量的两块。SOS背后是WebSocket实时通信加状态流转服务工单则涉及一个典型的状态机我在后面会详细拆。1.3 技术选型为什么是SpringBoot全家桶技术选型环节我基本没犹豫直接定了SpringBoot MyBatis-Plus MySQL Redis Vue这套组合理由很实在SpringBoot是当前Java后端绝对的主流毕业设计用它答辩时技术认可度高以后找工作写在简历里也拿得出手。MyBatis-Plus能把单表CRUD的代码量砍掉一大半项目周期短先把核心业务写完比什么都重要。Redis用来做缓存和临时状态存储尤其是SOS告警的频控和验证码这类场景直接操作数据库会非常吃力。前端用Vue 3 Element Plus组件现成页面开发效率高和后端通过JSON交互职责清晰。版本选择上我特别提醒一句SpringBoot不用追新我用的2.7.x稳定、资料多、和各种中间件的兼容性都验证过。热词里有人问“SpringBoot版本太高”怎么办我见过太多因为用3.x导致老版本MyBatis-Plus或某些配置类不兼容最后折腾一整天的案例。毕业设计求稳能跑通比什么都强。2. 数据库与核心设计先把地基打牢2.1 核心数据表及关系数据库结构是这套系统能不能逻辑自洽的关键。我设计了大约12张核心表这里说几张最有代表性的老人信息表elder_info、家属关联表family_binding、健康数据表health_record、用药计划表medication_plan、用药记录表medication_log、告警记录表alert_record、服务工单表service_order、护工任务表care_task。其中老人和家属是多对多关系一个老人可以绑多个家属一个家属名下也可以有多个老人所以必须拆出关联表。健康数据表则单独存每次测量的血压、心率、血氧值每一条记录都绑定老人ID这样后面做趋势图和异常判断时查询非常方便。CREATE TABLE elder_info ( id BIGINT AUTO_INCREMENT PRIMARY KEY, elder_name VARCHAR(50) NOT NULL, age INT, phone VARCHAR(20), address VARCHAR(255), emergency_contact VARCHAR(50), chronic_disease VARCHAR(255), status TINYINT DEFAULT 1, create_time DATETIME DEFAULT CURRENT_TIMESTAMP );这张表的设计原则是“高频查询字段冗余变化数据单独存”。老人姓名、年龄这种基本信息直接放主表而每次测量的健康数据单独拆表避免一个人几千条记录把主表撑得又大又慢。2.2 服务工单与告警的状态流转设计服务工单和告警是这套系统里最值得展开的业务逻辑。服务工单我定义了这几个状态待审核、已指派、服务中、已完成、已取消。护工提交完成申请后管理员确认才能流转到已完成每一步都记录操作人和时间方便后续追溯。告警的状态则分得更细已触发、待处理、处理中、已关闭。特别要注意的是告警必须带有“级别”字段比如SOS是最高级别、心率异常是中级、用药未打卡是提醒级。不同级别的告警对应不同的通知策略SOS直接WebSocket推送给所有绑定的家属并给管理员弹窗用药未打卡只记录并定时汇总。这张状态流转表我建议你在论文的数据库设计章节里也画出来答辩时老师几乎必问。2.3 为什么用Redis做告警频控这里有个实际场景老人连续误触SOS按钮如果每次点击都直接生成告警并推送给家属家属的手机一分钟收十条消息整个系统就废了。所以我在生成告警之前加了一道Redis频控同一个老人同一级别告警在60秒内只允许触发一次。String key sos:elder: elderId; Boolean canTrigger redisTemplate.opsForValue().setIfAbsent(key, 1, 60, TimeUnit.SECONDS); if (Boolean.FALSE.equals(canTrigger)) { // 60秒内已触发过直接忽略重复请求 return Result.error(请勿重复触发); }setIfAbsent这个方法天然就是做分布式锁和频控的一个命令搞定比先查再写高效得多也避免了并发问题。这个细节虽然代码量只有几行但含金量很高答辩时绝对是个加分项。3. 后端核心模块的实战实现3.1 项目初始化与统一返回结构项目创建我直接用的Spring Initializr但如果你在IDEA里创建超时热词里有人提过这个问题可以直接去start.spring.io下载压缩包然后导入IDEA速度稳定得多。依赖选择上我加了Spring Web、Validation、MySQL驱动、Lombok后面再手动引入MyBatis-Plus、Redis和JWT相关依赖。启动类写好后第一件事不是写业务而是先搭统一返回结构。没有统一返回结构前端处理数据会非常痛苦一会儿返回Map一会儿返回JSONObject联调时全是坑。我定义了一个泛型Result类所有接口统一返回code、message、data三段式结构code为200表示成功其他为业务错误码。Data public class ResultT { private Integer code; private String message; private T data; public static T ResultT success(T data) { ResultT result new Result(); result.setCode(200); result.setMessage(success); result.setData(data); return result; } public static T ResultT error(String message) { ResultT result new Result(); result.setCode(500); result.setMessage(message); return result; } }别小看这个类整套系统的所有接口都建立在它上面。后续做全局异常处理时只要在RestControllerAdvice里捕获异常并返回Result.error()就能保证前端拿到的永远是结构一致的数据定位问题快得多。3.2 登录认证与JWT权限控制这套系统有三种角色不可能所有接口都裸奔所以登录认证我选了JWT方案。流程是登录成功后后端生成一个token返回给前端前端每次请求都把它放在请求头里后端用一个拦截器统一校验。Component public class JwtInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { String token request.getHeader(Authorization); if (token null || !JwtUtil.verify(token)) { response.setStatus(401); return false; } // 将用户信息放入请求上下文后续接口可直接获取 Integer userId JwtUtil.getUserId(token); request.setAttribute(userId, userId); return true; } }校通过后把解析出来的userId放到request attribute里后续所有接口都能从request里取到当前登录人省得每次重新解析token。JWT的过期时间我设成2小时前端每次请求时如果发现后端返回401就跳回登录页重新登录。这个机制简单可靠完全够毕业设计用了。角色权限我用了另一个注解RequireRole加在方法上通过AOP拦截判断当前用户角色是否在允许列表里。比如管理端的删除接口只允许admin角色调用护工不能删除老人档案。3.3 老人端用药提醒定时任务怎么设计用药提醒是这个系统里最能直接体现“智能”的功能。我的方案是用药计划表里存每个老人每天需要吃几次药、每次几点吃、药品名称和剂量。后端启动一个定时任务每分钟扫一次当前时间有没有需要触发的用药计划命中后生成提醒记录推送消息给老人端和家属端。Scheduled(cron 0 * * * * ?) public void checkMedicationRemind() { String now LocalTime.now().format(DateTimeFormatter.ofPattern(HH:mm)); ListMedicationPlan plans medicationPlanMapper.selectList( new LambdaQueryWrapperMedicationPlan() .eq(MedicationPlan::getRemindTime, now) .eq(MedicationPlan::getStatus, 1) ); for (MedicationPlan plan : plans) { // 生成提醒记录 // 推送WebSocket消息给老人端和绑定的家属端 } }这里有个坑我必须提醒你Scheduled默认是单线程执行的如果一个任务的执行时间超过了调度周期后续任务会被阻塞。我后来改成了手动注入一个线程池调度器把不同任务隔离开。而且建议直接在配置类里面设置TaskScheduler的线程池大小避免定时任务之间互相影响。3.4 家属端WebSocket消息实时推送WebSocket是实现实时告警和消息通知的利器。老人的SOS请求、心率异常、用药未打卡都需要主动推送到家属端HTTP轮询完全做不到及时性。我在项目里用SpringBoot的WebSocket模块定义了一个/ws/{userId}的端点用户登录后建立长连接。Component ServerEndpoint(/ws/{userId}) public class WebSocketServer { private static final MapString, Session SESSIONS new ConcurrentHashMap(); OnOpen public void onOpen(Session session, PathParam(userId) String userId) { SESSIONS.put(userId, session); } OnClose public void onClose(PathParam(userId) String userId) { SESSIONS.remove(userId); } public static void sendToUser(String userId, String message) { Session session SESSIONS.get(userId); if (session ! null session.isOpen()) { session.getBasicRemote().sendText(message); } } }WebSocket的连接管理我用了ConcurrentHashMap因为高并发场景下普通的HashMap扩容会有并发问题。另外要特别注意WebSocket的Session不是线程安全的不能在多个线程里同时用同一个Session发消息所以我在发送消息时做了同步保护。这套代码封装好之后SOS告警、服务工单状态更新、健康数据异常提醒全部可以复用它推送。3.5 管理后台数据看板与告警处理闭环管理后台我做了四个核心页面老人档案管理、护工任务分配、服务工单审核、数据看板。数据看板是其中一个比较亮眼的功能它统计了今日告警数、待处理工单数、活跃老人数、用药完成率用ECharts画成折线图和饼图。这些统计数据的SQL写法并不复杂关键在于聚合查询的效率。告警处理闭环是管理后台的核心逻辑。管理员打开告警列表看到一条SOS告警点击“处理”系统要求填写处理结果和现场情况然后状态从“待处理”变为“处理中”护工到达现场并上报后再变为“已关闭”。整个链路走下来任意时刻系统都能明确知道每一条告警到底进展到了哪一步这不光是一个技术实现更是这类系统的业务底线。到这里我已经把后端核心模块基本讲透了但这类系统真正难的不是“写出来”而是“跑得顺”。我把整个实操过程中遇到的问题和排查思路整理成了两章从环境搭建到部署上线全覆盖耐心看完能帮你省下至少一周的折腾时间。4. 实操过程与部署上线从本地跑到服务器4.1 开发环境准备与版本匹配环境配置这件事看起来简单实际上一大半的“启动失败”都是版本不匹配造成的。我整理了一份我自己验证过、稳定运行的版本组合你照着配基本不会出问题组件版本说明JDK1.8配SpringBoot 2.7.x最稳3.x需要JDK17Maven3.6管理依赖SpringBoot2.7.18稳定且资料多高版本慎追MyBatis-Plus3.5.3注意和SpringBoot 3.x的兼容性MySQL5.7或8.0我用的8.0连接驱动用com.mysql.cj.jdbc.DriverRedis6.x自己下载源码编译安装也可以直接用包管理器装更快有个小细节MySQL 8.0的驱动类名和5.7不一样com.mysql.jdbc.Driver已经废弃了要用com.mysql.cj.jdbc.Driver而且URL里需要带上serverTimezoneAsia/Shanghai不然会报时区错误。很多人启动项目报错问题就出在这几行配置上。4.2 application.yml核心配置与密码密文化项目的核心配置集中在application.yml里包括数据源、Redis连接、JWT密钥、文件上传路径等。我把我实际用的一套配置做个脱敏处理放出来server: port: 8080 spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/elder_care?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: ENC(xxx加密后的密码) redis: host: localhost port: 6379 database: 0 timeout: 3000ms lettuce: pool: max-active: 8 max-idle: 8 min-idle: 0 mybatis-plus: mapper-locations: classpath*:mapper/**/*.xml configuration: map-underscore-to-camel-case: true global-config: db-config: id-type: auto注意看密码那个ENC()开头的东西。生产环境或演示环境里数据库密码明文写在配置文件里很不好看答辩时被问安全问题容易卡壳。我引入了jasypt-spring-boot-starter把数据库密码加密后再放到配置里启动时通过环境变量传入解密密钥。这个“配置文件密文存储”的实践方法在热词里也有人专门搜说明确实是很多开发者的痛点。做法很简单先在命令行里用Jasypt生成密文再把密文填到配置里代码层几乎无感知。4.3 MyBatis-Plus自动建表与初始化数据数据库表结构我保留了两种建表方式正式发布我习惯手动执行SQL脚本但开发调试阶段我更推荐开启MyBatis-Plus的自动建表能力。网上有人问“MyBatis怎么在表不存在时自动建表”其实MyBatis-Plus本身没有内置这个功能但它提供了一个扩展机制。我项目中直接引入了一个第三方增强模块在实体类上用TableName标好表名配置好策略后应用启动时会自动检查表是否存在不存在就根据实体的字段注解自动建表开发阶段非常省事。不过自动建表只能解决“建表”这一步初始化数据比如管理员账号、系统字典还是要靠SQL脚本。我在resources目录下放了一个data.sql启动时通过spring.sql.init.modealways自动执行把admin账号和默认角色一次性写入。4.4 打包部署从本地到Linux服务器部署我用的是最经典的SpringBoot方式Maven打成可执行jar包扔到服务器上用nohup java -jar直接跑。有个细节是打包前要确保测试不干扰执行mvn clean package -DskipTests跳过测试。mvn clean package -DskipTests scp target/elder-care.jar rootyour_server:/opt/app/ cd /opt/app nohup java -jar elder-care.jar --spring.profiles.activeprod app.log 21 启动后我会立刻看一眼日志重点确认有没有“Started Application”这行字。如果有异常用tail -100 app.log拉出日志定位问题。这里有个非常实用的命令组合# 查看端口是否被占用 lsof -i:8080 # 实时滚动日志 tail -f app.log # 快速排查Java进程状态 jps -l前端项目打包后是一堆静态文件我用Nginx托管同时把/api开头的请求反向代理到后端8080端口。配置文件里加一段location规则前端就不会有跨域问题了。如果你在Windows本地开发、想在内网演示给老师看直接用mvn spring-boot:run跑后端Vue用npm run dev起前端然后通过浏览器访问开发服务器地址就行效果一样。5. 常见问题与排查技巧实录5.1 启动阶段端口被占用、依赖冲突、时区报错这套项目我前前后后帮几个同学排查过启动问题出镜率最高的就三个。先是端口占用8080被其他进程占着启动直接报Port already in use解决方法是换端口或者在命令行里用--server.port8081临时覆盖。然后是依赖冲突SpringBoot自带的commons-logging有时会和第三方库冲突这类问题最有效的排查手段是在IDEA的Maven面板里执行mvn dependency:tree查看依赖树找到重复的包然后在pom.xml里用exclusions排掉。最后是MySQL时区连接报错大概率是连接URL里没加serverTimezoneAsia/Shanghai加上就解决。5.2 WebSocket连不上、频繁掉线WebSocket的坑主要集中在三个位置。一是端点路径配置不对前后端必须完全一致。二是连接鉴权问题WebSocket握手时请求头里的token如何传递如果前后端约定不一致后端拦截器会误杀。我的做法是允许token通过URL参数传递校验通过后建立连接这样前端实现更简单。三是Nginx代理配置在nginx.conf的location块里必须显式加上proxy_set_header Upgrade $http_upgrade;和proxy_set_header Connection upgrade;这两行否则连接会被Nginx当成普通HTTP请求处理建立后几秒钟就断开报1006错误关闭码。如果你遇到连接能够建立、但消息推送不到前端的情况先别动后端代码打开浏览器F12看WebSocket的Network面板连接状态是不是一直Open然后再看后端日志有没有报ConcurrentModificationException排查思路会更清晰。针对WebSocket心跳保活我也做了一个处理前端每30秒发一个心跳消息后端收到后回一个pong如果连续两次没收到心跳后端主动断开连接。这样可以把“假连接”清理掉减少无效资源占用。5.3 定时任务不生效或执行两次定时任务不生效最常见的原因是启动类忘记加EnableScheduling注解。另一个低级但常见的错误是cron表达式写错比如把“每天凌晨2点”写成了0 0 2 * * ?多了一个问号SpringBoot的cron表达式和Quartz的略有不同。这个我建议你写完表达式后用一个在线cron校验工具测一下别凭感觉填。还有一个情况是定时任务在集群环境里执行了两次如果你部署了两份实例可以用Redis分布式锁保证同一时刻只有一个实例在执行任务。我项目里就加了这么一把锁任务开始前尝试用setIfAbsent抢占一个带过期时间的key抢到才执行执行完删除抢不到说明已经有别的实例在处理了。5.4 前后端联调接口报404或跨域接口404先检查后端接口路径和前端请求路径是否完全一致包括大小写。然后看控制器类上有没有加RequestMapping(/api/xxx)前缀路径对不上就会404。跨域问题更典型。前后端分离开发时前端跑在http://localhost:5173后端跑在http://localhost:8080直接请求会触发浏览器的同源策略拦截。后端的解决办法是加一个全局CORS配置类允许指定来源和请求头访问。我这里放一个我常用的配置模板Configuration public class CorsConfig implements WebMvcConfigurer { Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping(/**) .allowedOrigins(http://localhost:5173) .allowedMethods(GET, POST, PUT, DELETE, OPTIONS) .allowedHeaders(*) .allowCredentials(true) .maxAge(3600); } }注意如果前端用了axios且开了withCredentials: true后端的allowedOrigins就不能写*必须写具体的域名否则浏览器会拒绝响应。这个问题我见过太多人卡住了本质是浏览器对携带凭证的跨域请求有更严格的安全限制。生产环境如果有Nginx反向代理前后端同域名部署CORS问题自然就消失了所以我在上一节才推荐用Nginx做一次代理。6. 项目亮点与答辩扩展建议如果你现在正在准备毕业设计答辩这套系统里值得被你反复强调的技术点除了前面聊到的WebSocket实时推送、JWT身份认证、Redis频控、定时任务调度之外还有两个方向你可以深挖一下。第一个是流程引擎的引入。热词里频频出现flowable、springboot整合activemq、springboot整合kafka这些如果被答辩老师问到“工单流转怎么实现的”你可以坦然说自己是用状态机和事务实现的一套轻量级流转同时复习一下flowable的设计思想回答时说明“如果以后有多级审批、复杂会签的场景可以替换成流程引擎”的演进思路。这个问题回答得好能体现你对技术选型的思考深度而不是背代码。第二个是智能问答能力。热词里出现hanlp分词在springboot的使用这套系统如果扩展一个功能——“语音助手”或“智能客服”能让老人通过语音输入问题后端用HanLP做分词和关键词匹配从服务知识库里检索答案。比如老人说“我今天该吃什么药”系统分词后匹配到“我”“今天”“该”“吃”“什么药”再结合时间和老人档案返回对应的用药计划。这种功能不复杂但是加分效果很明显。再比如文件上传下载。老人的体检报告、病历资料往往是大文件热词里也有人搜“springboot如何上传下载大文件”我项目中预留了上传接口用MultipartFile接收文件存到本地磁盘或对象存储上传时限制单文件大小下载时用ResponseEntity把文件流写回给前端。如果你想把性能做得更好还可以参考分片上传的设计把大文件切成多个块分别上传再在后端合并。这块可以作为“系统扩展点”写进论文的总结与展望里。最后提醒一句源码拿到手第一件事不是启动而是先过一遍application.yml里的配置、数据库SQL脚本和README文档确认环境信息都了解了再动手。代码只有自己亲手跑通一遍、改过几个地方答辩的时候心里才有底。到答辩现场老师问的往往不是某一行的语法而是“这个模块为什么这么设计”“如果数据量大十倍你会怎么优化”你只要能答出设计思路和优化方向这套毕业设计的评分就不会低。最后再分享一点个人体会做这类选题千万不要把精力全花在堆功能上。一个SOS告警闭环做得完整、演示流畅远比列出十个半成品功能更能打动答辩组老师。系统的核心价值在于“关键时刻能不能把消息可靠地送达”所以实时通信和告警状态流转值得你反复打磨这也是整个项目里最能讲出故事的部分。等你毕业以后回头再看这段为了调通一条WebSocket推送熬到深夜的经历恰恰是你从“会写接口”到“能搞定完整系统”迈出的最重要一步。
SpringBoot智能老人生活辅助应用开发实战：从需求到部署
作为一个做过不少SpringBoot毕业设计的过来人我拿到“智能老人生活辅助应用”这个选题的时候第一反应是这题目出得挺讨巧。表面上看它是个典型的“管理系统”路子但仔细拆开之后你会发现它其实把物联网传感、实时通信、任务调度、消息推送这些SpringBoot生态里最常被面试官问到的点全串起来了。这类项目特别适合做计算机毕业设计因为它的业务场景清晰功能边界明确技术栈又足够主流从开题到答辩都有话说。这篇博文我就以我自己实际开发这套“SpringBoot智能老人生活辅助应用”源码编号42874的完整经历为主线把项目的功能设计、数据库建模、核心模块的代码实现、部署细节、还有那些只有自己动手踩过才会知道的坑全部摊开来讲。不管你是准备拿它当毕业设计参考还是想把它扩展成真正能落地的小型养老辅助系统这篇内容都能让你少走不少弯路。1. 项目思路拆解这不是一个普通的“增删改查”系统1.1 需求定位老人真正需要的是什么做这类系统最忌讳的就是上来就写代码结果把页面设计得像后台管理模板一样老人根本不会用。我在设计这套智能老人生活辅助应用时先把用户拆成了三类老人本人、家属或监护人、平台管理员也可能包含社区护工。不同角色的使用场景和能力差异非常大需求自然也不同。老人端不需要复杂的表单和表格他们要的是大字体、大按钮、语音提醒、一键求助。核心场景是查看今天的用药计划、收到量血压的提醒、遇到紧急情况时一键SOS。家属端关心的是老人有没有按时吃药、今天的活动量怎么样、有没有异常告警。他们要的是“不用主动问系统主动告诉”。管理端处理的是老人档案、护工任务分配、服务工单流转、数据统计这些后台操作。所以这套系统在功能设计上必须同时兼顾“适老化交互”和“后台管理效率”这两个完全不同方向的目标。这也是它区别于一般管理系统的地方也正好是毕业设计里可以重点包装的创新点。1.2 功能模块从需求到功能清单我按照角色把功能拆成三个端照着这张表去做开发计划节奏会非常清晰端侧核心功能说明老人端用药提醒、健康数据上报、SOS一键求助、生活服务申请、语音播报交互要求大图标、高对比度提醒靠消息推送语音家属端老人状态总览、异常消息通知、健康报告查看、服务进度跟踪以“接收通知”为主要使用方式管理端老人档案管理、护工排班、服务工单审核、告警处理、数据看板面向管理员/护工功能全但逻辑集中其中SOS一键告警和服务工单流转是实现难度最高、也最能体现技术含量的两块。SOS背后是WebSocket实时通信加状态流转服务工单则涉及一个典型的状态机我在后面会详细拆。1.3 技术选型为什么是SpringBoot全家桶技术选型环节我基本没犹豫直接定了SpringBoot MyBatis-Plus MySQL Redis Vue这套组合理由很实在SpringBoot是当前Java后端绝对的主流毕业设计用它答辩时技术认可度高以后找工作写在简历里也拿得出手。MyBatis-Plus能把单表CRUD的代码量砍掉一大半项目周期短先把核心业务写完比什么都重要。Redis用来做缓存和临时状态存储尤其是SOS告警的频控和验证码这类场景直接操作数据库会非常吃力。前端用Vue 3 Element Plus组件现成页面开发效率高和后端通过JSON交互职责清晰。版本选择上我特别提醒一句SpringBoot不用追新我用的2.7.x稳定、资料多、和各种中间件的兼容性都验证过。热词里有人问“SpringBoot版本太高”怎么办我见过太多因为用3.x导致老版本MyBatis-Plus或某些配置类不兼容最后折腾一整天的案例。毕业设计求稳能跑通比什么都强。2. 数据库与核心设计先把地基打牢2.1 核心数据表及关系数据库结构是这套系统能不能逻辑自洽的关键。我设计了大约12张核心表这里说几张最有代表性的老人信息表elder_info、家属关联表family_binding、健康数据表health_record、用药计划表medication_plan、用药记录表medication_log、告警记录表alert_record、服务工单表service_order、护工任务表care_task。其中老人和家属是多对多关系一个老人可以绑多个家属一个家属名下也可以有多个老人所以必须拆出关联表。健康数据表则单独存每次测量的血压、心率、血氧值每一条记录都绑定老人ID这样后面做趋势图和异常判断时查询非常方便。CREATE TABLE elder_info ( id BIGINT AUTO_INCREMENT PRIMARY KEY, elder_name VARCHAR(50) NOT NULL, age INT, phone VARCHAR(20), address VARCHAR(255), emergency_contact VARCHAR(50), chronic_disease VARCHAR(255), status TINYINT DEFAULT 1, create_time DATETIME DEFAULT CURRENT_TIMESTAMP );这张表的设计原则是“高频查询字段冗余变化数据单独存”。老人姓名、年龄这种基本信息直接放主表而每次测量的健康数据单独拆表避免一个人几千条记录把主表撑得又大又慢。2.2 服务工单与告警的状态流转设计服务工单和告警是这套系统里最值得展开的业务逻辑。服务工单我定义了这几个状态待审核、已指派、服务中、已完成、已取消。护工提交完成申请后管理员确认才能流转到已完成每一步都记录操作人和时间方便后续追溯。告警的状态则分得更细已触发、待处理、处理中、已关闭。特别要注意的是告警必须带有“级别”字段比如SOS是最高级别、心率异常是中级、用药未打卡是提醒级。不同级别的告警对应不同的通知策略SOS直接WebSocket推送给所有绑定的家属并给管理员弹窗用药未打卡只记录并定时汇总。这张状态流转表我建议你在论文的数据库设计章节里也画出来答辩时老师几乎必问。2.3 为什么用Redis做告警频控这里有个实际场景老人连续误触SOS按钮如果每次点击都直接生成告警并推送给家属家属的手机一分钟收十条消息整个系统就废了。所以我在生成告警之前加了一道Redis频控同一个老人同一级别告警在60秒内只允许触发一次。String key sos:elder: elderId; Boolean canTrigger redisTemplate.opsForValue().setIfAbsent(key, 1, 60, TimeUnit.SECONDS); if (Boolean.FALSE.equals(canTrigger)) { // 60秒内已触发过直接忽略重复请求 return Result.error(请勿重复触发); }setIfAbsent这个方法天然就是做分布式锁和频控的一个命令搞定比先查再写高效得多也避免了并发问题。这个细节虽然代码量只有几行但含金量很高答辩时绝对是个加分项。3. 后端核心模块的实战实现3.1 项目初始化与统一返回结构项目创建我直接用的Spring Initializr但如果你在IDEA里创建超时热词里有人提过这个问题可以直接去start.spring.io下载压缩包然后导入IDEA速度稳定得多。依赖选择上我加了Spring Web、Validation、MySQL驱动、Lombok后面再手动引入MyBatis-Plus、Redis和JWT相关依赖。启动类写好后第一件事不是写业务而是先搭统一返回结构。没有统一返回结构前端处理数据会非常痛苦一会儿返回Map一会儿返回JSONObject联调时全是坑。我定义了一个泛型Result类所有接口统一返回code、message、data三段式结构code为200表示成功其他为业务错误码。Data public class ResultT { private Integer code; private String message; private T data; public static T ResultT success(T data) { ResultT result new Result(); result.setCode(200); result.setMessage(success); result.setData(data); return result; } public static T ResultT error(String message) { ResultT result new Result(); result.setCode(500); result.setMessage(message); return result; } }别小看这个类整套系统的所有接口都建立在它上面。后续做全局异常处理时只要在RestControllerAdvice里捕获异常并返回Result.error()就能保证前端拿到的永远是结构一致的数据定位问题快得多。3.2 登录认证与JWT权限控制这套系统有三种角色不可能所有接口都裸奔所以登录认证我选了JWT方案。流程是登录成功后后端生成一个token返回给前端前端每次请求都把它放在请求头里后端用一个拦截器统一校验。Component public class JwtInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { String token request.getHeader(Authorization); if (token null || !JwtUtil.verify(token)) { response.setStatus(401); return false; } // 将用户信息放入请求上下文后续接口可直接获取 Integer userId JwtUtil.getUserId(token); request.setAttribute(userId, userId); return true; } }校通过后把解析出来的userId放到request attribute里后续所有接口都能从request里取到当前登录人省得每次重新解析token。JWT的过期时间我设成2小时前端每次请求时如果发现后端返回401就跳回登录页重新登录。这个机制简单可靠完全够毕业设计用了。角色权限我用了另一个注解RequireRole加在方法上通过AOP拦截判断当前用户角色是否在允许列表里。比如管理端的删除接口只允许admin角色调用护工不能删除老人档案。3.3 老人端用药提醒定时任务怎么设计用药提醒是这个系统里最能直接体现“智能”的功能。我的方案是用药计划表里存每个老人每天需要吃几次药、每次几点吃、药品名称和剂量。后端启动一个定时任务每分钟扫一次当前时间有没有需要触发的用药计划命中后生成提醒记录推送消息给老人端和家属端。Scheduled(cron 0 * * * * ?) public void checkMedicationRemind() { String now LocalTime.now().format(DateTimeFormatter.ofPattern(HH:mm)); ListMedicationPlan plans medicationPlanMapper.selectList( new LambdaQueryWrapperMedicationPlan() .eq(MedicationPlan::getRemindTime, now) .eq(MedicationPlan::getStatus, 1) ); for (MedicationPlan plan : plans) { // 生成提醒记录 // 推送WebSocket消息给老人端和绑定的家属端 } }这里有个坑我必须提醒你Scheduled默认是单线程执行的如果一个任务的执行时间超过了调度周期后续任务会被阻塞。我后来改成了手动注入一个线程池调度器把不同任务隔离开。而且建议直接在配置类里面设置TaskScheduler的线程池大小避免定时任务之间互相影响。3.4 家属端WebSocket消息实时推送WebSocket是实现实时告警和消息通知的利器。老人的SOS请求、心率异常、用药未打卡都需要主动推送到家属端HTTP轮询完全做不到及时性。我在项目里用SpringBoot的WebSocket模块定义了一个/ws/{userId}的端点用户登录后建立长连接。Component ServerEndpoint(/ws/{userId}) public class WebSocketServer { private static final MapString, Session SESSIONS new ConcurrentHashMap(); OnOpen public void onOpen(Session session, PathParam(userId) String userId) { SESSIONS.put(userId, session); } OnClose public void onClose(PathParam(userId) String userId) { SESSIONS.remove(userId); } public static void sendToUser(String userId, String message) { Session session SESSIONS.get(userId); if (session ! null session.isOpen()) { session.getBasicRemote().sendText(message); } } }WebSocket的连接管理我用了ConcurrentHashMap因为高并发场景下普通的HashMap扩容会有并发问题。另外要特别注意WebSocket的Session不是线程安全的不能在多个线程里同时用同一个Session发消息所以我在发送消息时做了同步保护。这套代码封装好之后SOS告警、服务工单状态更新、健康数据异常提醒全部可以复用它推送。3.5 管理后台数据看板与告警处理闭环管理后台我做了四个核心页面老人档案管理、护工任务分配、服务工单审核、数据看板。数据看板是其中一个比较亮眼的功能它统计了今日告警数、待处理工单数、活跃老人数、用药完成率用ECharts画成折线图和饼图。这些统计数据的SQL写法并不复杂关键在于聚合查询的效率。告警处理闭环是管理后台的核心逻辑。管理员打开告警列表看到一条SOS告警点击“处理”系统要求填写处理结果和现场情况然后状态从“待处理”变为“处理中”护工到达现场并上报后再变为“已关闭”。整个链路走下来任意时刻系统都能明确知道每一条告警到底进展到了哪一步这不光是一个技术实现更是这类系统的业务底线。到这里我已经把后端核心模块基本讲透了但这类系统真正难的不是“写出来”而是“跑得顺”。我把整个实操过程中遇到的问题和排查思路整理成了两章从环境搭建到部署上线全覆盖耐心看完能帮你省下至少一周的折腾时间。4. 实操过程与部署上线从本地跑到服务器4.1 开发环境准备与版本匹配环境配置这件事看起来简单实际上一大半的“启动失败”都是版本不匹配造成的。我整理了一份我自己验证过、稳定运行的版本组合你照着配基本不会出问题组件版本说明JDK1.8配SpringBoot 2.7.x最稳3.x需要JDK17Maven3.6管理依赖SpringBoot2.7.18稳定且资料多高版本慎追MyBatis-Plus3.5.3注意和SpringBoot 3.x的兼容性MySQL5.7或8.0我用的8.0连接驱动用com.mysql.cj.jdbc.DriverRedis6.x自己下载源码编译安装也可以直接用包管理器装更快有个小细节MySQL 8.0的驱动类名和5.7不一样com.mysql.jdbc.Driver已经废弃了要用com.mysql.cj.jdbc.Driver而且URL里需要带上serverTimezoneAsia/Shanghai不然会报时区错误。很多人启动项目报错问题就出在这几行配置上。4.2 application.yml核心配置与密码密文化项目的核心配置集中在application.yml里包括数据源、Redis连接、JWT密钥、文件上传路径等。我把我实际用的一套配置做个脱敏处理放出来server: port: 8080 spring: datasource: driver-class-name: com.mysql.cj.jdbc.Driver url: jdbc:mysql://localhost:3306/elder_care?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai username: root password: ENC(xxx加密后的密码) redis: host: localhost port: 6379 database: 0 timeout: 3000ms lettuce: pool: max-active: 8 max-idle: 8 min-idle: 0 mybatis-plus: mapper-locations: classpath*:mapper/**/*.xml configuration: map-underscore-to-camel-case: true global-config: db-config: id-type: auto注意看密码那个ENC()开头的东西。生产环境或演示环境里数据库密码明文写在配置文件里很不好看答辩时被问安全问题容易卡壳。我引入了jasypt-spring-boot-starter把数据库密码加密后再放到配置里启动时通过环境变量传入解密密钥。这个“配置文件密文存储”的实践方法在热词里也有人专门搜说明确实是很多开发者的痛点。做法很简单先在命令行里用Jasypt生成密文再把密文填到配置里代码层几乎无感知。4.3 MyBatis-Plus自动建表与初始化数据数据库表结构我保留了两种建表方式正式发布我习惯手动执行SQL脚本但开发调试阶段我更推荐开启MyBatis-Plus的自动建表能力。网上有人问“MyBatis怎么在表不存在时自动建表”其实MyBatis-Plus本身没有内置这个功能但它提供了一个扩展机制。我项目中直接引入了一个第三方增强模块在实体类上用TableName标好表名配置好策略后应用启动时会自动检查表是否存在不存在就根据实体的字段注解自动建表开发阶段非常省事。不过自动建表只能解决“建表”这一步初始化数据比如管理员账号、系统字典还是要靠SQL脚本。我在resources目录下放了一个data.sql启动时通过spring.sql.init.modealways自动执行把admin账号和默认角色一次性写入。4.4 打包部署从本地到Linux服务器部署我用的是最经典的SpringBoot方式Maven打成可执行jar包扔到服务器上用nohup java -jar直接跑。有个细节是打包前要确保测试不干扰执行mvn clean package -DskipTests跳过测试。mvn clean package -DskipTests scp target/elder-care.jar rootyour_server:/opt/app/ cd /opt/app nohup java -jar elder-care.jar --spring.profiles.activeprod app.log 21 启动后我会立刻看一眼日志重点确认有没有“Started Application”这行字。如果有异常用tail -100 app.log拉出日志定位问题。这里有个非常实用的命令组合# 查看端口是否被占用 lsof -i:8080 # 实时滚动日志 tail -f app.log # 快速排查Java进程状态 jps -l前端项目打包后是一堆静态文件我用Nginx托管同时把/api开头的请求反向代理到后端8080端口。配置文件里加一段location规则前端就不会有跨域问题了。如果你在Windows本地开发、想在内网演示给老师看直接用mvn spring-boot:run跑后端Vue用npm run dev起前端然后通过浏览器访问开发服务器地址就行效果一样。5. 常见问题与排查技巧实录5.1 启动阶段端口被占用、依赖冲突、时区报错这套项目我前前后后帮几个同学排查过启动问题出镜率最高的就三个。先是端口占用8080被其他进程占着启动直接报Port already in use解决方法是换端口或者在命令行里用--server.port8081临时覆盖。然后是依赖冲突SpringBoot自带的commons-logging有时会和第三方库冲突这类问题最有效的排查手段是在IDEA的Maven面板里执行mvn dependency:tree查看依赖树找到重复的包然后在pom.xml里用exclusions排掉。最后是MySQL时区连接报错大概率是连接URL里没加serverTimezoneAsia/Shanghai加上就解决。5.2 WebSocket连不上、频繁掉线WebSocket的坑主要集中在三个位置。一是端点路径配置不对前后端必须完全一致。二是连接鉴权问题WebSocket握手时请求头里的token如何传递如果前后端约定不一致后端拦截器会误杀。我的做法是允许token通过URL参数传递校验通过后建立连接这样前端实现更简单。三是Nginx代理配置在nginx.conf的location块里必须显式加上proxy_set_header Upgrade $http_upgrade;和proxy_set_header Connection upgrade;这两行否则连接会被Nginx当成普通HTTP请求处理建立后几秒钟就断开报1006错误关闭码。如果你遇到连接能够建立、但消息推送不到前端的情况先别动后端代码打开浏览器F12看WebSocket的Network面板连接状态是不是一直Open然后再看后端日志有没有报ConcurrentModificationException排查思路会更清晰。针对WebSocket心跳保活我也做了一个处理前端每30秒发一个心跳消息后端收到后回一个pong如果连续两次没收到心跳后端主动断开连接。这样可以把“假连接”清理掉减少无效资源占用。5.3 定时任务不生效或执行两次定时任务不生效最常见的原因是启动类忘记加EnableScheduling注解。另一个低级但常见的错误是cron表达式写错比如把“每天凌晨2点”写成了0 0 2 * * ?多了一个问号SpringBoot的cron表达式和Quartz的略有不同。这个我建议你写完表达式后用一个在线cron校验工具测一下别凭感觉填。还有一个情况是定时任务在集群环境里执行了两次如果你部署了两份实例可以用Redis分布式锁保证同一时刻只有一个实例在执行任务。我项目里就加了这么一把锁任务开始前尝试用setIfAbsent抢占一个带过期时间的key抢到才执行执行完删除抢不到说明已经有别的实例在处理了。5.4 前后端联调接口报404或跨域接口404先检查后端接口路径和前端请求路径是否完全一致包括大小写。然后看控制器类上有没有加RequestMapping(/api/xxx)前缀路径对不上就会404。跨域问题更典型。前后端分离开发时前端跑在http://localhost:5173后端跑在http://localhost:8080直接请求会触发浏览器的同源策略拦截。后端的解决办法是加一个全局CORS配置类允许指定来源和请求头访问。我这里放一个我常用的配置模板Configuration public class CorsConfig implements WebMvcConfigurer { Override public void addCorsMappings(CorsRegistry registry) { registry.addMapping(/**) .allowedOrigins(http://localhost:5173) .allowedMethods(GET, POST, PUT, DELETE, OPTIONS) .allowedHeaders(*) .allowCredentials(true) .maxAge(3600); } }注意如果前端用了axios且开了withCredentials: true后端的allowedOrigins就不能写*必须写具体的域名否则浏览器会拒绝响应。这个问题我见过太多人卡住了本质是浏览器对携带凭证的跨域请求有更严格的安全限制。生产环境如果有Nginx反向代理前后端同域名部署CORS问题自然就消失了所以我在上一节才推荐用Nginx做一次代理。6. 项目亮点与答辩扩展建议如果你现在正在准备毕业设计答辩这套系统里值得被你反复强调的技术点除了前面聊到的WebSocket实时推送、JWT身份认证、Redis频控、定时任务调度之外还有两个方向你可以深挖一下。第一个是流程引擎的引入。热词里频频出现flowable、springboot整合activemq、springboot整合kafka这些如果被答辩老师问到“工单流转怎么实现的”你可以坦然说自己是用状态机和事务实现的一套轻量级流转同时复习一下flowable的设计思想回答时说明“如果以后有多级审批、复杂会签的场景可以替换成流程引擎”的演进思路。这个问题回答得好能体现你对技术选型的思考深度而不是背代码。第二个是智能问答能力。热词里出现hanlp分词在springboot的使用这套系统如果扩展一个功能——“语音助手”或“智能客服”能让老人通过语音输入问题后端用HanLP做分词和关键词匹配从服务知识库里检索答案。比如老人说“我今天该吃什么药”系统分词后匹配到“我”“今天”“该”“吃”“什么药”再结合时间和老人档案返回对应的用药计划。这种功能不复杂但是加分效果很明显。再比如文件上传下载。老人的体检报告、病历资料往往是大文件热词里也有人搜“springboot如何上传下载大文件”我项目中预留了上传接口用MultipartFile接收文件存到本地磁盘或对象存储上传时限制单文件大小下载时用ResponseEntity把文件流写回给前端。如果你想把性能做得更好还可以参考分片上传的设计把大文件切成多个块分别上传再在后端合并。这块可以作为“系统扩展点”写进论文的总结与展望里。最后提醒一句源码拿到手第一件事不是启动而是先过一遍application.yml里的配置、数据库SQL脚本和README文档确认环境信息都了解了再动手。代码只有自己亲手跑通一遍、改过几个地方答辩的时候心里才有底。到答辩现场老师问的往往不是某一行的语法而是“这个模块为什么这么设计”“如果数据量大十倍你会怎么优化”你只要能答出设计思路和优化方向这套毕业设计的评分就不会低。最后再分享一点个人体会做这类选题千万不要把精力全花在堆功能上。一个SOS告警闭环做得完整、演示流畅远比列出十个半成品功能更能打动答辩组老师。系统的核心价值在于“关键时刻能不能把消息可靠地送达”所以实时通信和告警状态流转值得你反复打磨这也是整个项目里最能讲出故事的部分。等你毕业以后回头再看这段为了调通一条WebSocket推送熬到深夜的经历恰恰是你从“会写接口”到“能搞定完整系统”迈出的最重要一步。
