企业官网建设流程全解析

Java 面试实战：Spring WebFlux、Kafka、Redis、Kubernetes 与 AI/RAG 场景下的 3 轮深度追问

场景：互联网大厂 Java 求职面试，业务聚焦电商场景 + 智能客服系统。面试官严肃专业，候选人是外号“燕双非”的水货程序员。

规则如下：简单问题燕双非能答出来，答得好面试官会顺势夸赞并继续引导；复杂问题则开始含糊其辞、东拉西扯，但面试官会继续追问，将话题逐步带深。

第一轮：基础能力与系统认知

面试官：你先说说，咱们这个电商项目为什么前台查询接口用 Spring WebFlux，而不是传统 Spring MVC？

燕双非：因为 WebFlux 更潮，响应式嘛，听起来就很适合高并发。我们的商品详情页、库存状态、推荐信息要同时拉多个服务，用 WebFlux 能减少线程阻塞，吞吐会更高。
面试官：方向对了。那你继续说，什么场景下它真的比 MVC 更有优势？

燕双非：如果是大量 IO 等待，比如调用远程商品、营销、画像服务，而且链路里很多都是异步结果，WebFlux 可以用少量线程撑住更多连接。
面试官：不错，至少知道不是为了“新”而新。

面试官：那订单创建后，我们为什么把“发券、发短信、更新搜索索引”这些动作放到 Kafka 里异步处理？

燕双非：因为下单链路要快嘛。Kafka 可以削峰填谷，主链路先返回成功，后面的营销和通知慢慢处理。
面试官：继续说，Kafka 消息积压了怎么办？

燕双非：嗯……可以扩消费者，或者把 topic 分区加大，再看看是不是下游服务太慢。
面试官：可以，这个回答虽然简单，但方向是对的。

面试官：你们缓存怎么设计？比如商品详情页里，Redis 和本地缓存 Caffeine 怎么搭配？

燕双非：先查 Caffeine，再查 Redis，再查数据库。热点商品放本地缓存，减少 Redis 压力；Redis 负责分布式共享。
面试官：很好，那缓存一致性怎么做？

燕双非：一般更新数据库后删缓存，或者先删缓存再更新数据库……具体还得看业务。
面试官：“看业务”是对的，但你得说清楚为什么。先进入下一轮。

第二轮：架构治理与稳定性

面试官：你刚才提到异步，那如果 Kafka 消费库存扣减时发生重复消费，怎么保证幂等？

燕双非：可以加唯一业务流水号，在数据库里做去重；或者用 Redis 的 setnx 先抢锁，抢到才处理。
面试官：行，至少知道幂等不是靠“运气”。那如果 Redis 锁超时了呢？

燕双非：那就……续期？或者直接用 Redisson 的看门狗。
面试官：不错，终于说到关键点了。

面试官：我们这个项目上 Kubernetes 之后，怎么做弹性伸缩？

燕双非：可以基于 CPU、内存或者自定义指标做 HPA，比如订单峰值时自动扩容 WebFlux 服务和 Kafka 消费者。
面试官：那你怎么监控“自定义指标”？

燕双非：嗯，用 Micrometer 打点，然后 Prometheus 抓指标，Grafana 看图表。
面试官：这就比较像干过活的回答。

面试官：订单链路如果出现慢请求，你会怎么定位？

燕双非：先看日志，再看链路追踪，比如 Zipkin 或 Jaeger。然后看是不是某个下游接口慢，或者 GC、线程池、连接池有问题。
面试官：很好。那连接池你们为什么选 HikariCP？

燕双非：因为它快，配置简单，社区也比较认可。
面试官：对，但记住：快只是表象，稳定、低开销、适合高并发才是核心。

第三轮：AI 与复杂业务融合

面试官：现在电商客服要接入 AI，做“企业文档问答 + 智能客服”，你会怎么设计 RAG？

燕双非：先把商品说明、售后政策、活动规则做文档加载，切分后向量化，存到向量数据库，比如 Milvus 或 Redis。用户提问后先做语义检索，再把相关片段塞给大模型生成回答。
面试官：不错。那为什么不能直接让大模型自由发挥？

燕双非：因为会有幻觉，容易胡说八道。客服场景不能靠猜，得结合企业知识库。
面试官：继续，Agent 在这个系统里干什么？

燕双非：Agent 可以根据用户意图调用工具，比如查订单、查物流、查退款状态。它不是光聊天，还能执行动作。
面试官：很好。那工具调用怎么标准化？

燕双非：可以用统一的工具接口约定，类似 MCP 这种思路，让模型和外部工具之间的交互更标准。
面试官：你这个回答开始有点像大厂后端了。

面试官：最后一个问题：如果 AI 客服在高峰期要同时处理聊天会话、订单查询和投诉工单，你怎么保证上下文连续和系统可扩展？

燕双非：聊天会话内存要分层存储，短期上下文放内存或 Redis，长期会话落库；后端服务要拆成会话服务、检索服务、工具执行服务，彼此通过消息队列和接口协作。高峰期还能水平扩容。
面试官：答得还行，能看出你至少理解了整体链路。

面试官：今天就先到这儿，你回去等通知吧。

附：问题逐题详解

1. 为什么电商查询接口适合用 Spring WebFlux？

在商品详情、推荐、库存、营销等多个下游接口并发调用时，传统阻塞式 MVC 会占用大量线程等待 IO。WebFlux 基于响应式编程和