Dubbo预热和延迟暴露

佚名 6年前 (2019-05-14) 随笔 1962人围观抢沙发百度已收录

dubbo有四种负载均衡的方式：

1）RandomLoadBalance：加权随机算法

SRE实战互联网时代守护先锋，助力企业售后服务体系运筹帷幄！一键直达领取阿里云限量特价优惠。

2）LeastActiveLoadBalance：最小活跃负载均衡

3）ConsistentHashLoadBalance：一致性hash负载均衡

4）RoundRobinLoadBalance：加权轮询负载均衡

dubbo的负载均衡策略，主体对外暴露的是一个接口：LoadBalance。

在dubbo中所有的负载均衡实现类都继承自AbstractLoadBalance，该类实现了LoadBalance接口，并封装了一些公共的逻辑。

负载均衡的入口方法：

还有些共用方法，如服务提供者权重计算逻辑：

上面是权重的计算过程，该过程主要用于保证当服务运行时长小于服务预热时间时，对服务进行降权，避免让服务在启动之初就处于高负载状态。服务预热是一个优化手段，与此类似的还有 JVM 预热。主要目的是让服务启动后“低功率”运行一段时间，使其效率慢慢提升至最佳状态。

我对比了一下

我们在使用的dubbo版本中的getweight方法和官方最新的有一点出入

github fix地址：https://github.com/apache/incubator-dubbo/commit/ed66afd9a38d80f839f0381fbd1dc1d3c068bc1c#diff-c5cb2df641f0a7d0553343c757425d2b

修正了预热时间戳的错误，添加“remote”。用户端url的时间戳键

我们现在使用的dubbo版本，这个bug依然存在

我们来研究一下 Dubbo 导出服务的过程。

Dubbo 服务导出过程始于 Spring 容器发布刷新事件，Dubbo 在接收到事件后，会立即执行服务导出逻辑。

整个逻辑大致可分为三个部分，

第一部分是前置工作，主要用于检查参数，组装 URL。

第二部分是导出服务，包含导出服务到本地 (JVM)，和导出服务到远程两个过程。

第三部分是向注册中心注册服务，用于服务发现

接下来我们重点看一下，dubbo的一个优化点——延迟暴露

在没有设置延迟暴露或者设置delay = -1的情况下，服务导出的入口方法是 ServiceBean 的 onApplicationEvent（）

在设置延迟暴露的情况下，服务导出的入口方法是 ServiceBean 的afterPropertiesSet（）

注：官方文档里面写的是服务导出的入口方法是 ServiceBean 的 onApplicationEvent。

afterPropertiesSet（）是ServiceBean继承自InitializingBean的方法，是在初始化bean的时候被调用，

onApplicationEvent（）是ServiceBean继承自ApplicationListener的方法，是bean被初始化完成的时候被调用。

先调用afterPropertiesSet（），在调用onApplicationEvent（），在设置延迟暴露的情况下，会直接走afterPropertiesSet（）中的export（），官方文档此处不严谨。

afterPropertiesSet（）会根据条件是否导出服务。

在完成一些变量的初始化之后，会根据是否设置了delay属性来决定是否暴露

注：现在解释一下 supportedApplicationListener 变量含义，该变量用于表示当前的 Spring 容器是否支持 ApplicationListener，这个值初始为 false。在 Spring 容器将自己设置到 ServiceBean 中时，ServiceBean 的 setApplicationContext 方法会检测 Spring 容器是否支持 ApplicationListener。若支持，则将 supportedApplicationListener 置为 true。

如果设置了delay属性，则会在afterPropertiesSet（）进入export（）,在export()进行服务的导出。