Eureka 的工作原理主要涉及服务注册、服务续约、服务拉取、服务下线和自我保护等几个关键机制，以下是详细介绍：
服务注册
- 当 Eureka 客户端（即服务提供者）启动时，它会向 Eureka Server 发送一个 HTTP POST 请求，将自己的相关信息（如服务名称、IP 地址、端口号、健康检查 URL 等）注册到 Eureka Server 上。
- Eureka Server 接收到注册请求后，会将该服务实例的信息存储在自己的注册表中，并返回一个注册成功的响应给客户端。
服务续约
- 为了让 Eureka Server 知道服务实例仍然可用，Eureka 客户端会周期性地（默认每隔 30 秒）向 Eureka Server 发送心跳请求，这个过程称为服务续约。
- 如果 Eureka Server 在一定时间内（默认 90 秒）没有收到某个服务实例的心跳，就会认为该服务实例已经失效，并将其从注册表中移除。
服务拉取
- Eureka 客户端（服务消费者）在启动时，会向 Eureka Server 发送一个 HTTP GET 请求，获取所有注册在 Eureka Server 上的服务列表信息。
- Eureka Server 会将注册表中的服务信息以 JSON 或 XML 格式返回给客户端。客户端接收到服务列表后，会将其缓存到本地。
- 客户端会周期性地向 Eureka Server 发送请求，获取最新的服务列表信息，以保证本地缓存的服务列表是最新的。
服务下线
- 当 Eureka 客户端（服务提供者）需要正常关闭时，它会向 Eureka Server 发送一个 HTTP DELETE 请求，告知 Eureka Server 自己要下线。
- Eureka Server 接收到下线请求后，会将该服务实例从注册表中移除，并向其他 Eureka 客户端发送服务实例变更的通知，以便它们及时更新本地缓存的服务列表。
自我保护
- Eureka Server 会统计在一定时间内（默认 15 分钟）收到的心跳数与期望收到的心跳数的比例。如果这个比例低于一定阈值（默认 85%），Eureka Server 就会认为可能出现了网络分区等问题，导致部分客户端无法正常发送心跳。
- 此时，Eureka Server 会进入自我保护模式，在自我保护模式下，Eureka Server 不会主动移除任何服务实例，即使没有收到某些服务实例的心跳，也会认为它们仍然可用。
- 当网络恢复正常，Eureka Server 收到的心跳数比例恢复到正常水平时，会自动退出自我保护模式，开始正常的服务实例管理。
