电商秒杀会员推荐场景下的 Java 面试实战Spring Boot、Kafka、Redis、AI RAG 与微服务治理场景互联网大厂 Java 求职面试业务方向为电商秒杀与会员推荐系统。第一轮基础能力与核心链路面试官先说说你怎么设计一个大促秒杀的下单链路燕双非我会先做页面静态化和接口限流库存先放 Redis 里用户点击后先校验资格再异步下单最后落库。面试官嗯思路是对的。那你说说 Java 17 相比 Java 8在这类高并发服务里有哪些你会关心的点燕双非嗯……就语法更新了那个 switch 也更好用了性能可能也更好JVM 也会更稳一些。面试官继续说你提到 JVM为什么高并发秒杀里会特别关注 GC燕双非因为……如果对象很多GC 一抖接口延迟就上去了用户点了没反应就容易骂人。面试官这个说法很接地气。那你会怎么选择 JVM 参数和垃圾回收器燕双非这个我一般看默认值……大厂应该都有调优团队吧。面试官行先往下看。第一个场景下面试官继续追问如果库存扣减和订单创建分开如何保证最终一致性燕双非开始说“可以用消息队列”但对具体事务边界说得比较模糊。接着面试官问Kafka 分区怎么设计如何避免热点 SKU 打爆单分区燕双非回答可以按商品 ID 哈希分散一下实在不行就多加机器……面试官点点头示意继续。最后这一轮还问到了Redis 预扣库存与数据库落单如何防止超卖燕双非说加锁、原子操作、Lua 脚本大概是这些但顺序讲得比较乱。第二轮微服务、链路治理与数据访问面试官如果这个秒杀系统拆成商品、库存、订单、支付四个微服务你怎么做服务治理燕双非嗯用 Spring Cloud 之类的注册发现再加网关做鉴权和限流。面试官那熔断和降级怎么做燕双非Resilience4j 吧超时就熔断返回兜底页面别让用户一直转圈。面试官很好。那你会如何做 OpenFeign 调用的超时和重试燕双非设置超时重试别太多不然雪上加霜……具体参数我得看配置。面试官说到数据库订单表、支付表、库存表你会用 MyBatis 还是 JPA为什么燕双非我可能偏 MyBatisSQL 可控复杂查询比较方便。JPA 适合简单 CRUD。面试官那连接池你会关注什么燕双非HikariCP快配置简单。还会看最大连接数、等待超时、泄漏检测。面试官不错。Flyway 或 Liquibase 你会怎么选燕双非数据库变更要可追踪我更倾向 Flyway版本号管理清晰。这一轮里面试官又追问了如果支付回调重复到达如何保证幂等燕双非说会加唯一索引、业务流水号、状态机校验但对状态迁移边界解释不够完整。面试官继续问Spring MVC 和 Spring WebFlux 在这类系统中如何取舍燕双非答高并发读多写少、长连接推送可以考虑 WebFlux传统阻塞式业务还是 Spring MVC 更稳。面试官点头“这个方向是对的。”第三轮安全、可观测性与 AI 能力面试官你说系统有会员推荐那用户画像和个性化推荐模块怎么做燕双非可以基于埋点数据、订单数据、浏览数据做特征再做召回和排序。面试官如果我们想加一个 AI 导购助手怎么结合 Spring AI、RAG 和向量数据库燕双非先把商品、活动、FAQ 文档做文档加载和切分生成 Embedding存到 Milvus 或 Redis 向量库里。用户问问题时先做语义检索再把召回内容拼进提示词交给大模型回答。面试官那怎么降低 AI 幻觉燕双非尽量让回答基于检索结果控制上下文长度必要时做答案引用和置信度判断别让它瞎编。面试官很好。再说说 OAuth2、JWT 在 App 登录和接口鉴权里的关系。燕双非OAuth2 是授权框架JWT 可以作为令牌载体。登录后发 JWT网关和服务端校验签名和过期时间。面试官日志、链路追踪和监控呢燕双非SLF4J 统一日志门面Logback 或 Log4j2 做实现Micrometer 接 Prometheus 和 Grafana 做指标监控Jaeger/Zipkin 做链路追踪。面试官如果秒杀活动上线后Prometheus 发现 99 线延迟飙升你会先看什么燕双非先看是不是线程池打满、Redis 慢查询、Kafka 堆积还有数据库连接池是不是爆了。面试官很好最后问一个你会怎么保证接口文档、测试和 CI/CD 能跟上快速迭代燕双非Swagger/OpenAPI 维护接口文档JUnit 5 和 Mockito 做单测TestNG 也能补充场景测试GitHub Actions 或 Jenkins 走流水线Docker 打包Kubernetes 发布。面试官行今天先到这你回家等通知吧。所有面试问题详细解析1. 如何设计大促秒杀下单链路核心是削峰、限流、异步化和最终一致性。常见做法是前端静态化减少动态请求网关限流拦住突发流量Redis 预热库存做快速校验用户下单请求先写入消息队列再由消费端异步创建订单并落库。这样能保护数据库避免直接被流量打穿。2. Java 17 在高并发服务中的关注点Java 17 相比 Java 8 有更多语言特性与更成熟的 JVM 优化。面试中重点不在语法炫技而在你是否理解版本升级对性能、可维护性和生产稳定性的影响例如 GC、压缩对象头、字符串处理、记录类等。高并发系统通常还要结合线程模型、虚拟线程如果场景合适以及运行时观测来判断是否升级。3. 为什么秒杀场景特别关注 GC因为高并发下对象创建频繁若年轻代回收过于频繁或 Full GC 停顿过长会直接导致接口响应抖动。大促场景里延迟不是“稍慢一点”这么简单可能是大量超时、重试和级联故障。要结合对象分配、堆大小、GC 日志和业务峰值一起分析。4. 库存扣减与订单创建分离如何保证一致性通常借助消息队列、事务消息、Outbox 模式或可靠消息最终一致性方案。库存服务先完成预扣并记录操作事件订单服务消费消息创建订单失败可重试或补偿。关键是明确“谁是事实源”以及如何处理重复消费、消息丢失和补偿回滚。5. Kafka 分区如何设计避免热点分区设计要兼顾吞吐与顺序性。若按商品 ID 哈希热点商品可能把流量集中到单分区。可考虑业务分片、热点 Key 拆分、增加分区并配合上游限流或者让热点 SKU 单独走特定通道。核心是不要只追求“平均”还要考虑极端热点。6. Redis 预扣库存如何防止超卖一般使用 Lua 脚本保证原子性先判断库存是否足够再扣减并记录用户资格必要时结合分布式锁、唯一请求号和异步落库。Redis 适合做快速判定但最终还要靠数据库约束和状态校验兜底。7. 微服务治理如何落地注册发现、网关、限流、熔断、降级、超时和重试是基本组合。Spring Cloud、Consul、Eureka、OpenFeign、Resilience4j 都是常见组件重点是它们如何配合而不是死记 API。超时必须小于业务可接受阈值重试要有限制否则会放大故障。8. MyBatis 和 JPA 如何选择复杂查询多、SQL 可控要求高、需要优化执行计划时MyBatis 更合适简单 CRUD、领域模型清晰、希望快速开发时JPA 更方便。大厂业务里经常两者并存按场景选型而不是宗教式争论。9. HikariCP 为什么常被优先选用它性能好、实现轻量、默认配置合理适合高并发服务。面试时最好能讲清楚连接池大小不应盲目增大而要结合数据库承载、请求并发、慢 SQL 和线程模型综合评估。10. Flyway/Liquibase 的价值是什么它们用于数据库版本管理和可追踪变更。大厂强调可回滚、可审计、可协作不能靠手工改库。Flyway 偏版本脚本直观Liquibase 更灵活二者都能帮助团队规范交付。11. 支付回调如何幂等可以通过业务流水号唯一约束、状态机迁移校验、去重表、消息幂等消费等方式实现。重点是“重复请求不会产生重复副作用”而不是简单返回成功。幂等是支付系统的底线能力。12. Spring MVC 与 WebFlux 如何取舍Spring MVC 基于阻塞式线程模型适合大多数传统业务。WebFlux 适合高并发、I/O 密集、需要更高资源利用率的场景但对整体链路的非阻塞要求更高。选型要看团队成熟度、依赖组件是否支持响应式而不是只看“新不新”。13. 推荐系统怎么做常见是“召回 排序 重排”架构。先基于用户行为、商品属性、实时上下文召回候选集再用模型排序。工程上要考虑特征计算、埋点采集、特征存储和在线延迟。14. Spring AI、RAG 与向量数据库如何组合先把企业文档、商品 FAQ、活动规则等做文档加载、切分和向量化存入向量数据库如 Milvus、Chroma 或 Redis 向量能力中。用户提问后先进行语义检索拿到最相关的片段再把这些片段注入 prompt 交给大模型生成答案。这就是典型的检索增强生成。15. 怎么降低 AI 幻觉核心方法包括限制模型只能基于检索内容回答、引导输出引用来源、控制上下文噪声、对高风险问题引入规则兜底或人工审核。对于企业文档问答和客服系统宁可回答保守也不要让模型自由发挥。16. OAuth2 与 JWT 的关系OAuth2 是授权框架JWT 是令牌表达形式之一。实际项目里常见做法是 OAuth2 完成认证授权流程再把访问令牌设计成 JWT方便无状态校验与分布式扩展。17. 日志、指标和链路追踪怎么配日志用于定位局部问题指标用于发现趋势和异常链路追踪用于串联跨服务调用。SLF4J 统一门面Logback/Log4j2 做实现Micrometer 对接 Prometheus/Grafana 做指标Jaeger/Zipkin 做分布式追踪三者缺一不可。18. CI/CD 怎么跟上快速迭代通过 Git 提交触发流水线使用 Jenkins 或 GitHub Actions 执行构建、单测、扫描、打包和镜像发布再通过 Docker 和 Kubernetes 完成部署。接口文档用 Swagger/OpenAPI 保持同步测试用 JUnit 5、Mockito、TestNG 等确保核心逻辑稳定。感谢阅读希望这篇文章能帮助大家更好地准备 Java 面试并在真实业务场景中理解技术点、说清思路、答出深度。祝大家都能拿到心仪的 offer。