Dubbo如何實現(xiàn)服務(wù)的動態(tài)發(fā)現(xiàn)

這篇文章主要介紹“Dubbo如何實現(xiàn)服務(wù)的動態(tài)發(fā)現(xiàn)”，在日常操作中，相信很多人在Dubbo如何實現(xiàn)服務(wù)的動態(tài)發(fā)現(xiàn)問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”Dubbo如何實現(xiàn)服務(wù)的動態(tài)發(fā)現(xiàn)”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

成都創(chuàng)新互聯(lián)公司專注于企業(yè)全網(wǎng)營銷推廣、網(wǎng)站重做改版、濱城網(wǎng)站定制設(shè)計、自適應(yīng)品牌網(wǎng)站建設(shè)、H5建站、商城網(wǎng)站建設(shè)、集團公司官網(wǎng)建設(shè)、成都外貿(mào)網(wǎng)站建設(shè)公司、高端網(wǎng)站制作、響應(yīng)式網(wǎng)頁設(shè)計等建站業(yè)務(wù)，價格優(yōu)惠性價比高，為濱城等各大城市提供網(wǎng)站開發(fā)制作服務(wù)。

ps: 以下將 ZooKeeper 縮寫為 zk。

一、dubbo zk 數(shù)據(jù)結(jié)構(gòu)

在 ZooKeeper 基本概念分享一文講道，ZK 內(nèi)部是一種樹形層次結(jié)構(gòu)，節(jié)點存在多種類型。而 Dubbo 只會創(chuàng)建持久節(jié)點和臨時節(jié)點。

若服務(wù)提供者服務(wù)接口為 com.service.FooService，將會在 ZK 中創(chuàng)建創(chuàng)建如下路徑 /dubbo/com.service.FooService/providers/providerURL。

服務(wù)路徑分為四層，根節(jié)點默認為 dubbo，可以在 dubbo-registry 設(shè)置 group 屬性改變該值。

ps: 若無注冊中心隔離需求，不要隨便修改。

第二層節(jié)點為服務(wù)節(jié)點全名稱，如 com.service.FooService。

第三層節(jié)點為服務(wù)目錄，如 providers。另外還存在其他目錄節(jié)點，分別為 consumers（消費者目錄），configurators（配置目錄），routers（路由目錄）。下面服務(wù)訂閱主要針對這一層節(jié)點。

第四個節(jié)點為具體服務(wù)節(jié)點，節(jié)點名為具體的 URL 字符串，如 dubbo://2.0.1.13:12345/com.dubbo.example.DemoService?xx=xx ，該節(jié)點默認為臨時節(jié)點。 dubbo ZK 樹形內(nèi)部結(jié)構(gòu)示例為：

ZK 內(nèi)部服務(wù)具體示例如下：

二、RegistryFactory 實現(xiàn)

Dubbo 可以在配置文件中指定使用注冊中心，可以使用 dubbo.registry.protocol 指定具體注冊中心類型，也可以設(shè)置 dubbo.registry.address 指定。注冊中心相關(guān)實現(xiàn)將會使用 RegistryFactory 工廠類創(chuàng)建。

RegistryFactory 接口源碼如下:

@SPI("dubbo")
public interface RegistryFactory {
    @Adaptive({"protocol"})
    Registry getRegistry(URL url);
}

RegistryFactory 接口方法使用 @Adaptive 注解，這里將會使用 Dubbo SPI 機制，自動生成代碼的一些實現(xiàn)邏輯。這里將會根據(jù) URL 中 protocol 屬性，去調(diào)用最終實現(xiàn)子類。

RegistryFactory 實現(xiàn)子類如圖所示：

AbstractRegistryFactory 將會實現(xiàn)接口的 getRegistry 方法，主要完成加鎖，并調(diào)用抽象模板方法 createRegistry 創(chuàng)建具體注冊中心實現(xiàn)類，并將其緩存在內(nèi)存中。

