关于dubbo:在Dubbo中模板方法模式-用得真6

43次阅读

共计 3450 个字符,预计需要花费 9 分钟才能阅读完成。

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

正文完
 0