在Dubbo中，模板方法模式 用得真6

Dubbo 是阿里的开源框架，后面捐献给了Apache，所以现在都叫Apache Dubbo，但是在日常中，很多人也更喜欢简称Dubbo。Apache Dubbo 是一款微服务框架，为大规模微服务实践提供高性能 RPC 通信、流量治理、可观测性等解决方案， 涵盖 Java、Golang 等多种语言 SDK 实现。

Dubbo版本已进入3.0+时代，国内很多企业都在用Dubbo 3.0+版本，比如：阿里云、饿了么、平安健康 、烽火递 、小米等，大部分企业应该都还停留在2.7+版本。由此可知（不想再多说废话了），学习Dubbo、掌握Dubbo还是非常重要。

如果仅仅是使用Dubbo，那还是没什么难度的，但想搞清楚后背实现原理，真就没那么简单。

下面我们来聊聊，模板方法模式在Dubbo的使用。

模板方法模式

模板方法模式代码通用模板：

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);
}

这代码有点多，估计部分同学看起来很费劲，我们把上面这段代码做一个缩减：

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，那还是没什么难度的，但想搞清楚后背实现原理，真就没那么简单。