08、Eureka源码分析：服务下线-程序员江小北

前言

eureka源码系列已经过去了大半，这篇文章我们来看**”服务下线“**。

正文

服务下线是指：服务实例主动下线，由服务实例所在的eureka-client主动发起，并且通知server进行注册表下线的功能。

client下线

client调用链路：

com.netflix.discovery.DiscoveryClient#shutdown
- com.netflix.discovery.DiscoveryClient#cancelScheduledTasks
- com.netflix.discovery.DiscoveryClient#unregister

client端有一个shutdown方法，服务实例下线的时候，会主动调用这个方法。方法中会将client端启动的定时任务都停止，包括：心跳续约，定时拉取增量注册表等等。

随后如果client注册到了server的话，通知server端进行实例下线。com.netflix.discovery.DiscoveryClient#unregister方法里就是对server发起了一个远程调用。我们直接去看server的处理逻辑

server处理服务下线

server调用链路：

com.netflix.eureka.resources.InstanceResource#cancelLease
- com.netflix.eureka.registry.PeerAwareInstanceRegistryImpl#cancel
  - com.netflix.eureka.registry.AbstractInstanceRegistry#cancel
    - com.netflix.eureka.registry.AbstractInstanceRegistry#internalCancel
  - com.netflix.eureka.registry.PeerAwareInstanceRegistryImpl#replicateToPeers

server端会调用com.netflix.eureka.registry.PeerAwareInstanceRegistryImpl#cancel方法处理请求：

这个方法有三步：

调用父类AbstractInstanceRegistry#cancel方法，处理服务下线的逻辑
2、通知server集群内的其他节点；
3、维护心跳总数的正确性，这里简单粗暴的将心跳数进行-2；

笔者认为这样的处理不好，如果心跳间隔不是30s一次的话，就会引起bug

父类的cancel方法中，直接调用了com.netflix.eureka.registry.AbstractInstanceRegistry#internalCancel方法，这个方法在《服务踢除》中也被提到过，说明这是server处理服务下线的统一入口。

internalCancel

方法逻辑不复杂，有四步：

1、从原始注册表数据结构中，删除下线的实例；
2、对实例执行下线的逻辑，其实没什么逻辑，就是保存了一下下线的时间戳evictionTimestamp；
3、放入最近变更队列中，以便client拉取增量注册表的时候可以感知到有服务实例下线了；
4、清空读写缓存，避免client拉取缓存时拉取到已经下线的服务实例；

服务下线不会主动通知其他客户端，而是等其他客户端来拉取增量注册表的时候，才会感知到