六、Eureka服务发现（源码分析）

1 什么是服务发现

• 根据服务名称发现服务的实例过程
• 客户端会在本地缓存服务端的列表
• 拉取列表是有间隔周期的 （导致服务上线 客户端不能第一时间感知到 （可以容忍））
• 其实每次做服务发现 都是从本地的列表来进行的
  

2 测试服务发现

启动 eureka-server 一台
启动服务 a
启动服务 b

确保服务都上线了

2.1 在 a 服务里面做服务发现

@RestController
public class TestController {
/**
* 注入服务发现组件，我们的 eureka 已经实现了这个接口，所以 IOC 里面有这个对象
*/
@Autowired
private DiscoveryClient discoveryClient;
/**
* 服务发现

*/
@GetMapping("find")
public String find(String serviceId) {
//调用服务发现
List<ServiceInstance> instances = discoveryClient.getInstances(serviceId);
instances.forEach(System.out::print);
return instances.toString();
}
}

3 服务发现的源码分析

从 discoveryClient.getInstances(serviceId);方法进去，找到 eureka 的实现

从 getInstancesByVipAddress 方法进去看到真正的服务发现

在 getInstancesByVirtualHostName 方法里面做真正的服务发现

3.1 在 eureka-client 客户端也有 map 集合存放服务列表？

我们发现，当我们还没有做服务发现之前，集合里面已经有值了，说明项目启动的时候就去server 端拉取服务列表并且缓存了起来

3.2 到底何时从 server 拉取服务放进去的呢？

在 eureka 的 DiscoverClient 类的一个构造方法里面，有一个任务调度线程池


查看 initScheduledTasks()这个方法
在 CacheRefreshThread()中

fetchRegistry()方法中判断决定是全量拉取还是增量拉取
getAndStoreFullRegistry()全量拉取

getAndUpdateDelta()增量拉取

3.3 服务发现总结

重要的类：

• DiscoveryClient 类里面的构造方法执行线程初始化调用（为了后面的拉取服务）

• CacheRefreshThread 类里面的 run 方法执行服务列表的拉取（方便后期做服务发现）

• fetchRegistry()方法去判断全量拉取还是增量拉取

全量拉取发生在：当服务列表为 null 的情况 当项目刚启动就全量拉取
增量拉取发生：当服务列表不为 null ，只拉取 eureka-server 的修改的数据(注册新的服务，上线服务)

• eureka 客户端会把服务列表缓存到本地 为了提高性能
• 但是有脏读问题，当你启动一个新的应用的时候 不会被老的应用快速发现。