1. 项目概述当Spring Boot遇上个性化旅游推荐去年帮朋友优化过一个旅游平台的推荐模块发现市面上大多数推荐系统要么过于简单仅按热度排序要么复杂到需要专业算法团队维护。而Spring Boot的轻量级特性恰好能在两者间找到平衡点——这是我选择用它构建个性化推荐系统的根本原因。这个系统核心解决三个痛点冷启动问题新用户没有历史行为数据时如何推荐实时性需求用户最新点击如何快速影响推荐结果多维度融合如何协调景点热度、用户画像、地理位置等因素实测在百万级用户量的旅游APP中用Spring Boot实现的推荐服务响应时间能稳定在200ms以内比传统PHP方案快3倍且内存占用仅为Python机器学习方案的1/5。2. 系统架构设计精要2.1 技术栈选型背后的思考为什么不用PythonDjango因为旅游推荐需要处理高并发实时请求。Spring Boot的异步处理能力如Async注解和内置Tomcat线程池配置让系统轻松应对节假日流量高峰。这是我的技术栈组合核心框架Spring Boot 3.1.5选最新版是为用上Project Loom的虚拟线程数据存储MongoDB存用户画像和行为日志Redis实时推荐结果缓存PostgreSQL存景点结构化数据算法层协同过滤用户相似度计算内容相似度TF-IDF处理景点描述混合模型权重动态调整关键技巧用Spring Data的RedisHash做缓存时一定要设置合理的TTL。我吃过亏——设置1小时过期导致热门景点推荐不及时最终通过监听景点数据变更事件来主动更新缓存解决。2.2 微服务拆分艺术把推荐系统拆成三个独立服务如图通过Spring Cloud Gateway聚合graph TD A[API Gateway] -- B[用户画像服务] A -- C[实时计算服务] A -- D[推荐结果服务]每个服务用不同的Spring Boot配置用户画像服务启用Spring Cache缓存频繁访问的标签数据实时计算服务配置Kafka监听器处理用户行为事件推荐结果服务开启Actuator监控接口响应时间3. 核心算法实现细节3.1 用户画像构建实战用Spring Batch处理用户原始数据Bean public Job buildUserProfile(JobRepository jobRepository) { return new JobBuilder(userProfileJob, jobRepository) .start(step1()) // 解析行为日志 .next(step2()) // 计算标签权重 .build(); }标签权重计算公式经过多次调整最终权重 0.4*浏览时长 0.3*点击次数 0.2*收藏行为 0.1*分享行为3.2 混合推荐策略在RecommendationService中实现策略模式public interface RecommendationStrategy { ListScenicSpot recommend(User user); } Service Primary public class HybridStrategy implements RecommendationStrategy { Autowired private ContentBasedStrategy contentBased; Autowired private CollaborativeFilteringStrategy cf; Override public ListScenicSpot recommend(User user) { // 新用户用内容推荐老用户用混合模式 if(user.isNew()) { return contentBased.recommend(user); } ListScenicSpot results new ArrayList(); results.addAll(cf.recommend(user)); results.addAll(contentBased.recommend(user)); return mergeResults(results); // 自定义结果去重和排序 } }4. 性能优化血泪史4.1 缓存设计陷阱初期直接用Spring Cache注解导致的问题缓存穿透用BloomFilter预防不存在的key查询缓存雪崩给不同数据设置随机TTL热点数据用CachePut主动更新最终缓存命中率从62%提升到89%。4.2 数据库查询优化发现JPA的N1查询问题后改用原生SQL-- 优化前产生5次查询 SELECT * FROM users WHERE id1; SELECT * FROM behaviors WHERE user_id1; -- 优化后1次查询完成 SELECT u.*, b.* FROM users u LEFT JOIN behaviors b ON u.id b.user_id WHERE u.id 1;配合Spring Data JPA的EntityGraph注解查询耗时从120ms降到28ms。5. 那些年踩过的坑5.1 并发修改异常在统计实时热度时多个线程同时更新同一个景点计数器导致数据不一致。最终解决方案Repository public interface SpotRepository extends JpaRepositoryScenicSpot, Long { Modifying Query(UPDATE ScenicSpot s SET s.hotScore s.hotScore 1 WHERE s.id :id) Transactional void incrementHotScore(Param(id) Long id); }5.2 内存泄漏排查用JProfiler发现未关闭的MongoDB连接池在application.yml添加配置后解决spring: data: mongodb: auto-index-creation: true connection-per-host: 50 threads-allowed-to-block-for-connection-multiplier: 56. 部署与监控方案6.1 Docker化最佳实践Dockerfile关键配置FROM eclipse-temurin:17-jre-jammy COPY target/recommendation-service.jar /app.jar ENTRYPOINT [java,-jar,/app.jar] EXPOSE 8080 # 必须设置的JVM参数 ENV JAVA_OPTS-XX:UseG1GC -Xms512m -Xmx512m6.2 Prometheus监控指标在Spring Boot中暴露的关键指标Bean MeterRegistryCustomizerMeterRegistry metrics() { return registry - { registry.config().commonTags(application, recommendation-service); Gauge.builder(cache.hit.rate, cacheManager, cm - { return cm.getCache(recommendations).getStatistics().getCacheHitPercentage(); }).register(registry); }; }7. 扩展思考如何应对旅游旺季去年国庆节前我们做了三件事用JMeter模拟10倍流量压测发现Redis连接数不足提前扩容Kubernetes集群节点设置HPA自动伸缩开发降级策略当负载超过80%时暂时关闭实时推荐改用缓存结果最终平稳度过单日500万次推荐请求的流量高峰。这个过程中Spring Boot的Actuator端点提供的健康指标和Metrics数据帮了大忙。