暂无图片
暂无图片
暂无图片
暂无图片
暂无图片

Dubbo注册中心之Zookeeper(续)

Different Java 2021-10-18
410

本文主要讲解ZookeeperRegistry是如何实现注册和订阅功能。

上图是Dubbo注册中心的整体类图,基于接口的实现方式可以方便我们扩展注册中心的实现方式,下面简单介绍一下各个类的作用:

  1. RegistryService:定义了注册中心基本功能的接口类(包含注册和订阅)

  2. Registry:继承Node和RegistryService接口(从Java 8开始支持一个接口继承多个父接口)

  3. AbstractRegistry:抽象类,主要提供了对注册中心数据的文件缓存

  4. FailbackRegistry:抽象类,主要提供了注册失败或者订阅失败的重试机制

  5. ZookeeperRegistry:具体实现类,基于Zookeeper的注册中心

ZookeeperRegistry

下面我们看一下ZookeeperRegistry的具体实现。

注册
  1. @Override

  2. public void doRegister(URL url) {

  3. try {

  4. zkClient.create(toUrlPath(url), url.getParameter(DYNAMIC_KEY, true));

  5. } catch (Throwable e) {

  6. throw new RpcException("Failed to register " + url + " to zookeeper " + getUrl() + ", cause: " + e.getMessage(), e);

  7. }

  8. }

注册的逻辑很简单,就是简单在ZooKeeper中创建一个节点,默认创建的节点是一个临时节点(随会话的关闭自动删除)。

创建的节点路径格式为:{root}/{interface}/{category}/{protocol}://{username}:{password}@{host}:{port}/{path}?parameterKey=parameterValue&...

整个节点路径格式分为两大部分,一部分是父目录节点{root}/{interface}/{category},另一部分就是节点的名称{protocol}://{username}:{password}@{host}:{port}/{path}?parameterKey=parameterValue&...

  1. # 第二部分示例

  2. dubbo://127.0.0.1:20880/cn.sh.dubbo.user.service.UserService?anyhost=true&application=user-manager&application.version=1.0&bean.name=cn.sh.dubbo.user.service.UserService&deprecated=false&dubbo=2.0.2&dynamic=true&generic=false&interface=cn.sh.dubbo.user.service.UserService&methods=login,register&pid=3551&qos.accept.foreign.ip=false&qos.port=22223&qosEnable=true&register=true&release=2.7.2&side=provider&timestamp=1563954893720

  3. # 解释其中几个参数的来源

  4. # bean.name:<dubbo:service>标签配置的id属性的值

下面讲解一下每个{}中的数据来源和默认值:

  1. root :默认值dubbo,可以通过<dubbo:registry>标签中的group属性进行指定

  2. interface :暴露的服务接口全量限定名称

  3. category :类别,默认值是providers,代表这是一条注册URL

  4. protocol :协议名称,默认值是dubbo,还可以支持rmi、hessian、http、webservice、thrift、memcached、redis和rest

  5. username:password :用户名和密码

  6. host:port :主机名(或者IP)和端口号

  7. path :默认为暴露的服务接口全量限定名称,也可以通过<dubbo:service>的path属性指定

取消注册
  1. @Override

  2. public void doUnregister(URL url) {

  3. try {

  4. zkClient.delete(toUrlPath(url));

  5. } catch (Throwable e) {

  6. throw new RpcException("Failed to unregister " + url + " to zookeeper " + getUrl() + ", cause: " + e.getMessage(), e);

  7. }

  8. }

取消注册就是将注册时创建的节点进行删除。

订阅
  1. @Override

  2. public void doSubscribe(final URL url, final NotifyListener listener) {

  3. try {

  4. List<URL> urls = new ArrayList<>();

  5. for (String path : toCategoriesPath(url)) {

  6. ConcurrentMap<NotifyListener, ChildListener> listeners = zkListeners.get(url);

  7. if (listeners == null) {

  8. zkListeners.putIfAbsent(url, new ConcurrentHashMap<>());

  9. listeners = zkListeners.get(url);

  10. }

  11. ChildListener zkListener = listeners.get(listener);

  12. if (zkListener == null) {

  13. listeners.putIfAbsent(listener, (parentPath, currentChilds) -> ZookeeperRegistry.this.notify(url, listener, toUrlsWithEmpty(url, parentPath, currentChilds)));

  14. zkListener = listeners.get(listener);

  15. }

  16. zkClient.create(path, false);

  17. List<String> children = zkClient.addChildListener(path, zkListener);

  18. if (children != null) {

  19. urls.addAll(toUrlsWithEmpty(url, path, children));

  20. }

  21. }

  22. notify(url, listener, urls);

  23. } catch (Throwable e) {

  24. throw new RpcException("Failed to subscribe " + url + " to zookeeper " + getUrl() + ", cause: " + e.getMessage(), e);

  25. }

  26. }

