在微服务架构中，服务注册与发现机制解决了哪些核心问题，并承担怎样的角色？

回答思路

1. 【回答框架 1】服务注册与发现的核心目标是解耦服务调用方与提供方的位置信息。在微服务架构中，服务实例的网络地址是动态变化的，包括弹性伸缩、故障转移、发布更新等场景，若采用硬编码地址，会导致配置维护困难且无法适应动态变化。
2. 【回答框架 2】注册中心作为中间层，服务提供者在启动时向注册中心登记自身地址和元数据，并定期发送心跳维持租约；服务消费者通过注册中心获取可用实例列表，并结合负载均衡策略选择目标实例。这样实现了服务地址的集中管理与动态感知。
3. 【回答框架 3】主要解决三大问题：一是服务实例的弹性伸缩，实例数量变化时消费者无需感知；二是故障转移，当实例心跳超时后注册中心将其摘除，消费者自动避开异常节点；三是服务自愈，配合健康检查机制，保障流量只流向健康实例。
4. 【回答框架 4】以Spring Cloud为例，Eureka等组件实现了该模式，但不同实现有差异：Eureka强调AP可用性，Zookeeper强调CP一致性，实际选型需结合业务对一致性或可用性的要求。
5. 【回答框架 5】注册中心本身是核心基础组件，其高可用至关重要，否则会引发服务发现故障，因此需考虑集群部署和容灾策略。
6. 【关键点 1】服务注册发现消除了硬编码地址，实现服务实例动态感知。
7. 【关键点 2】注册中心负责信息登记、健康检查和实例列表维护。
8. 【关键点 3】支撑弹性伸缩、故障转移和自愈能力。
9. 【关键点 4】不同注册中心在一致性与可用性上有不同侧重，选型需考量。
10. 【关键点 5】注册中心高可用是保障整个微服务体系稳定的关键。
11. 【易错点 1】常见误区是认为注册中心能直接保证业务幂等，实际它只解决服务寻址问题，幂等需额外机制。
12. 【易错点 2】避免将所有注册中心都视为一致性模型相同，如Eureka与Zookeeper在CAP上侧重不同。
13. 【易错点 3】注册中心不是一旦配置就万事大吉，其自身的故障和网络分区会直接影响服务间调用。