Spring Cloud Eureka源码分析之心跳续约及自我保护机制
Eureka-Server是如何判断一个服务不可用的? Eureka是通过心跳续约的方式来检查各个服务提供者的健康状态。 实际上,在判断服务不可用这个部分,会分为两块逻辑。 Eureka-Server需要定期检查服务提供者的健康状态。 Eureka-Client在运行过程中需要定期更新注册信息。 Eureka的心跳续约机制如下图所示。 客户端在启动时, 会开启一个心跳任务,每隔30s向服务单发送一次心跳请求。 服务端维护了每个实例的最后一次心跳时间,客户端发送心跳包过来后,会更新这个心跳时间。 服务端在启动时,开启了一个定时任务,该任务每隔60s执行一次,检查每个实例的最后一次心跳时间是否超过90s,如果超过则认为过期,需要剔除。 关于上述流程中涉及到的时间,可以通过以下配置来更改. #Server 至上一次收到 Client 的心跳之后,等待下一次心跳的超时时间,在这个时间内若没收到下一次心跳,则将移除该 Instance。 eureka.instance.lease-expiration-duration-in-seconds=90 # Server 清理无效节点的时间间隔,默认6...

