✅ 一张表对比：Eureka vs Zookeeper vs Nacos

特性/对比项	Eureka（Netflix）	Zookeeper（Apache）	Nacos（阿里）
主要用途	服务注册与发现	服务注册、配置协调、分布式锁	服务注册与发现 + 配置管理
CAP 理论	AP（高可用，弱一致）	CP（强一致，易阻塞）	可调 CAP（默认 AP，配置支持 CP）
注册一致性	最终一致（允许短暂不一致）	强一致（ZAB 协议）	默认 AP，支持 Raft 模式
健康检查机制	客户端上报	服务端感知（心跳）	支持客户端/服务端双重健康检测
异常容忍性	强（服务端挂了也能工作）	差（主挂了选举，期间不可用）	中等（支持 AP 模式的自我保护）
支持配置中心	❌（需配合 Spring Cloud Config）	❌（需单独方案）	✅（内建配置中心）
支持 gRPC / DNS	❌	❌	✅（Nacos 2.x 支持 gRPC）
UI 控制台	✅ 简洁	❌ 无	✅ 丰富（服务+配置+权重等）
运维复杂度	⭐⭐（简单）	⭐⭐⭐⭐（复杂，需选举）	⭐⭐⭐（适中）
生态支持（Spring）	Spring Cloud Netflix	Spring Cloud Zookeeper	✅ Spring Cloud Alibaba 支持
当前社区活跃度	已停止维护（Netflix 关闭）	较稳定，核心组件	非常活跃（阿里自研开源）

---

📌 面试答题模板

🧠 问题 1：Eureka、Zookeeper、Nacos 有什么区别？

可以回答：

三者都是注册中心，但架构目标不同：

• Eureka：强调高可用（AP），即使服务端挂了也不影响客户端查找服务，适合微服务初期使用；

• Zookeeper：强调强一致性（CP），主节点故障时会阻塞选举，对实时性要求高时不太适合服务注册；

• Nacos：是阿里开源的服务注册中心 + 配置中心，默认 AP，支持 CP，可替代 Eureka 和 Spring Cloud Config，更适合国内微服务生态。

---

🧠 问题 2：Nacos 为什么被推荐？

✅ 可以这样答：

Nacos 同时集成了 服务注册发现 + 动态配置中心，相比 Eureka 更完整、比 Zookeeper 更易用：

• 支持服务健康检查、动态权重调整、元数据管理；

• 支持多种注册协议（REST、gRPC、DNS）；

• 内置控制台，支持灰度发布、分组、命名空间等功能；

• 与 Spring Cloud Alibaba 集成紧密，是当前主流国产微服务注册选型。

---

💡 场景推荐建议

场景	建议使用注册中心	理由
微服务初学、简单测试	Eureka	快速上手、易配置，但已不推荐生产使用
分布式锁、强一致协调场景	Zookeeper	适合主从协调、配置一致性场景
企业级微服务 + 配置需求	✅Nacos	支持多协议、注册+配置统一、动态权重灰度等功能强
服务数量多、注册频繁的系统	Nacos	支持注册大规模服务（集群部署）

---

🧰 技术补充

Eureka AP 模型解释：

即使网络分区或注册中心挂了，客户端本地缓存服务信息后仍可调用（牺牲一致性换高可用）

Zookeeper CP 模型解释：

使用 ZAB 协议保障一致性，但主节点选举期间服务不可用（牺牲可用性）

Nacos 模型解释：

默认 AP，服务注册发现保持可用性，但配置中心可选 Raft 模式保证强一致性，灵活性更高。