Java毕设实战：宠物健康管理系统设计与开发全解析

1. 项目缘起：为什么选“宠物健康管理系统”做毕设

每年到了毕设选题季，总有学弟学妹来问我：Java方向选什么题目好？太简单怕过不了答辩，太难又担心做不完。我通常的建议是：选一个“业务逻辑清晰、功能边界明确、技术栈又能兜得住”的题目，而宠物健康管理系统恰好就是这样的典型。

先说这个项目是干什么的。它不是什么“宠物社交App”，也不是“宠物电商平台”，核心就一件事：把宠物的日常健康数据管起来。包括宠物基本信息档案、疫苗和驱虫记录、体重变化趋势、问诊与病历记录、健康提醒（比如该打疫苗了、该做体内驱虫了）等。用户角色分为宠物主和管理员，宠物主能维护自己名下的宠物档案并记录健康数据，管理员负责审核用户、维护系统数据字典、查看整体运营统计。技术实现上就是一个标准的Java Web项目：Spring Boot作为后端框架，MySQL存数据，前端可以用Thymeleaf服务端渲染，也可以做成前后端分离的Vue+接口形式，两种路线我都走过，后面会详细展开。

为什么这个题目很适合毕设？原因有三。第一，业务模型不复杂但不单薄，用户、宠物、健康记录、提醒任务这几张核心表的关系足够让论文写清楚数据库设计，又不至于难到失控。第二，功能可以“伸缩”——基础版做到CRUD加权限就达到及格线，进阶版可以做定时任务推送提醒、ECharts体重曲线、文件上传头像、Excel导出健康报告，每个点都能单独写成技术亮点，正好应对答辩时“你这里面有什么技术难点”这个问题。第三，这个话题本身有现实温度。养宠人群越来越大，疫苗到期没人提醒、体重变化看不出来、换医院就诊时纸质病历难交接，这些都是真实痛点，你讲“我的系统为了解决什么问题”时，评委能理解且认可。

本人带过不少用这个方向完成毕设的学生，多数人从零基础到顺利答辩大约八到十周。后面我会按照实际开发顺序，把整个系统的设计思路、核心代码实现、容易踩的坑和答辩准备建议全部过一遍。如果你正站在选题路口犹豫不决，这篇文章可以直接作为你的决策参考。

2. 整体架构与功能模块：先想清楚再动手

2.1 用户角色与核心业务流程

动手写代码之前，先把角色和流程想透。我的建议是设三类角色，但你如果时间紧张，砍掉医生端只保留用户和管理员也完全够答辩。

业务流程上，最关键的是这条主线：用户注册登录 → 添加宠物档案 → 为宠物添加健康记录 → 系统根据疫苗/驱虫日期生成提醒 → 用户查看提醒并完成记录。整个系统就是围绕“健康数据录入—展示—提醒”的闭环展开的。其他的辅助功能，比如健康知识库、公告栏、留言反馈，都是锦上添花，不影响核心链路。

我在带学生时就反复强调：先把这条主链路跑通，再做扩展功能。有些同学一开始就想着做论坛、做商城，结果核心的健康记录功能反而做得粗糙，答辩时被老师几句话问住，非常可惜。

2.2 数据库设计：七张表搞定的艺术

数据库设计是毕设论文的重头戏，也是答辩老师最爱深挖的地方。我给你一套经过验证的表结构方案，既不复杂又能体现设计功底。

