大厂Java面试实战：Spring Boot+微服务+Kafka场景深度问答

本文以电商支付微服务场景为主线，通过一位严肃的面试官与搞笑的“水货”程序员谢飞机（能答简单题，遇复杂题支支吾吾）的对话，分3轮共12道连贯性面试问题，涵盖Java核心、Spring Boot、MyBatis、Redis、Kafka、Spring Cloud、容器化等技术栈，最后附上详细答案解析，帮助小白快速掌握相关知识。

---

场景设定

背景：某互联网大厂电商平台，支付模块拆分为微服务架构，通过Spring Boot + Spring Cloud实现，用Kafka异步通知订单服务，用Redis做支付限流和幂等校验。

面试官：严肃、注重落地业务与性能

谢飞机：基本问题能答出，深入技术细节则慌乱带糊

---

第一轮：Java核心与数据库访问

面试官：谢飞机，先聊聊微服务里常见的Java基础。库存服务调用支付服务时，如果发生NullPointerException，你会怎么定位？

谢飞机：（答出基本思路）

面试官：好，那你说说Spring Boot里@Component和@Bean有什么区别？

谢飞机：（回答正确，获表扬）

面试官：最后一个，支付表很大，你用MyBatis分页查询时，如果页码越界会怎样？怎么优化？

谢飞机：（简单答了下 LIMIT OFFSET，没提count缓存和Keyset分页）

---

第二轮：Spring Boot与Redis限流幂等

面试官：接下来，我们看支付模块的限流设计。用户发起支付请求时，用Redis做幂等控制，你如何实现？

谢飞机：（描述Redis SETNX+过期实现幂等）

面试官：很好。然后说说Redis Lua脚本在分布式锁中的作用？

谢飞机：（概述脚本原子性）获赞

面试官：当缓存击穿、穿透、雪崩分别是怎么产生的？如何防范？

谢飞机：（回答一般，概念模糊）

---

第三轮：微服务、Kafka与容器化

面试官：下个问题，我们用Kafka做支付结果异步通知，如何保证消息至少消费一次？

谢飞机：（说了ack机制，但没提幂等消费者）

面试官：那再说说Spring Cloud的服务发现原理，以及Eureka和Consul的区别。

谢飞机：（回答不够深入）

面试官：最后，支付服务已经容器化，部署在Kubernetes上，你如何实现滚动升级、健康检查？

谢飞机：（答得支支吾吾）

---

面试官小结

面试官：

“谢飞机，你对基础挺熟，但对复杂场景设计和系统可用性保障还有欠缺。我们会尽快给你回复，先回去等通知吧。”

---

答案详解

下面从业务场景和技术点两个维度，给出每道题的完整答案，帮助小白同学快速消化。

1. NullPointerException 定位

   • 业务场景：库存服务扣减失败后，需要精准定位故障。
   • 技术点：结合日志打印(Slf4j)、全链路调用追踪（Zipkin/Jaeger）、IDE断点调试，查看堆栈信息和方法返回值。

2. @Component vs @Bean

   • 业务场景：支付服务自动装配业务组件。
   • 技术点：@Component由类扫描发现，默认单例；@Bean标注在@Configuration方法上，更灵活可编程。

3. MyBatis 分页优化

   • 业务场景：用户翻看历史支付记录。
   • 技术点：传统LIMIT offset, size会慢，推荐Keyset分页（基于WHERE id > lastId）、缓存总数避免频繁COUNT(*)。

4. Redis 幂等控制

   • 业务场景：防止用户重复点击“支付”造成多次扣款。
   • 技术点：SET key value NX PX timeout，利用Redis原子命令保证锁与过期时间，阻止并发重复。

5. Redis Lua脚本与分布式锁

   • 业务场景：跨服务扣库存与扣款操作需要原子性。
   • 技术点：Lua脚本可以组合多个Redis命令，在单个请求中原子执行，避免锁释放误删他人锁。

6. 缓存击穿/穿透/雪崩 & 防范

   • 击穿：单热点key失效，瞬时并发穿透DB；防范：互斥锁、热点key永不过期。
   • 穿透：恶意或不存在的数据查询；防范：布隆过滤器、请求拦截。
   • 雪崩：大量key同时过期；防范：过期时间加随机值。

7. Kafka 至少一次消费保障

   • 业务场景：支付结果通知订单模块，确保消息不丢。
   • 技术点：开启enable.auto.commit=false，手动ack；消费端实现幂等（消息ID去重）。

8. Eureka vs Consul 服务发现

   • 业务场景：支付微服务实例动态上下线。
   • 技术点：Eureka基于客户端心跳、拉取注册表；Consul基于Agent+健康检查，支持KV存储和DNS接口。

9. Kubernetes 滚动升级与健康检查

   • 业务场景：在线支付服务不中断升级。
   • 技术点：配置Deployment的spec.strategy.rollingUpdate、设置readinessProbe和livenessProbe，保证新旧版本平滑切换。

通过以上问答与解析，小白读者可从业务场景中理解技术选型和最佳实践，为大厂Java面试做好充分准备。