AbstractRegistryFactory#getRegistry 源碼如下所示：

    public Registry getRegistry(URL url) {
        url = URLBuilder.from(url)
                .setPath(RegistryService.class.getName())
                .addParameter(Constants.INTERFACE_KEY, RegistryService.class.getName())
                .removeParameters(Constants.EXPORT_KEY, Constants.REFER_KEY)
                .build();
        String key = url.toServiceStringWithoutResolving();
        // 加鎖，防止并發(fā)
        LOCK.lock();
        try {
	    // 先從緩存中取
            Registry registry = REGISTRIES.get(key);
            if (registry != null) {
                return registry;
            }
            //使用 Dubbo SPI 進制創(chuàng)建
            registry = createRegistry(url);
            if (registry == null) {
                throw new IllegalStateException("Can not create registry " + url);
            }
	    // 放入緩存
            REGISTRIES.put(key, registry);
            return registry;
        } finally {
            // Release the lock
            LOCK.unlock();
        }
    }

注冊中心實例將會通過具體工廠類創(chuàng)建，這里我們看下 ZookeeperRegistryFactory 源碼：

public class ZookeeperRegistryFactory extends AbstractRegistryFactory {

    private ZookeeperTransporter zookeeperTransporter;

    /**
     * 通過 Dubbo SPI 進制注入
     * @param zookeeperTransporter
     */
    public void setZookeeperTransporter(ZookeeperTransporter zookeeperTransporter) {
        this.zookeeperTransporter = zookeeperTransporter;
    }

    @Override
    public Registry createRegistry(URL url) {
        return new ZookeeperRegistry(url, zookeeperTransporter);
    }

}

ps：Dubbo SPI 機制還具有 IOC 特性，這里的ZookeeperTransporter 注入可以參考：Dubbo 擴展點加載

三、zk 模塊源碼解析

講完注冊中心實例創(chuàng)建過程，下面深入 ZookeeperRegistry 實現(xiàn)源碼。

ZookeeperRegistry 繼承 FailbackRegistry抽象類，所以其需要實現(xiàn)其父類抽象模板方法，下面主要了解 doRegister 與 doSubscribe源碼 。

3.1 doRegister

服務(wù)提供者需要將服務(wù)注冊到注冊中心，注冊的目的是為了讓消費者感知到服務(wù)的存在，從而發(fā)起遠程調(diào)用，另一方面也讓服務(wù)治理中心感知新的服務(wù)提供者上線。zk 模塊服務(wù)注冊代碼比較簡單，直接使用 zk 客戶端在注冊中心創(chuàng)建節(jié)點。

ZookeeperRegistry#doRegister 實現(xiàn)源碼如下：

    public void doRegister(URL url) {
        try {
            zkClient.create(toUrlPath(url), url.getParameter(Constants.DYNAMIC_KEY, true));
        } catch (Throwable e) {
            throw new RpcException("Failed to register " + url + " to zookeeper " + getUrl() + ", cause: " + e.getMessage(), e);
        }
    }

zkClient.create 方法需要傳入兩個參數(shù)。

void create(String path, boolean ephemeral);

第一個參數(shù)為節(jié)點路徑，將會通過 toUrlPath 將 URL 實例轉(zhuǎn)化成 ZK 中路徑格式，轉(zhuǎn)化結(jié)果如下：

## 轉(zhuǎn)化前 URL 如下：

dubbo://10.20.82.31:12345/com.dubbo.example.DemoService

## 調(diào)用  `toUrlPath`  轉(zhuǎn)換之后
/dubbo/com.dubbo.example.DemoService/providers/dubbo%3A%2F%2F10.20.82.31%3A12345%2Fcom.dubbo.example.DemoService

第二個參數(shù)主要決定 ZK 節(jié)點類型主要取自 URL 實例對象中 dynamic 參數(shù)值，若不存在，默認為 true，也就是默認將會創(chuàng)建臨時節(jié)點。

zkClient.create 方法里將會遞歸調(diào)用，首先父節(jié)點是否存在，不存在就會創(chuàng)建，直到最后一個節(jié)點跳出遞歸方法。

    public void create(String path, boolean ephemeral) {
	// 創(chuàng)建永久節(jié)點之前需要判斷是否已存在
        if (!ephemeral) {
            if (checkExists(path)) {
                return;
            }
        }
	// 判斷是否存在父節(jié)點
        int i = path.lastIndexOf('/');
        if (i > 0) {
	   // 遞歸創(chuàng)建父節(jié)點
            create(path.substring(0, i), false);
        }
        if (ephemeral) {
	    // 創(chuàng)建臨時節(jié)點
            createEphemeral(path);
        } else {
	   // 創(chuàng)建永久節(jié)點
            createPersistent(path);
        }
    }

