Dubbo预热和延迟暴露

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

1）RandomLoadBalance：加权随机算法

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()进行服务的导出。

 

如果没有设置delay属性，则会在bean初始化完成之后，在刷新容器的最后一步在刷新容器最后一步发布ContextRefreshEvent事件的时候，通知实现了ApplicationListener的类进行回调onApplicationEvent，dubbo会在这个方法中发布服务。

 

 

此处 我们使用的dubbo版本有一个bug

 

在properties文件中，

如果设置了delay ，按照逻辑是要先delay在doexport()

而解析JVM参数的逻辑（appendProperties(this);）是在doExport()方法中调用；

所以导致 if (delay != null && delay > 0)判断时，还没有解析JVM参数delay=5000，从而导致这种配置在properties文件中不起作用；

 

在github上面发现作者有修复这个bug

fix地址：https://github.com/cnn112002/incubator-dubbo/commit/0fe72a6f0390ff3673fb1d94f682629ea9fbc28c

 

转载于:https://www.cnblogs.com/BB-525/p/10863518.html