你好,我是田哥
我之前有专门分享过模板方法模式,所以本文就不再做太多的赘述。
请参考文章:快速掌握模板方法模式
Dubbo 是阿里的开源框架,后面捐献给了Apache,所以现在都叫Apache Dubbo,但是在日常中,很多人也更喜欢简称Dubbo。Apache Dubbo 是一款微服务框架,为大规模微服务实践提供高性能 RPC 通信、流量治理、可观测性等解决方案, 涵盖 Java、Golang 等多种语言 SDK 实现。
Dubbo版本已进入3.0 时代,国内很多企业都在用Dubbo 3.0 版本,比如:阿里云、饿了么、平安健康 、烽火递 、小米等,大部分企业应该都还停留在2.7 版本。由此可知(不想再多说废话了),学习Dubbo、掌握Dubbo还是非常重要。
如果仅仅是使用Dubbo,那还是没什么难度的,但想搞清楚后背实现原理,真就没那么简单。
下面我们来聊聊,模板方法模式在Dubbo的使用。
模板方法模式
模板方法模式代码通用模板:
代码语言:javascript复制public class abstract 父类{
method(){
first();
second();
doBusi();
third();
}
//传说中的 钩子方法,有子类实现
protected abstract doBusi();
}
public class 具体实现类1 extends 父类{
doBusi(){
//我要变得更有钱
}
}
public class 具体实现类2 extends 父类{
doBusi(){
//我要变得更有文化
}
}
public class 具体实现类3 extends 父类{
doBusi(){
//我要变得更帅
}
}
//.....更多子类
只要你在任何框架任何源码中看到此类型的实现,那它就是使用了模板方法模式。
我们可以使用上面的这种方式去Dubbo,只要有类似的,那就是模板方法模式在Dubbo的中使用。
场景1
我们的provider为了高可用通常都会对同一个服务部署多个节点,那客户端拿到服务列表后,就需要从服务列表中挑选一台服务然后发起调用。
Dubbo
中负载均衡算法有四种。
- 一致性 Hash,相同参数的请求总是发到同一提供者。当某一台提供者挂时,原本发往该提供者的请求,基于虚拟节点,平摊到其它提供者,不会引起剧烈变动。
- 最少活跃调用数,相同活跃数的随机,活跃数指调用前后计数差。使慢的提供者收到更少请求,因为越慢的提供者的调用前后计数差会越大。
- 随机,按权重设置随机概率。在一个截面上碰撞的概率高,但调用量越大分布越均匀,而且按概率使用权重后也比较均匀,有利于动态调整提供者权重。
- 轮循,按公约后的权重设置轮循比率。存在慢的提供者累积请求的问题,比如:第二台机器很慢,但没挂,当请求调到第二台时就卡在那,久而久之,所有请求都卡在调到第二台上。
上面是Dubbo
中负载均衡这一块的类关系图。
从图中可以看出AbstractLoadBalance
是每个具体负载均衡算法的父类。
我们再来看看AbstractLoadBalance
是如何实现的:
public <T> Invoker<T> select(List<Invoker<T>> invokers, URL url, Invocation invocation) {
if (invokers == null || invokers.isEmpty()) {
return null;
}
if (invokers.size() == 1) {
return invokers.get(0);
}
return doSelect(invokers, url, invocation);
}
protected abstract <T> Invoker<T> doSelect(List<Invoker<T>> a, URL url, b c);
我们再通过IDEA,我们可以轻松的知道这个方法的具体实现类:
这不就是所谓的模板方法模式在Dubbo中的使用场景之一么?
我们再来看一个场景:
场景2
聊到Dubbo
我们通常都会联想到注册中心,Dubbo
支持很多注册中心,比如:Zookeeper
,Naocos
、Redis
等。
我们来看看类关系图:
从类关系图,我们能看出,Dubbo
支持的注册中心还是蛮多的。
下面,我们来看看注册功能在父类FailbackRegistry
的实现)。
public abstract class FailbackRegistry extends AbstractRegistry {
public void register(URL url) {
// 已销毁,跳过
if (destroyed.get()){
return;
}
// 添加到 `registered` 变量
super.register(url);
// 移除出 `failedRegistered` `failedUnregistered` 变量
failedRegistered.remove(url);
failedUnregistered.remove(url);
try {
// 向注册中心发送注册请求
doRegister(url);
} catch (Exception e) {
Throwable t = e;
// 如果开启了启动时检测,则直接抛出异常
// If the startup detection is opened, the Exception is thrown directly.
boolean check = getUrl().getParameter(Constants.CHECK_KEY, true)
&& url.getParameter(Constants.CHECK_KEY, true)
&& !Constants.CONSUMER_PROTOCOL.equals(url.getProtocol());
// 非消费者。消费者会在 `ReferenceConfig#createProxy(...)` 方法中,
//调用 `Invoker#avalible()` 方法,进行检查。
boolean skipFailback = t instanceof SkipFailbackWrapperException;
if (check || skipFailback) {
if (skipFailback) {
t = t.getCause();
}
throw new IllegalStateException("Failed to register "
url " to registry "
getUrl().getAddress() ", cause: "
t.getMessage(), t);
} else {
logger.error("Failed to register " url ", waiting for retry, cause: "
t.getMessage(), t);
}
// 将失败的注册请求记录到 `failedRegistered`,定时重试
// Record a failed registration request to a failed list, retry regularly
failedRegistered.add(url);
}
}
//钩子方法
protected abstract void doRegister(URL url);
}
这代码有点多,估计部分同学看起来很费劲,我们把上面这段代码做一个缩减:
代码语言:javascript复制public abstract class FailbackRegistry extends AbstractRegistry {
public void register(URL url) {
// 已销毁,跳过
if (destroyed.get()){
return;
}
// 添加到 `registered` 变量
super.register(url);
// 移除出 `failedRegistered` `failedUnregistered` 变量
failedRegistered.remove(url);
failedUnregistered.remove(url);
try {
// 向注册中心发送注册请求
doRegister(url);
} catch (Exception e) {
failedRegistered.add(url);
}
}
//钩子方法
protected abstract void doRegister(URL url);
}
这么一看,不就是我们前面说的模板方法模式代码通用模板了吗?
我们在看源码的时候,只要看到上面的通用代码模板类似的,我们就可以认为这就是模板方法模式在Dubbo中的应用。
提醒:在看一些框架源码时,记住,一旦看到以do开头的方法,此时需要注意,真正的实现基本上都是在这个以doXxx( )的方法里。
剩下的,建议你去翻翻源码,如果能找到,那证明你真的get到我的点了。
如果仅仅是使用Dubbo,那还是没什么难度的,但想搞清楚后背实现原理,真就没那么简单。
好了,今天就分享到这里,觉得有收获的点个赞呗。
下一篇Dubbo文章,我们来看看想学习Dubbo源码,你需要具备哪些技术点。
推荐
给大家推荐一个刷Java后端面试题的网站(目前已更新862道题目):
http://woaijava.cc/mianshi/index
已经正在刷题的同学,请不要停,继续。一遍不行两遍,两遍不行三遍,直到看到类似的题目,就能立马想到答案为止。