SpringCloud-Nacos原理#

注册发现： 临时实例(AP,心跳检测,Distro) / 持久实例(CP,主动探测,Raft)

配置管理： 长轮询监听配置变更，变更后推送到客户端

vs Eureka： Nacos 支持 CP+AP 切换 / 自带配置中心 / 支持 DNS 服务发现

Nacos 是 Spring Cloud Alibaba 中集注册发现和配置管理于一体的核心组件。注册发现方面，Nacos 把服务实例分为临时实例和持久实例两类：临时实例采用 AP 模式，客户端定期发送心跳，心跳超时就被剔除，底层使用 Distro 协议做节点间数据同步，适合弹性伸缩的微服务场景；持久实例采用 CP 模式，由服务端主动探测健康状态，使用 Raft 协议保证数据一致性，适合需要稳定注册信息的场景如数据库实例。配置管理方面，客户端通过长轮询监听配置变更，服务端配置发生变化时能准实时推送到所有订阅方。相比 Eureka 只有 AP 模式且不自带配置中心，Nacos 同时支持 AP/CP 切换、集成了配置管理、还支持 DNS 服务发现。Nacos 2.x 把通信协议从 HTTP 升级到 gRPC，连接效率和推送实时性都有了明显提升。

追问方向：

• “AP 和 CP 什么时候用哪个？”→ 临时实例（微服务弹性伸缩场景）用 AP 模式，优先保证可用性，心跳丢失即剔除；持久实例（如数据库、中间件等稳定服务）用 CP 模式，优先保证数据一致性
• “和 Spring Cloud Config 区别？”→ Nacos 自带配置管理 + 注册发现二合一、支持动态推送（长轮询）、自带 Dashboard；Spring Cloud Config 需配合 Git 仓库 + Bus 消息总线才能动态刷新，架构更复杂
• “Nacos 2.x gRPC 和 1.x HTTP 区别？”→ Nacos 2.x 客户端与服务端使用 gRPC 长连接通信，替代 1.x 的 HTTP 短轮询，连接建立后服务端可主动推送变更，实时性和性能都大幅提升

易错点：

• ❌ Nacos 只能做注册中心——同时支持配置管理
• ❌ 混淆临时和持久实例的健康检查