彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑

前言

学习源码之前,小伙伴们首先应该创建好服务提供方,方便后续断点阅读。
如果小伙伴们不知道如何动手,请参考一下这两篇文章:
《聊聊服务治理》 、《创建服务提供者》

我们先看一下这个服务发现的核心注解:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第1张图片
点进去:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第2张图片

我们可以看到这里有一个autoRegister注解,它的默认值是true。
上面注释中解释:如果为true,ServiceRegistry会自动注入local server即当前instance。看到这里,感觉线索还不是很明显,我们再找找其他内容。

果然,看到上面Import注解中:
在这里插入图片描述
点进去看看:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第3张图片
发现里面果然是有东西的。

提到这里,我给大家分享一个小插曲哈,其实我个人学习技术的过程中还是比较虐心的,我每次学习一个新技术的时候,我一般不会从一些博客或者网上找一些example来看,我通常会去官方网站里去找一些开头,比如我们这里@EnableDiscoveryClient它就是一个开头,当我找到这样的开头以后,我就不会再去看一些示例了,我会尽量尝试自己摸索,我自己把整个链路给摸索清楚,这个过程大家听了是不是感觉比较虐心哈,这里我并不是说让大家也这么虐心,其实我这么做就是太闲了哈哈哈开个玩笑。

其实大家可以尝试部分自己摸索的形式,比如说很多人用了好几年的Spring,那是不是很多人都知道怎么用但是压根没有研究过源码,那你怎么知道它底层怎么运行的?很多小伙伴可能会去网上搜一些面试宝典,面试宝典那些问题啊,你也只能忽悠住那些不研究源码的面试官。
所以小编通过这种方式也教大家虐心一把。

好,言归正传,我们先进入这个类里,我们看一下接下来该怎么办。

彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第4张图片
咱先从这个selectImports方法里,找到第一行打个断点。

接下来我们先启动注册中心:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第5张图片
然后找到服务eureka-client的启动类,debug方式运行:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第6张图片
我们启动后就会发现,很快就走到断点里面来了:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第7张图片
我们先看一下这个入参metadata的内容,其实这里面主要的内容就是这个annotations,点进去我们可以看到两个东西:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第8张图片
一个是SpringBootApplication,另一个是EnableDiscoveryClint。这两个就是我们在启动类里挂的两个注解。

我们再放行断点继续往下走:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第9张图片
我们可以看到这个AnnotationAttributes 里面获取到了@EnableDiscoveryClient这个注解里的内容。

获取到这个注解后,下面的attributes.getBoolean()是获取autoRegister这个属性的值。

继续往下走:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第10张图片
这里因为autoRegister是true,就进入到了if里面,这里我们又可以看到一个importsList添加了AutoServiceRegistrationConfiguration,通过这个名字我们就能断定这是一个配置类,虽然没有见过,但是它肯定是有作用的。

在继续往下走:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第11张图片
就直接到了return了,这个方法已经走完了。

那我们就进入到刚刚看到的配置类里面找找线索吧。

彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第12张图片

可以看到这个类上面有个注解EnableConfigurationProperties,要读取一些配置属性。
那我们点进AutoServiceRegistrationProperties这个类里看看。
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第13张图片
我们可以看到,上面的注解里读取了一个自动注册spring.cloud.service-registry.auto-registration,然后我们再看下面都有哪些属性:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第14张图片
从这里,我们就可以猜想到,这个类肯定是在某些配置项加载的流程中应用到。那我们就来找找这个类都有被哪里引用:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第15张图片

我们可以看到有好几个类都有引用,那我们就先看看这个AbstractAutoServiceRegistration,因为我们很多方法它的抽象层都会定义在Abstract类里,所以我一般都会先去Abstract类里找找有没有什么线索。

那我们点进这个类,看看是哪个方法引用到的:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第16张图片
我们这里可以看到,有个初始化的方法里引用到了这个properties,注入到了当前的属性当中,这一步看着也没什么,平淡无奇。
但是我们可以看到上面,他注入了一个serviceRegistry,服务注册!
看到这里,我们眼前一亮,那我们就点进去看看。
在这里插入图片描述
我们可以看到它是一个interface,那我们就看看它的实现类吧:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第17张图片
可以看到,它下面只有一个实现类,就是这个EurekaServiceRegistry,看到里面有个方法叫register
那这就是注册了,我们就在这里第一行打个断点看看能不能走过来:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第18张图片
上一个断点放行后我们发现果然进来了,那我们就挨个读一下这个register里面都有什么内容。

