前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >Dubbo 源码解析 —— Directory

Dubbo 源码解析 —— Directory

作者头像
芋道源码
发布2018-03-02 14:58:42
8780
发布2018-03-02 14:58:42
举报
文章被收录于专栏:芋道源码1024芋道源码1024

前言

由于明天还要加班(心疼自己一秒),之前答应过小伙伴每周更新一篇dubbo的源码解析的,鉴于上次讲到了集群容错的总体架构,这次主要讲讲第一个关键词 directory,这个内容不多,比较适合这种时间比较紧的分享.后面还会陆续分享dubbo源码解析系列,但是不止于dubbo.

直入主题

首先来看一下 directory接口的实现类,他主要有两个实现类,一个是 StaticDirectory,一个是 RegistryDirectory

其实这个也是道很好的面试题,他还是可以区分三种人

  • 一种是停留在使用层面的,没看过源码的,因此他不会懂得这两个实现类
  • 第二种是看过官网如下描述,因此认为directory的实现类都是动态变化的

Directory 代表多个 Invoker,可以把它看成 List,但与 List 不同的是,它的值可能是动态变化的,比如注册中心推送变更

  • 第三种则是有看过源码的,其实从 StaticDirectory中的 Static关键词来看,就知道,这个其实是不会动态变化的,从下图知道,他的 Invoker是通过构造函数传入, StaticDirectory用得比较少,主要用在服务对多注册中心的引用

本文介绍的重点是 RegistryDirectory,首先来看看他的继承结构

这个 NotifyListener中的 notify方法就是注册中心的回调,也就是它之所以能根据注册中心动态变化的根源所在.

下面放一个上篇中集群容错的整体架构中的一个图唤醒大家的对 Directory记忆

从中可以看出, Directory获取 invoker是从 methodInvokerMap中获取的,从这个图也可以看出,这些主要都是 操作,那它的 操作是在什么时候写的呢?就是在回调方法 notify的时候操作的

也就是注册中心有变化,则更新 methodInvokerMapurlInvokerMap的值(这个后面讲 服务引用原理的时候会再提一下),这就是官网提到的 它的值可能是动态变化的,比如注册中心推送变更的原因所在.

写在末尾

上一篇集群容错的整体架构篇幅较长,可能很多人没什么耐心看下去,所以本篇换成短小精干但是却不缺深度的分享.鉴于本人才疏学浅,不对的地方还望斧正,也欢迎关注我的简书,名称为 肥朝

本文参与 腾讯云自媒体分享计划,分享自微信公众号。
原始发表:2017-11-24,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 芋道源码 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 前言
    • 直入主题
      • 写在末尾
      相关产品与服务
      微服务引擎 TSE
      微服务引擎(Tencent Cloud Service Engine)提供开箱即用的云上全场景微服务解决方案。支持开源增强的云原生注册配置中心(Zookeeper、Nacos 和 Apollo),北极星网格(腾讯自研并开源的 PolarisMesh)、云原生 API 网关(Kong)以及微服务应用托管的弹性微服务平台。微服务引擎完全兼容开源版本的使用方式,在功能、可用性和可运维性等多个方面进行增强。
      领券
      问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档