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的一个优化点——延迟暴露

 

什么是延迟暴露呢

dubbo service默认是在容器启动的时候暴露的,暴露之后,消费者就可以调用服务提供者,但是如果此时服务提供者需要一定的时间初始化一些资源,那么就可以选择延迟暴露。比如在容器启动之后延迟10S再暴露。
 
设置延迟暴露的方法:
xml配置:
服务提供者端:<dubbo:provider delay="20000"/>
消费者端:<dubbo:service interface="com.xxx.xxxService" ref="xxxService" delay="3000"/>
既在标签内加一个delay参数 单位是毫秒
 
 

 

在没有设置延迟暴露或者设置delay = -1的情况下,服务导出的入口方法是 ServiceBean 的 onApplicationEvent方法(bean初始化完成时)

在设置延迟暴露的情况下,服务导出的入口方法是 ServiceBean 的afterPropertiesSet方法(bean开始初始化的时候)

 

注:官方文档里面写的是服务导出的入口方法是 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

 

posted @ 2019-05-14 17:37  今日是主食  阅读(3127)  评论(0编辑  收藏  举报