如果你现在正为毕业设计选题发愁那这篇内容可以当一个比较具体的参考。每年到这个时间点总会有同学来问做什么题目既不会太简单显得没诚意又不会难到自己做不完我的建议通常是找一个业务足够清晰、技术覆盖面中等偏上、演示效果又好的管理系统类项目。基于Spring Boot的宠物成长记录平台就是这类题目里相当典型的一个前提是你能把它的核心模块讲清楚、做扎实。这个项目解决的是养宠人的真实痛点宠物疫苗什么时候打、驱虫多久没做、成长照片散落各处、体重变化没有时间线。把这些信息集中到一个平台上以宠物档案为轴串起成长记录、健康管理、疫苗提醒等模块。对毕业设计来说它既有“记录内容”的产品感又有“管理系统”的工程性非常适合作为Spring Boot全栈开发的练手题目。这篇文章会从一个老带新、老做毕设辅导的角度把整个项目的选题逻辑、技术选型、数据库建模、核心功能实现、前端联调、部署演示、论文写作和答辩准备全部串一遍。里面提到的表和代码都是我在实际辅导过程中反复用过的结构不是教科书式讲解而是怎么省力、怎么出效果、怎么少踩坑的经验总结。1. 为什么宠物成长记录平台是毕业设计的稳妥选择1.1 需求真实可讲记录的不只是宠物数据更是养宠人的生活痛点先想清楚一个问题毕设答辩时老师一定会问“你为什么要做这个系统”。如果你回答说“因为这是管理系统类题目”那印象分就直接减半。宠物成长记录平台好在需求非常具体你完全可以从日常生活切入。养宠人常见的场景有这些小猫小狗的疫苗本纸质版早就不知道丢哪了上次驱虫是什么时候完全没印象每个月的体重变化只存在手机备忘录里宠物从小到大拍了几百张照片但想按月回顾却没有时间线。这些痛点很真实不需要编造随便讲两个就能让老师点头。这也意味着你在写需求分析章节的时候有话可说不会出现那种“用户希望系统能够对数据进行管理”的空洞表述。需求分析不是写给文档看的是让评委快速理解“为什么这个系统存在”。宠物成长记录平台的存在逻辑就是帮养宠人把零散的养宠信息变成有结构、有时间线的数字档案。1.2 技术难度刚刚好全栈覆盖但不会把自己逼到极限毕设题目最怕两种极端太简单比如纯单表增删改查太难比如从零手写高并发秒杀系统。宠物成长记录平台的核心难度在本科阶段刚刚好。常规能力层面它覆盖了Spring Boot项目最常见的技能点用户注册与登录、角色权限、单表CRUD、多表关联查询、分页、文件上传、表单校验。这些是所有管理系统类毕设都要求的基本功。加分项层面它又比普通的学生管理系统、图书管理系统多一些设计感成长记录可以按时间线混合展示体重、照片、文字疫苗和驱虫记录可以联动生成提醒管理员端可以看到宠物数量、记录数量等统计信息。这些不是复杂到看不懂的功能但足以在答辩时展示你的设计能力。最关键的是这个项目不需要接支付、不需要处理订单状态机、不需要考虑库存并发业务边界非常清晰。你完全可以把精力放在代码规范和功能完成度上而不是在技术深坑里挣扎到崩溃。1.3 演示效果好成长时间线比纯表单管理更容易打动答辩老师毕设答辩本质上是一场“演示”评委在几分钟内判断你做的东西靠不靠谱。一个纯列表式的管理后台展示的时候就是一行行数据很难让人眼前一亮。但宠物成长记录平台天然适合做“有情感的产品型演示”。你可以提前准备一组示例数据一只叫“团子”的猫从两个月大到一岁的照片记录、体重变化、疫苗档案。演示时打开它的详情页评委看到的是一个带宠物头像、照片卡片和健康记录的时间线页面这种视觉冲击力比空荡荡的表格强太多。如果再加入体重趋势的折线图那效果就更好了。所以我一直跟同学说毕设选题不要只盯“技术含量”还要看“展示性”。一个能让评委看懂、看完还能记住的项目永远是答辩场上的赢家。2. 技术选型怎么做Spring Boot核心栈与两种前端路线2.1 后端选型逻辑Spring Boot MyBatis-Plus MySQL后端技术栈我推荐直接用 Spring Boot MyBatis-Plus MySQL不搞花活。原因很简单它是目前毕业设计里最主流、资料最多、遇到问题最好搜答案的组合。Spring Boot 版本选型上建议选 2.7.x 配 JDK 8 或 JDK 11。不要上来就追新用 Spring Boot 3.x因为 3.x 必须配 JDK 17很多同学本地环境还是 JDK 8版本对不上会直接启动失败。做毕设追求的不是“最新”而是“最稳”。MyBatis-Plus 是 MyBatis 的增强工具它最大的价值是让你少写大量重复的 CRUD 代码。单表增删改查直接用 BaseMapper 提供的方法复杂的多表查询自己写 XML 里的 SQL两不耽误。它还有分页插件和逻辑删除功能这两个特性对毕设来说非常实用后面我会详细讲。选它而不是原生 MyBatis不是因为原生不好而是毕设周期有限能省的时间一定要省。MySQL 数据库则没有太多悬念5.7 和 8.0 都能跑。要注意的一点是连接串里的时区参数很多同学启动项目时报数据库连接错误八成就是没加 serverTimezoneAsia/Shanghai。2.2 前端选型Vue3前后端分离与Thymeleaf模板渲染怎么选前端方案我看过太多学生纠结这里直接给你两条路路线一Vue3 Element Plus Axios前后端完全分离。这是当前业界主流界面好看组件现成而且答辩老师很认“前后端分离”这个说法。缺点是你要额外掌握 Node.js 环境、Vue 路由、组件化开发周期会稍微长一点。路线二Thymeleaf Bootstrap在 Spring Boot 里直接写服务端渲染页面。如果你确实没有前端基础或者时间非常紧张走这条路能把所有精力压在后端代码上页面虽然朴素但能完整跑通。我个人偏向路线一。不是因为它一定更好而是现在的毕业设计趋势和技术要求里前后端分离已经是默认预期。而且 Vue Element Plus 做后台管理系统确实快表格、表单、上传组件都是现成的你只需要写接口对接逻辑。前端底子弱的同学完整跑一个 Vue3 项目下来水平提升也非常明显。2.3 工程目录怎么分一眼就让老师觉得你代码规范很多同学写后端习惯性把所有类都堆在 controller 和 service 两个包里代码一多就乱成一锅粥。工程结构规范这件事不需要你技术多高深但直接决定老师翻代码时的第一印象。推荐按这种目录结构组织后端工程pet-record-platform ├── src/main/java/com/example/petrecord │ ├── controller # 接口层只做参数接收和结果返回 │ ├── service # 业务逻辑层核心代码都在这一层 │ ├── mapper # MyBatis-Plus的Mapper接口 │ ├── entity # 数据库实体类 │ ├── dto # 前端传入参数的封装对象 │ ├── vo # 返回给前端的数据封装对象 │ ├── config # 配置类比如拦截器、跨域、分页插件 │ ├── common # 统一响应结果、常量工具类 │ └── PetRecordApplication.java ├── src/main/resources │ ├── mapper # XML形式的SQL文件 │ ├── static # 上传文件的存放目录本地模式 │ └── application.yml └── sql # 建表脚本和示例数据分层的好处不用多说但真正执行的人不多。Controller 里不要写业务逻辑Service 里不要直接拼 SQLMapper 只负责数据访问。这样老师问起来你能清楚地说出每一层是干什么的这就是加分项。另外前端如果用了 Vue建议单独建一个前端目录前后端代码不要混在同一个工程里否则部署和讲解都会很难受。3. 需求拆解与数据库建模先把表设计清楚再动手写代码3.1 角色与功能矩阵普通用户和管理员各管什么动手写代码之前先把功能边界理清楚。这个平台我建议按两个角色设计普通用户养宠人和管理员。普通用户端核心功能包括注册登录、宠物档案管理添加、编辑、删除、查看、成长记录管理文字日记、照片、体重记录、健康记录管理疫苗、驱虫、就医、查看系统生成的提醒列表、发布社区动态参与互动。管理员端则包括登录后台、用户管理禁用/启用账号、宠物分类管理、社区动态审核、基础数据统计。用一张矩阵表来表达更直观功能模块普通用户管理员用户注册与登录支持支持宠物档案管理支持仅管理自己的宠物可查看全部但不可编辑成长记录管理支持按宠物记录只读用于统计疫苗驱虫记录支持只读提醒功能查看并标记已处理不涉及社区动态发布、浏览、评论审核、删除违规内容数据统计个人维度全站维度这里的核心逻辑是“横向分模块、纵向分角色”。做需求分析时不要把功能写成平铺的一堆按钮而是要看每个角色在不同模块里有哪些权限后续写权限拦截才有的放矢。3.2 核心表结构与字段说明数据库设计是这个项目最重要的环节之一表设计好了后面的代码就是体力活。我按实际项目经验给出七张核心表user、pet、growth_record、health_record、remind、community_post、comment。user 表id、username、password、nickname、avatar、phone、email、role、status、create_time、update_time、deleted。password 字段只存 BCrypt 加密后的密文role 用字符串区分 USER 和 ADMINdeleted 是逻辑删除标记。pet 表id、user_id、name、category、breed、birthday、gender、weight、avatar、create_time、update_time、deleted。user_id 关联 user 表一条宠物记录归属于一个用户。birthday 用 date 类型就行不要用 datetime减不必要的复杂度。growth_record 表id、pet_id、record_type、title、content、photo_url、weight、record_date、create_time、update_time。record_type 是这个表的灵魂它用字符串区分 DIARY、PHOTO、WEIGHT 三种记录类型这样前端做时间线时才能把不同类型的数据混在一起按日期排序展示。health_record 表id、pet_id、record_type、name、record_date、next_date、hospital、remark、create_time、update_time。这里的 record_type 用来区分 VACCINE 和 DEWORMnext_date 是下次接种或驱虫日期提醒功能靠它计算。remind 表id、user_id、pet_id、title、content、remind_date、status、create_time。status 用 0 表示未处理、1 表示已处理。这张表是自动生成的不是用户手动创建的。community_post 表id、user_id、title、content、images、like_count、view_count、status、create_time。images 可以用字符串存多个图片路径用逗号分隔毕设阶段不用为了范式硬拆一张子表。comment 表id、post_id、user_id、content、create_time。这就是最简单的评论表。3.3 表关联设计为什么用逻辑外键而不是物理外键很多同学一提到多表关联就想着加 FOREIGN KEY 物理外键我建议不要加。倒不是物理外键本身不能用而是在实际开发和毕设答辩中它带来的麻烦比好处多。第一物理外键会让数据维护变麻烦比如删除一个用户时如果它有宠物和记录外键约束会直接报错你还要先去理清各个表的删除顺序。第二MyBatis-Plus 的逻辑删除功能和物理外键配合起来很别扭逻辑删除只是标记 deleted1外键约束还认为数据存在容易产生理解偏差。推荐的做法是表结构里保留 user_id、pet_id 这些逻辑外键字段不加数据库层级的 FOREIGN KEY 约束代码里去保证关联逻辑。例如查询成长记录时先校验这条记录的 pet_id 是否属于当前登录用户不属于就拒绝访问。这样既实现了数据关联又不会给自己挖坑。删除关联数据时要特别注意删除宠物时它的成长记录、健康记录和提醒都应该一并处理否则数据库里会留一堆孤儿数据。最省事的方案是三种都做逻辑删除查询时统一带上逻辑删除条件想做得更严谨就在删除方法里手动循环删除关联表记录。4. 核心功能落地登录、宠物档案、时间线与提醒的实现细节4.1 登录认证与权限拦截BCrypt加密和HandlerInterceptor登录模块是每个系统都有的但做得好不好差别很大。我见过太多项目把用户密码明文存数据库这种代码一旦被老师问“安全性怎么保证”基本没法答。正确做法是使用 BCrypt 加密Spring Security 框架里有现成的 BCryptPasswordEncoder但为了轻量毕设项目没必要引入整个 Security。方案是用 hutool 工具类里的 Bcrypt 方法或者直接用 Spring Security 的 crypto 模块单独引一个依赖。注册时加密存储登录时用加密后的密文与输入的密码做校验。接口鉴权我用 Spring MVC 的 HandlerInterceptor 实现不引入 Security 是因为它配置复杂、概念多在小项目里展示拦截器的使用反而更容易讲清楚。拦截器统一校验除登录、注册、静态资源外所有请求未登录就返回 401 提示。拦截器配置的关键代码思路是这样的public class LoginInterceptor implements HandlerInterceptor { Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { HttpSession session request.getSession(); Object user session.getAttribute(loginUser); if (user null) { // 返回JSON而不是重定向方便前端统一处理 response.setContentType(application/json;charsetUTF-8); response.getWriter().write({\code\:401,\msg\:\未登录\}); return false; } return true; } }然后在配置类里注册拦截器放行 /api/user/login、/api/user/register、/upload/** 等路径。这个代码量不大但能形成一套完整的认证体系。凡是需要知道当前用户是谁的接口都可以从 session 里拿登录对象然后利用 ThreadLocal 的机制把它传给后续的业务层这样就不会频繁传参。4.2 宠物档案管理与图片上传UUID重命名和存储路径设计宠物档案包含名称、种类、生日、性别、体重、头像等信息核心难点在于头像上传。文件上传如果设计不好会出现换台电脑图片裂掉、文件名冲突、路径写死的问题。首先说后端接收上传文件的逻辑Controller 里用 MultipartFile 接收文件然后把文件写入磁盘。写入前一定要做两件事第一重新生成文件名用 UUID 加原始扩展名不要用用户传上来的原名否则两个用户传同名的 a.jpg 会互相覆盖第二按日期或模块建子目录比如 /upload/20250415/xxx.jpg方便以后整理和排查。保存到数据库里的路径建议存相对路径比如 /upload/20250415/uuid.jpg。不要存 D:\project\upload\xxx.jpg 这种绝对路径因为项目换一台电脑路径就失效了。前端访问时统一拼接服务器地址和相对路径这样部署到哪都不会出问题。下面是一个简化版的上传处理示例public String uploadImage(MultipartFile file) { // 校验文件非空、大小不超过5MB、后缀只能是jpg/png String originalFilename file.getOriginalFilename(); String ext originalFilename.substring(originalFilename.lastIndexOf(.)); String newName UUID.randomUUID().toString().replace(-, ) ext; // 按当天日期创建子目录 String datePath LocalDate.now().toString().replace(-, ); File dir new File(uploadDir / datePath); if (!dir.exists()) { dir.mkdirs(); } File dest new File(dir, newName); file.transferTo(dest); return /upload/ datePath / newName; }上传后的返回路径再和其他表单字段一起提交保存。这里要提个醒用 Vue Element Plus 做上传组件时可以把上传动作独立成一个接口宠物档案新增和编辑时只传已经返回的文件路径这样可以避免表单验证和文件上传状态互相干扰。4.3 成长记录时间线分页插件和混合类型数据展示成长记录是项目里最有亮点的功能。传统做法是三种记录各建一张表但查询和展示会非常麻烦。我推荐用一张表加 record_type 字段的设计一条记录要么是普通日记、要么是一条带图照片、要么是一条体重记录。前端做时间线时只要按记录日期倒序取出数据再根据类型渲染不同卡片即可。分页查询使用 MyBatis-Plus 的分页插件。这一块如果不配置你会发现调用 Page 对象返回的总数不对或者数据不分页。配置方式是在 config 包里加一个分页拦截器Configuration public class MybatisPlusConfig { Bean public MybatisPlusInterceptor mybatisPlusInterceptor() { MybatisPlusInterceptor interceptor new MybatisPlusInterceptor(); PaginationInnerInterceptor paginationInnerInterceptor new PaginationInnerInterceptor(DbType.MYSQL); interceptor.addInnerInterceptor(paginationInnerInterceptor); return interceptor; } }查询成长记录时的核心逻辑是这样先根据登录用户拿到宠物 ID校验该宠物确实属于当前用户再用 LambdaQueryWrapper 构造查询条件按 record_date 倒序然后分页返回。一个值得注意的点是体重记录往往会包含体重数值而日记和照片记录没有。前端拿到混合数组后可以用 record_type 判断是否展示体重标签。你不用在 SQL 里做复杂判断交给前端按类型渲染反而更清晰。4.4 疫苗驱虫提醒功能定时任务与截止日期计算这个功能是宠物平台相对个性化的一部分也是答辩时可以重点展示的技术点。需求很简单用户在健康记录里录入疫苗或驱虫记录并填写下次接种日期。系统每天自动扫描如果今天距离下次接种日期小于等于 7 天就给用户生成一条提醒状态为未处理。实现方式是在 Spring Boot 启动类或配置类上开启定时任务然后写一个 Job 方法使用 Scheduled 注解定时执行。毕设阶段用最简单可靠的 cron 表达式比如每天凌晨 2 点执行一次Scheduled(cron 0 0 2 * * ?) public void generateRemindTask() { // 1. 查询所有健康记录 // 2. 过滤出 next_date 在 [今天, 今天7天] 范围内的记录 // 3. 以 pet_id user_id next_date 为维度查重避免重复生成 // 4. 插入 remind 表 }这里的查重很重要因为定时任务如果跑了两天同一份疫苗记录可能会生成多条提醒。我的做法是在提醒表里额外存一个 source_id 字段指向健康记录的 ID生成前先判断是否已存在该 source_id 的未处理提醒。有了这个字段查重语句一行就能写完。如果你不想用定时任务也可以在用户查询提醒列表时动态计算但那样展示不出“系统自动生成”的效果。既然都做了平台能把 Scheduled 讲明白本身就是加分项。答辩时老师问“定时任务怎么触发的”你可以直接讲 cron 表达式的含义比如每天凌晨 2 点执行、0 0 2 * * ? 里每一位分别代表什么这就是很扎实的加分回答。5. 前端页面与接口联调从空页面到完整数据流5.1 路由与页面规划哪些页面必须做哪些可以砍前端页面不要一上来就铺开做先规划路由。用户端我建议保留这些页面登录页、注册页、首页、宠物详情页、成长记录编辑页、健康记录编辑页、提醒列表页、个人中心页、社区首页。管理端保留登录页可复用用户登录页、数据概览页、用户管理页、社区审核页。Vue Router 里可以这样组织 /login、/register、/ 首页、/pet/detail/:id、/record/add、/record/edit/:id、/remind、/profile、/community。管理端单独挂一个 /admin 前缀并配置路由守卫只有管理员角色能进入。很多同学喜欢把页面做得很花哨其实对毕设来说不是必须。核心是每个页面都能打通数据流登录跳首页、首页点宠物进详情、详情页能新增记录。先把这条链路跑通再考虑增加页面和交互细节。5.2 请求封装与Token管理不写重复的网络请求代码如果每个页面都直接用 axios 调接口代码里会充满重复的 baseURL 和请求头。我建议封装一个 request.js统一处理这些重复逻辑import axios from axios import { ElMessage } from element-plus const request axios.create({ baseURL: /api, timeout: 10000 }) request.interceptors.request.use(config { const token localStorage.getItem(token) if (token) { config.headers.Authorization token } return config }) request.interceptors.response.use( response { const res response.data if (res.code 401) { localStorage.removeItem(token) window.location.href /login } return res }, error { ElMessage.error(网络异常请稍后重试) return Promise.reject(error) } ) export default request使用方式就是在每个 API 模块文件里统一 export 方法例如 pet.js 里封装 getPetList、addPet、updatePet、deletePet。这样做的好处是后续要改请求基础路径或者统一处理错误只改一个文件就够了。登录状态这块我建议在后端登录成功时返回一个随机生成的 token前端存到 localStorage每次请求通过请求拦截器自动带上。后端用一个简单的 TokenStore 拦截器解析用户信息。不要用 JWT听众可能不了解但你可以说“用 token 保持会话”这样既清晰又避免了复杂概念引入。5.3 交互细节日期格式化、图片预览和倒计时天数前端交互质量往往决定演示效果。分享几个我实际辅导中反复强调的细节。日期选择器使用 Element Plus 的 DatePicker 时提交的值默认是一个 Date 对象后端接收可能报格式错误。统一在提交前用 dayjs 格式化为 yyyy-MM-dd。后端如果用了 LocalDateTime配合 JsonFormat(pattern yyyy-MM-dd HH:mm:ss) 注解就不会出现时间格式乱七八糟的问题。图片上传后预览有两个场景新增记录时图片还没上传到服务器用 URL.createObjectURL(file) 生成本地预览地址。编辑回显时后端返回的是 /upload/xxx.jpg 相对路径前端需要拼接服务器地址。建议在 request.js 里统一提供一个静态资源地址变量避免每个页面手写拼接。提醒列表页可以做一个倒计时展示当前日期与提醒日期相减得到“还剩N天”或“已过期N天”。用 dayjs 的 diff 方法一行代码就能算出来但这个小细节会让页面看起来像是真正能用产品而不是应付交差的演示页面。6. 部署运行、论文写作与答辩演示的准备思路6.1 把项目跑起来Maven打包和jar运行的完整流程毕业设计最尴尬的情况是答辩现场项目启动失败。所以一定要提前准备一套干净可复现的启动流程。本地开发阶段用 IDEA 启动是最简单的导入项目后配置 Maven 仓库下载依赖修改 application.yml 里的数据库地址、账号和密码执行 sql 目录下的建表脚本然后运行主类即可。一定要本地先完整启动一遍不要等答辩前才换环境。提交文档和演示版时建议掌握打包命令。在后端项目根目录执行mvn clean package -Dmaven.test.skiptrue打包完成会在 target 目录生成一个 jar 文件然后命令行执行java -jar pet-record-platform-0.0.1-SNAPSHOT.jar项目默认端口如果被占用可以在启动命令里追加 --server.port8081 来修改。需要强调的是如果照片上传到本地目录jar 的启动目录决定上传文件的根目录推荐在启动脚本里固定一个目录或者将上传路径配置为绝对路径但统一保存在某个地方避免每次演示上传图片后重启项目文件丢失。6.2 论文写作顺序先写什么后写什么效率最高论文和代码的关系非常微妙一定要保持“结构和字段完全一致”。很多同学先写代码再凭记忆写论文写了几天发现表和代码对不上回头改代码折腾到崩溃。我建议的写作顺序是先画系统设计章节里的 E-R 图和数据表结构把数据库定了再写系统实现章节直接对应代码里每个核心模块的描述然后回头写需求分析和用例图最后写测试章节和摘要。也就是说让数据库成为所有文档的中心锚点代码和需求都向它对齐。摘要模板可以参考四句话结构第一句写背景和痛点比如养宠数量增长导致信息管理困难第二句写设计和实现方案比如基于 Spring Boot 和 Vue 构建平台第三句写系统包含的核心功能模块第四句写测试结果和系统达到的效果。四句话完全足够不要凑超长摘要。论文里不要大段贴后端代码这是查重重灾区。每段代码最多给出关键方法片段并配一两句解释比如“通过 LambdaQueryWrapper 实现条件查询避免拼接 SQL 的注入风险”。老师看的是你能否解释代码逻辑而不是欣赏代码排版。6.3 答辩演示脚本5分钟讲清楚整个系统答辩演示建议按“故事线”来走不要从登录页开始干讲功能列表。我常用的效果比较好的演示顺序是这样的第一步登录取名“团子”用户进入首页展示宠物卡片。第二步点击宠物进入详情页展示成长时间线重点说明三种类型记录混合展示的交互。第三步添加一条今天的体重记录然后切到体重趋势页面展示数据变化这一步能让评委直观看到数据是怎么联动第4步进入健康记录展示一条疫苗记录说明下次接种日期是自动计算的。第5步切换到提醒页面展示系统自动生成的到期提醒同时现场演示把它标记为已处理。第6步切到管理员后台展示用户数据和发帖审核呼应管理员角色。整个演示控制在五分钟以内。评委提问环节则不用慌常见问题完全可以提前准备我整理一份高频问题速查高频问题参考回答要点为什么选择 Spring Boot独立运行、生态成熟、内嵌 Tomcat、与主流前端配合方便密码是怎么保存的BCrypt 加盐哈希不存明文表之间的关联怎么设计用 user_id、pet_id 逻辑关联物理外键影响维护灵活性分页是怎么实现的MyBatis-Plus 分页插件查询前配置分页拦截器文件上传后存在哪里本地磁盘 /upload 目录数据库存相对路径并通过配置映射访问定时任务怎么实现Spring Scheduled 注解cron 表达式每天执行配合 source_id 去重这些答案不需要背得多完整能用自己的话讲清楚核心逻辑就行。准备的时候可以自己对着文档讲一遍越熟练越有底气。6.4 拿到源码后怎么改造成自己的题目很多同学手里已经有了一套参考源码但直接用又担心查重或讲不清楚。我的建议是无论如何都要做“二次开发”让自己的项目跟原始代码有实质区别。最常见的改造方式是换主题宠物成长记录平台改成宝宝成长记录平台改动点集中在 pet 表改名成 baby、宠物相关字段改成宝宝姓名和月龄、健康记录改成疫苗接种和儿保记录、提醒内容改成预防针提醒。核心的架构、表关系、时间线逻辑一点不用动但整体项目看着就是另一个题目了。还可以加新模块在原系统基础上增加数据统计模块用 ECharts 展示宠物数量、记录数量、月度趋势。或者增加相册时间线模式点击日期缩略图查看当天所有记录。这些扩展都建立在原有代码结构上成本不高但差异化明显。最重要的是改完一定要自己重新跑一遍主流程。很多同学直接拿参考代码用了结果数据库脚本不匹配、包名没改、页面路径还是原来的答辩的时候翻车往往就翻在这些细节上。7. 常见问题与避坑记录环境、开发、论文三轮实战经验7.1 环境层JDK版本、Maven依赖、MySQL时区的三个坑先聊环境因为环境跑不通会让人心态爆炸而且大多数问题都可以提前规避。第一个坑是 JDK 版本和 Spring Boot 版本不匹配最常见的就是 Spring Boot 2.7 的项目用 JDK 17 跑或者 Spring Boot 3.x 的代码在 JDK 8 上启动失败。项目初始化时先确定版本然后在 IDE 里把 Project Structure 和 Maven 的 JDK 配置统一。第二个坑是 Maven 依赖冲突典型表现是项目里同时依赖了不同版本的 commons-lang3 或 fastjson运行时报 NoSuchMethodError 或 ClassNotFound。排查命令是 mvn dependency:tree看哪几个依赖引入了重复包然后在 pom.xml 里用 exclusions 排除掉旧的。其实更省心的办法是一开始就用 spring-boot-starter-web 和 mybatis-plus-boot-starter其他工具类尽量少手动加减少冲突源。第三个坑是 MySQL 连接串时区问题报错信息里经常出现 The server time zone value Öйú±ê׼ʱ¼ä这是因为连接串没有指定时区。正确的连接串写法是jdbc:mysql://localhost:3306/pet_record?useUnicodetruecharacterEncodingutf8serverTimezoneAsia/Shanghai另外创建数据库时一定用 utf8mb4 字符集否则宠物名称里带个特殊字符或者社区帖子里面有中文表情符号存进去直接报错。7.2 业务层数据结构变更、时间类型转换和图片路径的坑业务开发阶段有一些细节当时不觉得是事后面演示才发现问题。数据结构变更的坑特别常见一开始宠物表没设计体重字段后面想加一个结果代码里别的地方用了全字段插入新字段就出现 null。所以我建议表结构设计阶段就把常见字段都放进去后期尽量不要临时加字段。如果确实要加记得检查所有插入、更新和查询语句别让 MyBatis-Plus 的自动填充或者全字段更新方式给坑到。时间类型转换也很容易出问题。数据库里用 datetime实体类用 LocalDateTime前端用字符串三者在 JSON 序列化时如果没有统一格式返回给前端的数据可能变成“[2025,4,15]”这种数组形式。解决方法是给字段加 JsonFormat 注解或者在 application.yml 里做全局 Jackson 配置spring: jackson: date-format: yyyy-MM-dd HH:mm:ss time-zone: Asia/Shanghai图片路径的坑前面提过一点这里再补充很多同学直接把上传目录写死在代码里比如 new File(D:/upload)在家用 D 盘没事答辩教室的电脑没有这个目录就全废了。建议在配置类里定义一个 upload-dir 属性从 application.yml 读取部署时灵活调整。7.3 论文答辩层需求分析空洞、测试不充分的问题怎么补救论文最常见的两个问题需求分析写成了功能列表流水账测试章节只写了“运行系统点击按钮一切正常”。需求分析空洞的补救办法是画用例图用 UML 表示用户和管理员各有哪些用例。不是说画图就能蒙混过关而是画图能倒逼你思考这个系统到底有多少个角色、每个角色能做什么、哪些操作是闭环的。用例图里的每个用例后面系统设计和实现章节都应该有对应模块这是论文逻辑性的核心。测试不充分的话至少补三类测试正常流程、异常流程、边界条件。异常流程比如未登录直接访问修改接口、删除不存在的记录、上传超过大小限制的图片边界条件比如用户名为空、密码只有 1 位、记录内容超过 500 字。把这些测试过程和结果截图放进论文说明预期结果和实际结果一致测试章节一下就丰满起来了。答辩时还有一个细节容易被问倒老师可能指着代码里某个方法问你“这段代码为什么这么写”。这时候不要慌张地复述代码而是讲设计意图。比如分页为什么用插件是因为 MyBatis-Plus 提供了完善的分页拦截逻辑自己手写分页既容易出错也不好维护。能解释意图比背语法要高级得多。最后再分享一点个人体会。做毕业设计真的不是把代码跑通就行而是从选题、设计、开发、测试到答辩形成一个完整的闭环。我见过很多同学代码写得很快但到了写论文和准备答辩时一拖再拖最后手忙脚乱。建议在开发一个月后就同步开始写论文的数据库设计和系统设计章节前端做完后补需求分析测试用例边测边整理截图这样最后留出两周时间全力准备演示流畅度和回答问题就不会那么被动。宠物成长记录平台这个项目最大的好处是外沿比较宽即使你以后不写 Java这套从需求调研到数据库建模、从接口设计到联调演示的流程也是可以直接迁移到其他技术栈的。就算毕业后回看这个项目它也是一个拿得出手的完整作品。如果你正在选毕设题目又希望难度适中、效果好看、内容好讲这个方向值得一试。