java微服务面试重在设计模式的实战落地：服务发现需选配查并验证注册状态；断路器要设合理阈值、半开调参及降级兜底；聚合器须无状态编排、独立超时与异常隔离；saga需幂等步骤、补偿限重试、日志续跑，禁用于资金强一致场景。
Java微服务面试中常考的设计模式，不是背概念，而是看你怎么把它用在真实系统里。落地的关键不在于“用了没”，而在于“为什么这么用”“出了问题怎么兜底”“配置和边界是否合理”。下面从四个最常被问到、也最易落地出错的模式展开，讲清楚怎么在架构中真正跑起来。
服务发现模式：注册中心不是摆设，得会选、会配、会查
面试官爱问 Eureka、Nacos、Consul 的区别，本质是想确认你有没有踩过坑。比如：
- Eureka 默认 AP，适合高可用优先场景，但可能短暂返回已下线实例——上线后必须加健康检查（
actuator/health）+ 自定义心跳间隔； - Nacos 支持 AP/CP 切换，推荐 Java 项目默认用 AP 模式，但若涉及强一致性配置（如限流规则），需显式开启 CP 模式；
- 注册时别只写
@EnableEurekaClient，要配eureka.instance.lease-renewal-interval-in-seconds=10，避免因网络抖动被误剔除。
落地动作：每个服务启动后，必须通过 /actuator/service-registry 查看注册状态；压测前用 Nacos 控制台手动下线实例，验证消费者能否自动跳过——这才是真落地。
断路器模式：不是加个注解就完事，得有状态感知和降级兜底
Resilience4j 是当前 Java 主流选择，但很多人只配了 @CircuitBreaker，却没管三件事：
- 失败率阈值不能拍脑袋定：对支付类接口建议设 30%，对查询类可放宽到 60%；
- 半开状态必须配
permittedNumberOfCallsInHalfOpenState（比如 3），否则一上来就打满下游； - 降级方法
fallbackMethod必须是同签名、同返回类型，且不能抛异常——否则断路器直接失效。
落地动作：在日志里埋点打印断路器状态变更（CircuitBreakerEvent.Type.STATE_TRANSITION），线上出问题时能快速判断是“一直熔断”还是“反复跳变”，前者查下游，后者调参数。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
聚合器模式：前端请求别直连七八个服务，得收口、编排、超时隔离
电商首页加载商品、价格、库存、优惠券，典型聚合场景。落地要点：
- 聚合服务本身要无状态，别存中间结果；
- 各子服务调用必须设独立超时（比如商品 800ms、库存 300ms），不能共用一个
readTimeout； - 推荐用
CompletableFuture.allOf()并行拉取，但要 catch 每个 future 的异常，避免一个失败拖垮全部。
落地动作：聚合接口的响应头里加上 X-Aggregate-Time: 1245ms，监控平台按此指标告警——超过 1.5s 就说明某个下游拖慢整体，而不是等用户投诉。
Saga 分布式事务：本地事务 + 补偿，不是所有业务都适合
Saga 适合长流程、跨库、最终一致的场景（如下单→扣库存→发券→通知），但落地要守住三条线：
- 每个步骤必须是幂等的（比如扣库存用
UPDATE stock SET qty = qty - ? WHERE sku_id = ? AND qty >= ?）； - 补偿操作不能失败后重试无限循环，得加最大重试次数 + 死信队列人工介入；
- 不要用 Saga 处理资金类强一致操作，那种必须上 Seata AT 或 TCC。
落地动作：每步执行完立即写一条 saga_log 记录当前状态和下一步指令，崩溃恢复时靠它续跑——没这层日志，Saga 就是空中楼阁。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