最后 createEphemeral 與 createPersistent 實際創(chuàng)建節(jié)點操作將會交給 ZK 客戶端類，這里實現(xiàn)比較簡單，可以自行參考源碼。

ps: dubbo 在 2.6.1 起將 zk 客戶端默認使用 Curator，之前版本使用 zkclient。dubbo 2.7.1 開始去除 zkclient 實現(xiàn)，也就是說只能使用 Curator 。

3.2 為何 dubbo 服務(wù)提供者節(jié)點使用 zk 臨時節(jié)點

zk 臨時節(jié)點將會在 zk 客戶端斷開后，自動刪除。dubbo 服務(wù)提供者正常下線，其會主動刪除 zk 服務(wù)節(jié)點。

如果服務(wù)異常宕機，zk 服務(wù)節(jié)點就不能正常刪除，這就導致失效的服務(wù)一直存在 ZK 上，消費者還會調(diào)用該失效節(jié)點，導致消費者報錯。通過 zk 臨時節(jié)點特性，讓 zk 服務(wù)端主動刪除失效節(jié)點，從而下線失效服務(wù)。

四、doSubscribe: 服務(wù)動態(tài)發(fā)現(xiàn)的原理

4.1 訂閱基本原理

服務(wù)訂閱通常有 pull 和 push 兩種方式。pull 模式需要客戶端定時向注冊中心拉取配置，而 push 模式采用注冊中心主動推送數(shù)據(jù)給客戶端。

dubbo zk 注冊中心采用是事件通知與客戶端拉取方式。服務(wù)第一次訂閱的時候?qū)?yīng)目錄下全量數(shù)據(jù)，然后在訂閱的節(jié)點注冊一個 watcher。一旦目錄節(jié)點下發(fā)生任何數(shù)據(jù)變化，zk 將會通過 watcher 通知客戶端?？蛻舳私拥酵ㄖ?，將會重新拉取該目錄下全量數(shù)據(jù)，并重新注冊 watcher。利用這個模式，dubbo 服務(wù)就可以就做到服務(wù)的動態(tài)發(fā)現(xiàn)。

4.2 源碼解析

講完訂閱的基本原理，接著深入源碼。

doSubscribe 方法需要傳入兩個參數(shù)，一個為 URL 實例，另一個為 NotifyListener，變更事件的監(jiān)聽器。 方法內(nèi)部會根據(jù) URL 接口類型分成兩部分邏輯，全量訂閱服務(wù)與部分類別訂閱服務(wù)。

doSubscribe 方法整體源碼邏輯：

    public void doSubscribe(final URL url, final NotifyListener listener) {
        if (Constants.ANY_VALUE.equals(url.getServiceInterface())) {
		// 全量訂閱邏輯
        } else {
		// 部分類別訂閱邏輯
        }
    }

服務(wù)治理中心(dubbo-admin)，需要訂閱 service 全量接口，用以感知每個服務(wù)的狀態(tài)，所以訂閱之前將會把 service 設(shè)置成 *，處理所有service。

服務(wù)消費者或服務(wù)提供者將會走部分類別訂閱服務(wù)，下面我們以消費者視角，深入后續(xù)源碼。

文章剛開頭講道了 zk 目錄節(jié)點存在四種類型，這里將會根據(jù) 根據(jù) URL 中 category值，決定訂閱節(jié)點路徑。

服務(wù)提供者 URL 中 category值默認為 configurators，而消費者 URL 中category值默認為 providers,configurators,routers。如果 category類別值為 *，將會訂閱四種類別路徑，否則將會只訂閱 providers類型的路徑。

toCategoriesPath 源碼如下：

    private String[] toCategoriesPath(URL url) {
        String[] categories;
	// 如果類別為 *，訂閱四種類型的全量數(shù)據(jù)
        if (Constants.ANY_VALUE.equals(url.getParameter(Constants.CATEGORY_KEY))) {
            categories = new String[]{Constants.PROVIDERS_CATEGORY, Constants.CONSUMERS_CATEGORY,
                    Constants.ROUTERS_CATEGORY, Constants.CONFIGURATORS_CATEGORY};
        } else {
            categories = url.getParameter(Constants.CATEGORY_KEY, new String[]{Constants.DEFAULT_CATEGORY});
        }
	// 返回路徑數(shù)組
        String[] paths = new String[categories.length];
        for (int i = 0; i < categories.length; i++) {
            paths[i] = toServicePath(url) + Constants.PATH_SEPARATOR + categories[i];
        }
        return paths;
    }