订阅支持全局订阅和订阅具体某个接口,上述订阅的方法只展示了订阅某个接口的逻辑。简单描述一下其逻辑:

  1. 首先将URL转换为订阅的路径,然后查询缓存中是否存有该URL的订阅对象,如果没有,则新建一个缓存对象

  2. 紧接着从缓存对象根据NotifyListener获取其对应的Zookeeper的ChildListener,如果没有的话则新建一个ChildListener并将其放入缓存,并且ChildListener的实现其实就是调用了ZookeeperRegistry的notify方法

  3. 在创建完ChildListener以后,紧接着创建订阅的路径,这边是为了防止在订阅时该路径所代表的的节点还没创建,然后再订阅该路径的子节点变化

  4. 如果发现点阅的节点下面有子节点的话,进行一次通知,告知订阅者的所订阅的路径有多少个子节点,看一下notify的方法具体的实现

  1. protected void notify(URL url, NotifyListener listener, List<URL> urls) {

  2. // 省略了url、listener、urls的判断

  3. // keep every provider's category.

  4. Map<String, List<URL>> result = new HashMap<>();

  5. for (URL u : urls) {

  6. if (UrlUtils.isMatch(url, u)) {

  7. String category = u.getParameter(CATEGORY_KEY, DEFAULT_CATEGORY);

  8. List<URL> categoryList = result.computeIfAbsent(category, k -> new ArrayList<>());

  9. categoryList.add(u);

  10. }

  11. }

  12. if (result.size() == 0) {

  13. return;

  14. }

  15. Map<String, List<URL>> categoryNotified = notified.computeIfAbsent(url, u -> new ConcurrentHashMap<>());

  16. for (Map.Entry<String, List<URL>> entry : result.entrySet()) {

  17. String category = entry.getKey();

  18. List<URL> categoryList = entry.getValue();

  19. categoryNotified.put(category, categoryList);

  20. listener.notify(categoryList);

  21. // We will update our cache file after each notification.

  22. // When our Registry has a subscribe failure due to network jitter, we can return at least the existing cache URL.

  23. saveProperties(url);

  24. }

  25. }

上述方法有三个参数,第一个参数为要URL(包含订阅的类型、订阅的服务等关键信息),第二个NotifyListener在订阅服务这一模块的具体实现类是RegistryDirectory,第三个是订阅的路径的子节点路径列表。整体逻辑如下:

  1. 判断一下子节点路径列表是不是订阅者真正关心的内容,如果是关心的内容,就按照订阅的类型进行区分

  2. 在进行校验完成以后,按照类别进行通知,并将通知的类别进行缓存,下面看一下NotifyListener怎么通知订阅者信息变更的

  1. @Override

  2. public synchronized void notify(List<URL> urls) {

  3. Map<String, List<URL>> categoryUrls = urls.stream()

  4. .filter(Objects::nonNull)

  5. .filter(this::isValidCategory)

  6. .filter(this::isNotCompatibleFor26x)

  7. .collect(Collectors.groupingBy(url -> {

  8. if (UrlUtils.isConfigurator(url)) {

  9. return CONFIGURATORS_CATEGORY;

  10. } else if (UrlUtils.isRoute(url)) {

  11. return ROUTERS_CATEGORY;

  12. } else if (UrlUtils.isProvider(url)) {

  13. return PROVIDERS_CATEGORY;

  14. }

  15. return "";

  16. }));

  17. List<URL> configuratorURLs = categoryUrls.getOrDefault(CONFIGURATORS_CATEGORY, Collections.emptyList());

  18. this.configurators = Configurator.toConfigurators(configuratorURLs).orElse(this.configurators);

  19. List<URL> routerURLs = categoryUrls.getOrDefault(ROUTERS_CATEGORY, Collections.emptyList());

  20. toRouters(routerURLs).ifPresent(this::addRouters);

  21. // providers

  22. List<URL> providerURLs = categoryUrls.getOrDefault(PROVIDERS_CATEGORY, Collections.emptyList());

  23. refreshOverrideAndInvoker(providerURLs);

  24. }

从上面的源码中我们可以大体看出,根据URL解析每个类别(configurators、routers、providers),分别进行通知。

取消订阅
  1. @Override

  2. public void doUnsubscribe(URL url, NotifyListener listener) {

  3. ConcurrentMap<NotifyListener, ChildListener> listeners = zkListeners.get(url);

  4. if (listeners != null) {

  5. ChildListener zkListener = listeners.get(listener);

  6. if (zkListener != null) {

  7. if (ANY_VALUE.equals(url.getServiceInterface())) {

  8. String root = toRootPath();

  9. zkClient.removeChildListener(root, zkListener);

  10. } else {

  11. for (String path : toCategoriesPath(url)) {

  12. zkClient.removeChildListener(path, zkListener);

  13. }

  14. }

  15. }

  16. }

  17. }

取消订阅的逻辑就比较简单了,将相应的ChildListener进行移除就好了。

上述内容只是本人的一些个人见解,最后附上一张Dubbo的架构图(来源:官网),上述内容只是简略的讲述了红框中的部分内容。


文章转载自Different Java,如果涉嫌侵权,请发送邮件至:contact@modb.pro进行举报,并提供相关证据,一经查实,墨天轮将立刻删除相关内容。

评论