-- 用户表 CREATE TABLE `user` ( `id` INT PRIMARY KEY AUTO_INCREMENT, `username` VARCHAR(50) UNIQUE NOT NULL, `password` VARCHAR(255) NOT NULL, `phone` VARCHAR(20), `email` VARCHAR(100), `role` TINYINT NOT NULL DEFAULT 1 COMMENT '1-普通用户 2-管理员', `status` TINYINT DEFAULT 1 COMMENT '1-正常 0-禁用', `created_time` DATETIME DEFAULT CURRENT_TIMESTAMP ); -- 宠物档案表 CREATE TABLE `pet` ( `id` INT PRIMARY KEY AUTO_INCREMENT, `user_id` INT NOT NULL COMMENT '所属用户', `name` VARCHAR(50) NOT NULL, `species` VARCHAR(20) COMMENT '猫/狗/其他', `breed` VARCHAR(50) COMMENT '品种', `birthday` DATE, `gender` TINYINT COMMENT '0-公 1-母', `weight` DECIMAL(5,2) COMMENT '当前体重kg', `avatar` VARCHAR(255) COMMENT '头像图片URL', `status` TINYINT DEFAULT 1, `created_time` DATETIME DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (`user_id`) REFERENCES `user`(`id`) ); -- 疫苗/驱虫记录表 CREATE TABLE `health_record` ( `id` INT PRIMARY KEY AUTO_INCREMENT, `pet_id` INT NOT NULL, `record_type` TINYINT NOT NULL COMMENT '1-疫苗 2-驱虫 3-体检 4-其他', `record_name` VARCHAR(100) COMMENT '如：狂犬疫苗/体内驱虫', `record_date` DATE NOT NULL, `next_date` DATE COMMENT '下次接种/驱虫日期', `remark` VARCHAR(500), `created_time` DATETIME DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (`pet_id`) REFERENCES `pet`(`id`) ); -- 问诊记录表 CREATE TABLE `consultation` ( `id` INT PRIMARY KEY AUTO_INCREMENT, `user_id` INT NOT NULL, `pet_id` INT NOT NULL, `symptom` VARCHAR(500) COMMENT '症状描述', `doctor_reply` VARCHAR(500), `status` TINYINT DEFAULT 0 COMMENT '0-待回复 1-已回复', `created_time` DATETIME DEFAULT CURRENT_TIMESTAMP );

这套设计背后有几个考量。第一，把疫苗和驱虫统一放在health_record表里，用record_type区分，避免为了两个相似功能建两张几乎一样的表，这也是数据库设计的“高内聚”思维。第二，next_date字段非常关键——提醒功能完全依赖它，计算“距离下次打疫苗还剩几天”就是next_date减去当前日期。第三，全部使用外键关联，虽然性能上不是最优，但毕设论文画ER图时关系一目了然，而且InnoDB下数据完整性有保障，答辩时能讲清楚约束关系，本身就是加分项。

宠物体重我建议单独建一张pet_weight_record表，记录每次体重数据和记录日期，这样ECharts画趋势图时直接查这张表按时间排序即可。为什么不让weight字段直接更新在pet表上？因为历史体重数据无法追溯，画不出“三个月体重变化曲线”，这个设计细节我在论文里作为“系统的数据可追溯性设计”来写，老师评价很高。

2.3 技术栈取舍：Spring Boot + Thymeleaf还是前后端分离

技术选型是很多学生纠结的第一关。我先给结论，再解释为什么。如果你的Java基础一般、时间紧张，用Spring Boot + Spring MVC + MyBatis/MyBatis Plus + Thymeleaf + Bootstrap，一套技术栈走到底。如果Java基础不错，想突出技术含量，再考虑Spring Boot + Vue + Element UI的前后端分离方案。

我为什么建议多数人选Thymeleaf方案？两个原因。第一，不用处理跨域、Token认证分发、接口联调这些额外成本。前后端分离意味着你要维护两套工程、处理登录状态传递（JWT或Session）、处理CORS配置，每一个都是新的出错点。对于三个月的毕设周期，这笔成本不小。第二，Thymeleaf是服务端渲染，页面逻辑和Java代码在同一个应用里，部署时打一个jar包就完事，不会出现“前端同学build完不知道把dist放哪”这种尴尬。对毕设来说，“能稳定演示”比“技术栈时髦”重要得多。

那什么时候走前后端分离？如果你的论文需要强调“前后端分离架构、RESTful API设计、JWT无状态认证”这些内容，或者你本身对Vue已经比较熟悉，那就果断分离。我用Vue+Spring Boot做过升级版，体验是：代码结构更干净，接口复用性好，答辩演示时切换页面速度快，但工作量确实比单一工程大至少三成。下面关于核心功能实现的讲解，我会以Thymeleaf版本为主线，在关键处告诉你分离版本需要改动哪些地方。