接著循環(huán)路徑數(shù)組，循環(huán)內(nèi)將會緩存節(jié)點監(jiān)聽器，用以提高性能。

    // 循環(huán)路徑數(shù)組
    for (String path : toCategoriesPath(url)) {
        ConcurrentMap<NotifyListener, ChildListener> listeners = zkListeners.get(url);
        // listeners  緩存為空，創(chuàng)建緩存
        if (listeners == null) {
            zkListeners.putIfAbsent(url, new ConcurrentHashMap<>());
            listeners = zkListeners.get(url);
        }
        ChildListener zkListener = listeners.get(listener);
        // zkListener  緩存為空則創(chuàng)建緩存
        if (zkListener == null) {
            listeners.putIfAbsent(listener, (parentPath, currentChilds) -> ZookeeperRegistry.this.notify(url, listener, toUrlsWithEmpty(url, parentPath, currentChilds)));
            zkListener = listeners.get(listener);
        }
        // 創(chuàng)建訂閱節(jié)點
        zkClient.create(path, false);
        // 使用 ZK 客戶端訂閱節(jié)點
        List<String> children = zkClient.addChildListener(path, zkListener);
        if (children != null) {
            // 存儲全量需要通知的 URL
            urls.addAll(toUrlsWithEmpty(url, path, children));
        }
    }
    // 回調(diào) NotifyListener
    notify(url, listener, urls);

最終將會使用 CuratorClient.getChildren().usingWatcher(listener).forPath(path) 在 ZK 節(jié)點注冊 watcher，并獲取目錄節(jié)點下所有子節(jié)點數(shù)據(jù)。

這里 watcher 使用 Curator 接口 CuratorWatcher，一旦 ZK 節(jié)點發(fā)生會變化，將會回調(diào) CuratorWatcher#process 方法。

CuratorWatcher#process 方法源碼如下：

        public void process(WatchedEvent event) throws Exception {
            if (childListener != null) {
                String path = event.getPath() == null ? "" : event.getPath();
                childListener.childChanged(path,
                       // 重新設(shè)置 watcher，并獲取節(jié)點下所有子節(jié)點
                        StringUtils.isNotEmpty(path)
                                ? client.getChildren().usingWatcher(this).forPath(path)
                                : Collections.<String>emptyList());
            }
        }

消費者訂閱時序圖如下：

4.3 listener 關(guān)系圖

訂閱方法中我們碰到了多個 listener類，剛開始理解時候可能有點亂?？梢詤⒖枷旅骊P(guān)系圖理清楚這其中的關(guān)系。

listener 關(guān)系圖如下：

回調(diào)關(guān)系如圖所示：

4.4 ZK 模塊訂閱存在問題

ZK 第一次訂閱將會獲得目錄節(jié)點下所有子節(jié)點，后續(xù)任意子節(jié)點變更，將會通過 watcher 進制回調(diào)通知?；卣{(diào)通知將會再次全量拉取節(jié)點目錄下所有子節(jié)點。這樣全量拉取將會有個局限，當服務(wù)節(jié)點較多時將會對網(wǎng)絡(luò)造成很大的壓力。

Dubbo 2.7 之后版本引入元數(shù)據(jù)中心解決該問題，詳情可參考，阿里技術(shù)專家詳解 Dubbo 實踐，演進及未來規(guī)劃。

引用文中一種解決方案如下圖:

到此，關(guān)于“Dubbo如何實現(xiàn)服務(wù)的動態(tài)發(fā)現(xiàn)”的學習就結(jié)束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續(xù)學習更多相關(guān)知識，請繼續(xù)關(guān)注創(chuàng)新互聯(lián)網(wǎng)站，小編會繼續(xù)努力為大家?guī)砀鄬嵱玫奈恼拢?/p>

網(wǎng)站名稱：Dubbo如何實現(xiàn)服務(wù)的動態(tài)發(fā)現(xiàn)
轉(zhuǎn)載注明：http://muchs.cn/article46/gpjjhg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供企業(yè)建站、移動網(wǎng)站建設(shè)、動態(tài)網(wǎng)站、做網(wǎng)站、標簽優(yōu)化、網(wǎng)站設(shè)計公司

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)