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