1. 项目背景与核心需求分析
养宠人群在过去五年间增长了近三倍，但行业服务数字化程度仍显滞后。这个毕业设计项目瞄准的核心痛点在于：现有的宠物服务平台大多功能单一，要么只做医疗预约，要么仅提供商品销售，缺乏一个整合性的解决方案。
我选择SpringBoot作为技术栈主要基于三个现实考量：首先，宠物服务涉及的业务模块复杂（医疗、社交、电商等），需要快速集成各种组件；其次，毕业设计周期有限，必须选择开发效率高的框架；再者，项目后续可能作为创业原型，SpringBoot的生态支持更利于功能扩展。
从技术实现角度看，平台需要解决几个关键问题：
- 多模块服务整合（医疗预约、用品商城、社区交流）
- 高并发场景处理（促销活动时的订单峰值）
- 敏感数据保护（宠物医疗记录等隐私信息）
- 移动端适配（80%用户通过手机访问）
2. 系统架构设计与技术选型
2.1 整体架构分层
采用经典的三层架构但做了针对性优化：
code复制表现层：Thymeleaf + Bootstrap（兼顾毕业设计演示和实际应用）
业务层：SpringBoot 2.7 + Spring Security（OAuth2社交登录）
数据层：MySQL 8.0（主从分离）+ Redis（缓存热点数据）
特别增加了服务监控层（SpringBoot Actuator + Prometheus）和异步处理层（RabbitMQ），这是很多学生项目容易忽略的部分。比如宠物疫苗提醒功能就需要定时任务和消息队列的配合。
2.2 关键技术组件对比
在数据库访问层，我放弃了MyBatis选择Spring Data JPA，主要因为：
- 宠物业务对象关系相对固定（主人-宠物-服务 1:N关系明确）
- 动态查询需求少（90%以上是标准CRUD操作）
- 更快的原型开发速度（JPA的Repository模式）
但为处理特殊场景，仍保留了@Query注解支持原生SQL，比如这个计算宠物年龄分布的统计查询：
java复制@Query(value = "SELECT FLOOR(DATEDIFF(NOW(),birth_date)/365) as age_range, COUNT(*) as count FROM pets GROUP BY age_range", nativeQuery = true)
List<Map<String,Integer>> getAgeDistribution();
3. 核心功能模块实现细节
3.1 智能预约系统
宠物医院的档期管理是个典型的时间片竞争问题。解决方案是：
- 使用Redis的Sorted Set存储各时段剩余名额
- 采用Redisson的分布式锁处理并发预约
- 设置二级缓存（Caffeine）存储医生信息
关键代码片段：
java复制public boolean makeAppointment(Long clinicId, LocalDateTime time) {
String lockKey = "lock:appt:" + clinicId + ":" + time;
RLock lock = redissonClient.getLock(lockKey);
try {
if (lock.tryLock(3, 10, TimeUnit.SECONDS)) {
String key = "appt:slots:" + clinicId;
Long remaining = redisTemplate.opsForZSet().score(key, time.toString());
if (remaining != null && remaining > 0) {
redisTemplate.opsForZSet().incrementScore(key, time.toString(), -1);
return true;
}
}
} finally {
lock.unlock();
}
return false;
}
3.2 宠物健康档案系统
采用区块链思想实现数据防篡改：
- 每次医疗记录更新生成SHA-256哈希
- 将前次哈希值存入当前记录
- 使用Merkle Tree结构批量验证
这种方案比传统审核日志更节省存储空间，特别适合毕业设计项目的资源限制。
4. 开发过程中的典型问题与解决方案
4.1 文件上传漏洞防护
宠物图片上传功能最初存在安全风险，通过三重防护解决：
- 文件头校验（不只是扩展名）
- 病毒扫描接口调用（使用ClamAV）
- 存储隔离（上传目录不可执行）
SpringBoot配置示例：
yaml复制spring:
servlet:
multipart:
max-file-size: 5MB
max-request-size: 10MB
security:
file-upload:
allowed-extensions: .jpg,.png
scan-url: http://localhost:3310/scan
4.2 定时任务漂移问题
使用Quartz集群模式仍出现提醒短信发送延迟，最终发现是：
- 服务器时区设置不一致
- 数据库连接池耗尽导致锁等待
- 没有配置合适的misfire策略
修正后的配置：
java复制@Bean
public SchedulerFactoryBean schedulerFactoryBean(DataSource dataSource) {
SchedulerFactoryBean factory = new SchedulerFactoryBean();
factory.setDataSource(dataSource);
factory.setQuartzProperties(quartzProperties());
factory.setOverwriteExistingJobs(true);
factory.setWaitForJobsToCompleteOnShutdown(true);
factory.setAutoStartup(true);
return factory;
}
private Properties quartzProperties() {
Properties props = new Properties();
props.put("org.quartz.jobStore.misfireThreshold", "60000");
props.put("org.quartz.jobStore.isClustered", "true");
props.put("org.quartz.scheduler.instanceId", "AUTO");
return props;
}
5. 性能优化实践
5.1 热点数据缓存策略
宠物主页采用多级缓存架构：
- 本地缓存：高频访问的宠物基础信息（Caffeine）
- 分布式缓存：医院评分等跨节点数据（Redis）
- 静态化：不常变的攻略文章（Nginx缓存）
缓存更新策略特别重要，我们采用：
- 医疗类数据：严格一致性（失效立即更新）
- 社区内容：最终一致性（延迟双删）
- 商品信息：版本号控制
5.2 SQL优化案例
原生的宠物关联查询：
sql复制SELECT * FROM pets p
LEFT JOIN owners o ON p.owner_id = o.id
LEFT JOIN clinics c ON p.clinic_id = c.id
WHERE o.city = ?
优化为：
- 添加复合索引 (owners.city + owners.id)
- 使用JPA的@EntityGraph避免N+1查询
- 分页时先查ID再查明细
最终QPS从23提升到210，这是毕业设计答辩时评委特别关注的点。
6. 项目部署与监控
6.1 容器化部署方案
使用Docker Compose编排时遇到内存泄漏，通过以下步骤定位：
- 添加JVM参数生成堆转储文件
- 使用Eclipse MAT分析
- 发现是未关闭的PDF生成流
docker-compose.yml关键配置：
yaml复制services:
app:
image: pet-guide:1.0
deploy:
resources:
limits:
memory: 1.5G
environment:
- JAVA_OPTS=-XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/dump
volumes:
- ./dump:/dump
6.2 监控看板搭建
使用Grafana+Prometheus监控以下指标：
- 预约成功率（业务指标）
- JVM GC次数（技术指标）
- 接口响应时间P99（体验指标）
特别配置了异常报警规则，如：
- 连续3次GC时间超过1秒
- 登录失败率突然升高
- 支付回调超时率>5%
7. 毕业设计答辩技巧
7.1 演示数据准备
建议准备三套数据：
- 最小数据集（基础功能演示）
- 压力测试集（2000条宠物记录）
- 异常场景集（如重复预约、失效优惠券）
使用SpringBoot的CommandLineRunner自动初始化：
java复制@Bean
public CommandLineRunner initDemoData() {
return args -> {
if (env.acceptsProfiles("demo")) {
// 加载testdata.json
}
};
}
7.2 常见问题应对
这几个问题被问到的概率最高：
-
为什么不用微服务架构？
- 答：单体架构更适合初期验证商业模式，且毕业设计周期有限
-
数据一致性如何保证？
- 展示医疗记录的哈希校验机制
-
和现有平台的区别？
- 强调整合性（医疗+社交+电商）和智能提醒功能
最后提醒：演示前务必测试投影仪兼容性，我遇到过Thymeleaf页面在答辩电脑显示错乱的情况，建议准备PDF备用版本。