先点进这个maybeInitializeClient方法里:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第19张图片

可以看到这里有一句话:force initialization of possibly scoped proxies

小编英语不好哈,拿着百度翻译了一下:

强制初始化一些代理,那我们看看到底强制化初始的什么内容,那就先点进getInfo里:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第20张图片
可以看到这里返回了一个instanceInfo,这又是什么东东呢?既然搞不懂那就把断点放过来看看:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第21张图片
看到里面属性还是挺多的,我们就来找几个看看:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第22张图片
我们可以看到,这里有个instanceId是一个ip地址:eureka-client:端口,我们就可以发现,这不就是我当前的eureka-client实例么,然后我们看下面的appName、homePageUrl…从这些我们可以看出,都是我们当前实例的一些信息,那这不就是要向注册中心注册的一些内容么,那这时候就应该明白了,这个instanceInfo就是要向注册中心注册的一些内容了。

那我们就再回到我们的register方法里,了解了maybeInitializeClient方法后我们继续往下走:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第23张图片
可以看大这里有个setInstanceStatus方法,这个方法就是我们在注册中心页面中看到的服务状态,那我们看看这里的状态是什么:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第24张图片
我们都知道服务状态有UP,也有DOWN对吧,我们可以看到这里的状态是UP。
我们再继续看:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第25张图片
这里的HealthCheck我们先不管了,我们可以发现,虽然我们看完了register,但是我们发现它并没有向注册中心发送请求,那这看起来就并不是请求发起的地方,那我们再看看Debug栈,找找上一层是谁调用的:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第26张图片
在Debug栈里,我们就可以看到一个EurekaAutoServiceRegistration,点进去看看:

可以看到里面是serviceRegistry.register这里调用到的。
那我们就在下面打个断点:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第27张图片
我们发现果然走进来了,这一句看起来就有些蹊跷,因为它这里publishEvent 发布了一个事件,那是什么事件呢?
InstanceRegisteredEvent已经注册的事件? 那不对啊,还没有注册呢,就已经发布了一个已经注册的事件么?
那我们看一下它的参数:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第28张图片
在这里面我们可以看出,这就是要往注册中心注册的内容,那我们再看一下,它这里通过publishEvent向Spring中的context发布了一个事件,这里的context其实就是ApplicationContext:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第29张图片
我们先在这个断点里别往下走,我们先打开注册中心页面:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第30张图片
我们发现并没有Instance注册进来。

我们再看看源码:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第31张图片
但是我们可以看到执行完这行代码后,这里的running设置成了true,确实是运行起来了。
各位小伙伴可以通过小编上面介绍的方式,尝试自己探究一下,我这里就不详细介绍了,我就直接做个剧透好了,下一个衔接到的地方是在DiscoveryClient里:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第32张图片
我们找到register这个方法。
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第33张图片
可以看到,在这个方法里,是一个正儿八经的register方法,通过这个register方法,就可以完成服务间调用了,但是它不是这么简单的一层,我们就看看它到底是哪个类发起的调用吧:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第34张图片
可以看到,是一个SessionedEurekaHttpClient在这个类里发起的调用,我们寻找一下这个register:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第35张图片
可以看到,它是在一个顶层的抽象类中,在这个方法里,我们可以看到,它是通过execute执行的,我们看到这里面的参数传入了一个delegate,这样一个代理,然后它使用了一个代理进行了注册。
在这里插入图片描述
我们再进到这个SessionedEurekaHttpClient.execute这个方法里,看看里面是怎么实现的:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第36张图片

首先第一步是获取系统时间,第二步是系统时间减去上次连接的时间,
往下走:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第37张图片
在这里通过eurekaHttpClientRef获取了一个实例,如果实例为空,它这里会调用一个工具类的方法:getOrSetAnotherClient获取了一个新的实例。
然后我们获取到HttpClient后,然后调用execute方法,而这里的execute方法其实又回到了EurekaHttpClientDecorator:
彻底搞懂Eureka——探讨吐血绕人的服务注册逻辑_第38张图片
这个地方非常绕,它这几个代理对象总是在父类子类里传来传去,所以说在代码可读性上来讲,小编认为Eureka的代码可读性并没有那么高,和Spring的源码比代码水平确实是差了一截…

你可能感兴趣的:(架构之道,微服务,笔记,eureka,云原生,cloud,native)