3. 核心功能实现与关键代码：把每个模块打磨到位

3.1 登录认证与权限控制：尽量避免自己造轮子

登录模块看起来简单，但很多学生的实现方式有问题。常见槽点包括：密码明文存数据库、不校验用户状态、所有请求都不拦截、权限判断写在页面里靠判断session是否为空。这些做法不仅不安全，答辩时也容易被追问“如果用户未登录直接访问管理页URL怎么办”而答不上来。

密码处理，我建议用Spring Security自带的BCryptPasswordEncoder做哈希，如果不想引入Spring Security这么大一坨，单独引一个spring-security-crypto包也行，代码很简单：

// 注册时加密 String encodedPwd = new BCryptPasswordEncoder().encode(rawPassword); // 登录时校验 boolean matches = new BCryptPasswordEncoder().matches(rawPassword, user.getPassword());

登录拦截，我用HandlerInterceptor + WebMvcConfigurer，比配置Filter更符合Spring Boot风格，也更好向答辩老师解释。写一个LoginInterceptor实现preHandle方法，判断session里有没有loginUser，没有就重定向到登录页。注意放行登录页、注册页和静态资源，其他路径全部拦截。如果你做前后端分离版本，则用JWT拦截器，preHandle里校验token有效性，逻辑类似。

public class LoginInterceptor implements HandlerInterceptor { @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { Object loginUser = request.getSession().getAttribute("loginUser"); if (loginUser == null) { // 判断是否AJAX请求 String requestedWith = request.getHeader("X-Requested-With"); if ("XMLHttpRequest".equals(requestedWith)) { response.setStatus(401); return false; } response.sendRedirect("/login"); return false; } return true; } }

这里有个细节：管理员和普通用户怎么区分权限？我设置了role字段用于区分，页面展示时通过判断role控制“用户管理”“数据统计”等菜单是否显示。这种方式简单直观，但要注意真正的接口层面也应该有校验，不能只靠前端隐藏按钮。Controller里可以用@RequireRole这类自定义注解配合AOP做方法级权限校验，也可以在方法入口处手动判断session中的role值。我推荐后者，代码量少且逻辑直白，答辩时容易讲清楚。

3.2 宠物档案管理：文件上传与图片回显的坑

宠物档案模块是核心中的核心，用户添加宠物时要上传头像，这个功能看起来简单但坑不少。第一个坑是文件存储位置。很多学生把图片传到项目根目录的static/upload下，开发环境没问题，但项目打成jar包部署时，写入路径会找不到。正确做法是把上传路径配置成外部路径，例如：

# application.yml upload: path: /var/www/pet-health/upload/ # Linux部署路径 # 本地开发可写成 ./upload/

然后在WebMvcConfigurer里配置虚拟路径映射：

@Override public void addResourceHandlers(ResourceHandlerRegistry registry) { registry.addResourceHandler("/upload/**") .addResourceHandler(uploadPath + "/**"); }

第二个坑是图片访问绝对路径与相对路径的选择。页面上不要拼硬盘绝对路径（比如file:///E:/...），而是用相对路径如/upload/2024/05/xxx.jpg，这样才能保证部署到服务器后图片正常加载。保存到数据库的字段，我建议只存相对路径，不要存完整的http://域名+路径，这样换域名或换端口不用改数据。

第三个坑是文件类型校验。只在前端用accept="image/*"限制远远不够，后端也要校验，否则有人能传一个.exe上来。我写了个简单的校验，主要是看扩展名和MIME类型：

String originalFilename = file.getOriginalFilename(); // 获取文件名 String ext = originalFilename.substring(originalFilename.lastIndexOf(".")); if (!Arrays.asList(".jpg", ".jpeg", ".png", ".gif").contains(ext.toLowerCase())) { throw new BusinessException("仅支持jpg/png/gif格式图片"); } // 同时校验文件大小，比如不超过5MB if (file.getSize() > 5 * 1024 * 1024) { throw new BusinessException("图片大小不能超过5MB"); }

3.3 健康提醒与定时任务：三种方案对比

提醒功能是宠物健康管理系统的亮点，做得好论文里能多写一整章。实现逻辑并不复杂：每只宠物的疫苗/驱虫记录里都有next_date，系统定时扫描所有记录，如果next_date距离当天在7天以内，就生成一条提醒。难点在于“定时”怎么做。

方案一：Spring Task。在启动类上加@EnableScheduling，然后写一个定时任务类。这是最推荐的做法，因为Spring Boot原生支持，不需要引入额外框架。代码如下：

@Component public class HealthRemindTask { @Autowired private HealthRecordMapper healthRecordMapper; @Autowired private RemindService remindService; // 每天凌晨2点执行一次 @Scheduled(cron = "0 0 2 * * ?") public void checkAndGenerateRemind() { List<HealthRecord> records = healthRecordMapper.findNeedRemind(); for (HealthRecord record : records) { remindService.createRemind(record); } } }

方案二：不使用定时任务，而是在用户登录或查询时动态计算并展示提醒。这样省去了调度配置，但对“主动推送”这个场景支撑不够。

方案三：引入Quartz或XXL-Job。毕设阶段没必要，除非你想写“分布式任务调度”这种超大亮点，否则复杂度与收益不成正比。

提醒的记录存数据库表，用户登录后查询提醒列表。这里有一个容易忽略的点：提醒不能重复生成。我在remind表里加了record_id字段做唯一标识，生成前先判断该record_id是否已经存在记录，防止每天跑定时任务时重复插入。批量生成前先查一次已存在的提醒，用Set收集recordId，再过滤，效率高且不重复。

3.4 数据可视化：体重趋势图的简单实现

给宠物记录多次体重后，用户能看到体重曲线变化，这个功能对答辩演示非常有冲击力。数据来源就是前面说的pet_weight_record表，按宠物ID和时间排序取出数据，再交给前端展示。

我用的方案是后端提供一个接口返回JSON数据，前端用ECharts渲染折线图。为了简化操作，Thymeleaf页面里可以直接把数据序列化成JSON塞给ECharts：

var chart = echarts.init(document.getElementById('weightChart')); var option = { title: { text: '体重变化趋势' }, xAxis: { type: 'category', data: [[(${dates})]] }, yAxis: { type: 'value', name: '体重(kg)' }, series: [{ data: [[(${weights})]], type: 'line', smooth: true, areaStyle: {} }] }; chart.setOption(option);

[[(${dates})]]是Thymeleaf的th:inline="javascript"语法，可以把Java集合转成JS数组。这里千万注意，如果数据是用户输入的（比如宠物昵称），直接用[[...]]会因为特殊字符导致JS语法错误甚至XSS注入。体重和日期是数值或格式化后的日期，风险低，但如果要展示用户输入的文本字段，建议使用[[${...}]]转义形式，或者用Spring的Jsoup工具做过滤。我实际项目里给宠物名称做了XSS过滤，用Jsoup.clean方法清洗后再入库，这个点写进论文里也是安全设计的一部分。

ECharts本身直接用CDN引入，不要自己下载js文件放到static目录，除非你在离线环境演示。我遇到过答辩现场没网导致图表空白的惨案，所以如果你演示环境的网络不稳定，建议把echarts.min.js下载到本地static/js目录下，这是血的教训。

3.5 数据导出：Java POI生成Excel健康报告

如果功能做完还有富余时间，加一个“导出健康报告”功能，算是超出预期的亮点。Java生态里操作Excel首选Apache POI，网上很多帖子问“POI能生成图表吗”，这里我统一回答：POI的XWPFChart可以生成简单图表，但操作繁琐、样式控制粗糙。毕设阶段，我更建议导出Excel表格数据并在后端用JFreeChart生成一张体重趋势图插入到导出的Excel里，或者直接用EasyExcel（阿里开源的封装库）。

用EasyExcel导出宠物列表三分钟搞定，比起原生POI省掉大量样板代码。核心代码：

@GetMapping("/export") public void export(HttpServletResponse response) throws IOException { List<PetExcelVO> petList = petService.listAllForExport(); response.setContentType("application/vnd.openxmlformats-officedocument.spreadsheetml.sheet"); response.setCharacterEncoding("utf-8"); // 防止文件名中文乱码 String fileName = URLEncoder.encode("宠物健康数据", "UTF-8").replaceAll("\\+", "%20"); response.setHeader("Content-disposition", "attachment;filename*=utf-8''" + fileName + ".xlsx"); EasyExcel.write(response.getOutputStream(), PetExcelVO.class).sheet("宠物列表").doWrite(petList); }

前提是你先写一个PetExcelVO类，用@ExcelProperty注解标注每列的列名。

4. 环境搭建与部署上线：从零跑起来

4.1 IDEA + Maven + MySQL环境准备

很多学生在环境这一步就卡住了，其实按顺序来很顺畅。第一步，安装JDK，建议用JDK 8或JDK 11，不要一上来就装JDK 17+，否则遇到“源发行版17需要目标发行版17”这类编译错误（网上很常见），对新手很不友好。装了高版本JDK，出问题时先检查IDEA的Project Structure里Project SDK和Java版本是否一致，还有Maven的compiler plugin配置。这个报错绝大多数情况就是Project SDK设了17，但Maven编译器配置还是1.8，或者反之，改成一致就解决了。

第二步，Maven配置阿里云镜像。没有这一步，你下载依赖可能要等半小时甚至失败。在settings.xml文件里加镜像：

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

第三步，创建Spring Boot项目。有两种方式：IDEA自带的Spring Initializr，或者直接到start.spring.io下载压缩包。依赖选择上建议勾选Spring Web、MyBatis Framework（或MyBatis Plus）、MySQL Driver、Thymeleaf。IDEA的Spring Initializr默认可能会帮你选一个比较新的Spring Boot版本（比如3.x），注意Spring Boot 3.x要求JDK 17及以上，如果你打算用JDK 8就手动改成Spring Boot 2.7.x。这个版本选择问题我在带学生时几乎每次都强调。

4.2 项目结构与分层规范

包结构我建议按照mvc模式来划分，清晰规范：

com.pet.health ├── controller # 控制层，接收请求 ├── service # 业务层，核心逻辑（接口+impl） ├── mapper # 数据访问层（MyBatis接口） ├── entity # 实体类 ├── dto # 数据传输对象（页面表单数据） ├── vo # 视图对象（页面展示数据） ├── config # 配置类（拦截器、资源映射等） ├── common # 通用类（统一返回结果、异常处理等） └── task # 定时任务

很多学生会把业务逻辑直接写在Controller里，这是答辩时容易被点出来的架构问题。哪怕是简单的判断，也要放到Service层去写，Controller里只做参数接收、调用Service、返回结果这三件事。我见过最夸张的代码，一个Controller方法两百行，数据库查询、逻辑判断、拼装返回全在里面，老师问“你这个Service层里面写了什么”时答不上来，场面很尴尬。

4.3 打包部署：一个jar包走天下

Spring Boot的最大优势是内置Tomcat，部署极其简单。在IDEA右侧Maven面板里双击package，就会在target目录下生成一个可执行jar包。Linux环境部署命令就一句：

nohup java -jar pet-health-system.jar --server.port=8080 > app.log 2>&1 &

如果使用外部上传路径，记得加启动参数指定配置文件，或者使用application.yml里的配置。数据库连接建议在application.yml外提供一个application-prod.yml专门放生产环境配置，启动时--spring.profiles.active=prod切换即可。

我遇到过一个部署后的坑：服务器MySQL默认字符集可能是latin1，导致中文数据乱码。解决方法是建库时指定utf8mb4：

CREATE DATABASE pet_health DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;

连接串上也加上characterEncoding=utf8&useSSL=false。这个坑对于毕设答辩现场演示是致命的，建议提前在部署机上验证。

5. 开发过程中的拦路虎：我与这些Bug搏斗的实录

5.1 MyBatis的N+1查询问题

我的项目里宠物列表页需要显示每只宠物最近一次疫苗记录，如果先在PetMapper里查所有宠物，再循环查每只宠物的健康记录，就是典型的N+1查询。假设有100只宠物，会执行101条SQL，页面加载明显变慢。在毕设阶段数据量小感觉不到，但答辩老师问“你的查询性能有没有考虑过”时，就能拿这个出来说。

优化方案是用一条连表查询。在PetMapper XML里写一个自定义查询：

<select id="selectPetListWithLatestRecord" resultMap="PetWithRecordMap"> SELECT p.*, r.record_name, r.record_date FROM pet p LEFT JOIN health_record r ON r.id = ( SELECT hr.id FROM health_record hr WHERE hr.pet_id = p.id ORDER BY hr.record_date DESC LIMIT 1 ) WHERE p.status = 1 </select>

这个SQL里的关联子查询就是“取每只宠物最新一条健康记录”的精髓，也是练手SQL的好素材。答辩时讲这个优化思路，比你多写一百行业务代码都管用。

5.2 事务失效这个经典陷阱

生成健康记录时需要同时更新pet表的体重字段（因为体重可能变了），这两个操作必须在一个事务里，否则会出现“健康记录插入成功但体重没更新”的数据不一致问题。通常的做法是在Service方法上标注@Transactional。但如果你忽略了一个关键前提——方法必须被Spring的代理对象调用，事务才生效——就会遇到事务静默失效的坑。

最典型的失效场景是：同一个类里的方法A调用方法B，B标了@Transactional，但B被this调用而不是通过代理对象调用，事务不生效。解决办法是把需要事务的方法放到单独的Service类里，或者把B拆到另一个Bean里面，通过注入的Bean去调用。这是面试题级别的经典问题，论文里写“我在开发中遇到了事务失效，解决方案是把事务方法拆分到独立Service”，这个亮点足够让评委点头。

5.3 前端日期组件与后端类型转换

项目中大量使用日期字段，前端用laydate或Bootstrap Datepicker选择日期，提交后会遇到字符串到Date类型的转换问题。Spring MVC默认支持yyyy/MM/dd和yyyy-MM-dd格式，但如果你用了其他格式（比如dd/MM/yyyy），就需要自定义转换器。推荐在Spring Boot的WebMvcConfigurer中注册一个全局日期转换器：

@Bean public Converter<String, LocalDate> localDateConverter() { return new Converter<String, LocalDate>() { @Override public LocalDate convert(String source) { return LocalDate.parse(source, DateTimeFormatter.ofPattern("yyyy-MM-dd")); } }; }

前端传日期时我统一用yyyy-MM-dd格式（Thymeleaf渲染input type="date"自动就是这格式），然后实体类里统一用LocalDate，不要用java.util.Date。LocalDate比老式Date处理本地日期方便得多，类型转换也不容易出现时区问题。

6. 答辩准备与论文写作：把代码变成分数

6.1 答辩演示的“黄金十分钟”策略

你自己打代码打了几百个小时，但评委只见你十分钟。演示要提前设计好流程，我的建议是履行以下顺序：先用两到三分钟讲清楚“这个系统解决什么问题”（背景与痛点），再用五分钟走核心流程（注册登录、添加宠物、记录健康数据、查看提醒、导出报告），最后留两分钟展示你最复杂的技术点（比如定时任务、ECharts图表、Excel导出）。切忌从头演示到尾，点到为止就好。

演示环境是另一个深坑。我要求学生提前两个检查：第一，数据库服务必须启动，而且连接的数据库里要准备演示数据——多建几个宠物，录入不同日期的健康记录，有的疫苗快到期的，有的已经过期的，这样演示提醒功能才有素材。第二，所有依赖的本地文件（图片、ECharts等）必须在无网环境也能加载。答辩教室的网络状况谁也说不准，我上面提过的ECharts本地化就是为这个准备的。

6.2 论文结构建议与常见追问

计算机毕设论文通常包含这些章节：绪论（背景意义、国内外现状）、需求分析（用例图、可行性分析）、系统设计（架构图、功能模块图、数据库ER图）、系统实现（各模块截图加核心代码说明）、系统测试（功能测试用例表、测试结论）。如果你做了性能优化、安全设计、防SQL注入等，可以单独列一节“系统关键技术”，这是评分权重较高的部分。

答辩的高频追问，我整理了一份清单：

1. “为什么用MyBatis而不是JPA？”——答：MyBatis对SQL有完全控制权，复杂的连表查询、统计SQL写起来直观，且XML里SQL便于review；JPA适合标准CRUD，但自定义查询学习成本高。这个答案能体现出你做过调研。
2. “密码为什么用BCrypt而不是MD5？”——答：MD5是快速哈希，容易被彩虹表破解；BCrypt内置随机盐且计算成本可调，能有效抵御暴力破解。这个问题问的概率极高，务必准备好。
3. “如果用户同时登录两个设备，怎么做会话管理？”——答：用Token机制替代Session，分布式环境下把Token存Redis，根据用户维度管理登录态，要实现退出指定会话可以记录Token与用户的映射关系。即使你毕设里没做分布式，这个扩展回答也能展示你的知识广度。

6.3 后续扩展方向：让你的毕设有“余味”

如果时间充裕，系统可以在三个方向上升级。第一个方向是做消息推送，用WebSocket在用户登录时主动推送提醒消息，替代“登录后才发现有提醒”的被动体验。第二个方向是引入Redis缓存宠物热点数据（如首页统计数据），减少MySQL压力。第三个方向是做一个宠物健康数据二维码，打印在宠物项圈上，扫码就能查看宠物基础档案和疫苗接种史，这已经是产品级的想法了。

我个人带学生的时候，会鼓励他们把第一个方向做了，因为WebSocket在Java后端界属于高频考点，代码量也不大，但论文和演示都能因此上一个档次。

7. 最后的经验心得

做了这么多年的Java项目，也带了不少毕设，我越来越觉得，毕业设计真正的收获不是那个“通过”的结果，而是第一次独立完成一个“从需求到上线”全过程的经验。宠物健康管理系统这个题目，难度适中、贴近生活、技术含量可调，算是我见过最适合Java方向学生练手的题目之一。写代码的过程中，你会遇到数据库设计、权限控制、文件上传、定时任务、数据可视化、打包部署等大量实战问题，每一个问题解决的过程都是知识的深化。

如果你决定用这个题目，我给你一个时间规划参考：前两周搞定需求分析和数据库设计，做PPT汇报文档；第三到五周完成后端基础功能（登录注册、宠物CRUD、健康记录CRUD）；第六到七周做提醒定时任务和数据展示；第八周做优化、测试、写论文；最后一周打磨演示和准备答辩。按照这个节奏来，压力会小很多，质量反而更高。

有一点我也想特别提醒：如果你的代码思路卡住了，先画图，再写代码。把所有实体和关系画出来，把接口列表列出来，你会发现思路瞬间清晰。我第一次带学生的时候，他们一上来就开写，结果写了半个月推倒重来；后来我强制先画图再写码，几乎没有返工的情况。工具上推荐draw.io免费画ER图，或者直接用ProcessOn在线画，整洁美观，截图放论文里也比手画强得多。

最后再分享一个小技巧：完成项目后，把系统里所有的“小亮点”整理成一个文档，比如“定时提醒如何防止重复生成”“体重图表性能如何优化查询”“文件上传如何防止恶意文件”，答辩前反复看。这就是你的“弹药库”，不管评委从哪个角度开火，你都有话可讲。祝每一个选这个题目的同学都能顺顺利利，答辩场上稳如泰山。