Java 面试实战Spring Boot Kafka Redis RAG 场景下的互联网大厂求职对话场景互联网大厂 Java 求职面试人物严肃面试官、搞笑的水货程序员燕双非第一轮订单中心与高并发基础面试官我们先聊一个电商订单中心。你们服务用的是 Spring Boot 吗它启动时为什么会比传统 Spring MVC 简单燕双非是的Spring Boot 最大的特点就是“开箱即用”少写很多配置。它通过自动配置和 starter 依赖把常见的 Bean 装配好了所以启动起来比较省事。面试官回答得不错。那如果订单接口 QPS 突然暴涨你会先考虑哪些 JVM 和线程层面的排查点燕双非嗯……先看 CPU、内存、GC 频率、线程池是不是满了可能还有锁竞争至于具体怎么查……可以先 jstack 吧。面试官方向对继续说。燕双非如果是 Full GC 很频繁就要看堆是否太小、对象是否存活太久线程池要看核心线程数、队列长度和拒绝策略不然下单请求会堆积。面试官还可以。那订单创建后要发消息给库存系统你会选 Kafka 还是 RabbitMQ为什么燕双非这个……看情况吧。Kafka 适合高吞吐RabbitMQ 适合消息路由灵活。如果是订单事件流我可能偏 Kafka因为后续还能做埋点、风控、对账。面试官很好已经开始像个做过业务的人了。面试官再问一个库存扣减失败后如何保证消息和数据库操作的一致性燕双非可以用本地消息表、事务消息或者最终一致性。下单时先落库再发消息失败重试必要时补偿。面试官行第一轮先到这。第二轮活动系统与缓存、限流、容错面试官现在说促销活动。用户抢券时大量读写 Redis你会怎么设计缓存结构燕双非可以把活动库存、用户领取状态、热点券信息分别缓存。库存用原子递减领取状态用 set 或 bitmap热点数据设置合理过期时间。面试官不错。那缓存击穿、穿透、雪崩怎么区分燕双非穿透是查不存在的数据一直打到数据库击穿是热点 key 失效瞬间打爆后端雪崩是大量 key 同时过期。面试官说得清楚。你会怎么处理燕双非穿透可以做布隆过滤器或缓存空值击穿可以加互斥锁或逻辑过期雪崩就要加随机过期时间、分批预热、降级限流。面试官继续活动系统通常还有风控。你会怎么用 Spring Security JWT 做登录态和权限控制燕双非JWT 可以放用户身份和角色信息服务端验签后直接识别用户Spring Security 负责鉴权。它适合前后端分离和多服务调用但要注意 token 失效和黑名单问题。面试官回答得还行。那如果活动页用了 WebSocket 做实时弹幕你觉得服务端要注意什么燕双非要注意连接数、心跳保活、消息广播、断线重连还有网关层的长连接支持。用户太多时可能要做分片和消息推送集群。面试官很好。最后问这个轮次如果活动有“秒杀资格”校验你会如何防止重复请求和超卖燕双非可以前端按钮置灰但这不靠谱。服务端还要做幂等校验比如 token 用户维度去重超卖则靠 Redis 预扣库存、数据库乐观锁或者消息异步落单。面试官嗯思路基本成型了。第三轮AI 智能客服与企业搜索面试官现在进入 AI 客服场景。你们要做一个企业文档问答系统技术上怎么落地燕双非我会先做文档加载把 PDF、Word、网页内容切分成 chunk再做向量化存到向量数据库比如 Milvus 或 Redis。用户提问后做语义检索召回相关片段再交给大模型生成答案。面试官很好这就是 RAG 的核心。那为什么不能只靠大模型直接回答燕双非因为它可能会胡说八道出现 AI 幻觉。企业文档问答必须接真实知识库否则回答不稳定。面试官对。那如果要支持复杂工作流比如先查订单、再查物流、再生成催办工单你会怎么做燕双非可以做 Agent让模型根据意图决定调用哪些工具。比如先调用订单查询接口再调用物流接口最后触发工单系统。工具调用最好标准化便于扩展。面试官很好。那 Spring AI 在这里的价值是什么燕双非它能把模型调用、提示词、向量检索、工具调用这些能力封装起来开发者更容易把 AI 能力接到 Spring 体系里。面试官如果企业知识库经常更新怎么让检索结果尽量新鲜燕双非要做增量更新重新切分并重建向量还可以给不同知识源打版本和权重优先检索最新文档。必要时结合缓存和定时同步。面试官最后一个问题如果客服机器人回答不准怎么定位是检索问题还是生成问题燕双非可以分开看。先检查召回的上下文对不对如果上下文就错了问题在检索如果上下文对但答案偏了问题在提示词、模型能力或者温度参数。面试官行了今天就到这儿。你回去等通知吧。问题详解1. Spring Boot 为什么适合互联网大厂项目Spring Boot 的核心优势是自动配置、起步依赖和约定优于配置。在电商、活动、内容、客服等业务中开发团队通常需要快速交付一个稳定服务。Spring Boot 可以减少 XML 和手工装配成本同时便