文档章节

初识分布式服务管理框架-Dubbo

l
 liuqqq
发布于 2016/05/13 01:47
字数 2297
阅读 612
收藏 0

精选30+云产品,助力企业轻松上云!>>>

Dubbo是阿里下面的一个开源分布式服务管理框架。它的产生是因为分布式的产生而产生的。下面将几点分享一下我对Dubbo的初步认识。通过dubbo的官方文档可以了解一下怎么使用以及基本的设计思想。http://alibaba.github.io/dubbo-doc-static/User+Guide-zh.htm下面分享一下我对Dubbo的理解,可能其中存在误导,还望指正。

一、Dubbo的第一感受


当我看到上面这张图片,我一直在回忆我之前的开发经历。这张图很好的总结了J2EE发展至今的整个架构变更历程。再来一张图:

看到这个图,让我想起我大学时候接触的服务注册与发现,当时的服务是Web service服务,服务提供方是通过axis2(当然也可以用cxf,关于cxf可以看看@黄勇的Web Service 那点事儿 —— 使用 CXF 开发 SOAP 服务这里面有对CXF的详细介绍),服务注册和发现是通过JUDDI来 实现的。当时是将Web service服务全部注册到JUDDI,然后调用服务,通过JUDDI提供的发现服务接口,查找服务,发现服务接口,可以分析服务的服务质量来给出最好 的服务(当然,这种情况下同一种服务,有多个提供者)。瞬间让我怀念起大学的时代。所以看到这张图让我有一种很熟悉的感觉,于是也瞬间理解了这张图的意 思。

这张图的大致意思可以理解为:

  1. 注册中心的职责:

    (1)负责接受提供者服务注册的请求

    (2)负责将消费者订阅的服务地址返回给消费者

    (3)负责服务变更了,通知消费者

    (4)管理注册中心内部的服务
  2. 消费者:这将自己需要的服务,想注册中心发起订阅,以及当服务存在变更,进行调整。
  3. 服务提供者:将自己的服务发布到注册中心,以及提供具体服务给消费者。
  4. 监控中心:负责监听服务的请求次数以及处理时间,方便服务的治理。

上面是我第一次看到Dubbo的感觉。关于如何使用,以及怎么使用,我这里就不做过多的介绍,相信大家去看看官方文档都能理解,里面讲的已经非常清楚了。

二、Dubbo初步深入

由于我是一个比较心急的人,到dubbo的github网站把源码下载到本地进行了初步的阅读和分析。查看dubbo的源码,看上去非常的庞大,但是深入去看,里面真正的核心内容很小,就是dubbo-common这个才是整个dubbo的核心内容。
要说dubbo的核心,它的扩展点的实现非常的赞!基本上Dubbo的所有东西都是在扩展点的基础上实现的。比如dubbo支持netty,mima或者 zookeeper,这些东西都是dubbo中的一个扩展点。所以理解了dubbo的扩展点的思想,那么dubbo的其他每个扩展点怎么实现,那么就相对 容易点了。

扩展点是Dubbo的核心,而扩展点的核心则是ExtensionLoader,这个类有点类似ClassLoader,但是ExtensionLoader是加载Dubbo的扩展点的。下面列出ExtensionLoader几个重要的属性结构。

<!-- lang:java -->
public class ExtensionLoader<T> {
private static final ConcurrentMap<Class<?>, ExtensionLoader<?>> EXTENSION_LOADERS = new ConcurrentHashMap<Class<?>, ExtensionLoader<?>>();

private static final ConcurrentMap<Class<?>, Object> EXTENSION_INSTANCES = new ConcurrentHashMap<Class<?>, Object>();

private final Class<?> type;

private final ExtensionFactory objectFactory;

private final Holder<Map<String, Class<?>>> cachedClasses = new Holder<Map<String,Class<?>>>();
private final Holder<Object> cachedAdaptiveInstance = new Holder<Object>();
}

1、可以看到EXTENSION_LOADERS属性是一个static final的,那么说明应该是一个常量,这个就是用来装载dubbo的所有扩展点的ExtensionLoader,在Dubbo中,每种类型的扩展点都会有一个与其对应的ExtensionLoader,类似jvm中每个Class都会有一个ClassLoader,每个ExtensionLoader会包含多个该扩展点的实现,类似一个ClassLoader可以加载多个具体的类,但是不同的ExtensionLoader之间是隔离的,这点也和ClassLoader类似。那么理解dubbo的ExtensionLoader可以拿ClassLoader来进行类比,这样会加快自己对它的理解。

2、另一个常量属性是EXTENSION_INSTANCES,他是一个具体扩展类的实体,用于缓存,防止由于扩展点比较重,导致会浪费没必要的资源,所以在实现扩展点的时候,一定要确保扩展点可单例化,否则可能会出现问题。

3、另一个重要的属性是type,这里的type一般是接口,用于制定扩展点的类型,因为dubbo的扩展点申明是SPI的方式,所以某一个类型扩展点,就需要申明一个扩展点接口。比如ExtensionFactory扩展点申明如下:

<!-- lang:java -->
@SPI
public interface ExtensionFactory {

/**
 * Get extension.
 * 
 * @param type object type.
 * @param name object name.
 * @return object instance.
 */
<T> T getExtension(Class<T> type, String name);

}

dubbo加载某个类型的扩展点是会遍历三个目录(META-INF/services/,META-INF/dubbo/,META-INF/dubbo/internal/)下面查找type.getName的文件,里面的内容格式是extendName=classFullName,所以说type是告诉dubbo扩展点的类型,以及查找该类型扩展点的方式。

4、扩展点相互依赖注入,dubbo通过ExtensionFactory来解决,比如SpringExtensionFactorySpiExtensionFactory,不同扩展点之间肯定存在依赖,那么其扩展点从哪里获取,就全部交给ExtensionFactory来实现,通过上面ExtensionFactory代码可以了解,要获取某个个具体的扩展点实现需要知道两个参数,第一个是扩展点类型,用于得到是哪个类型的扩展点,第二个是该扩展实现的名称,用于在某一类型的扩展中找到对应的实现。注意:在dubbo中ExtensionFactory也被当作是一个扩展,那么就更说明在dubbo中无处不是扩展,另一个注意点是:只有ExtensionFactory扩展的ExtensionLoaderobjectFactory是null,其他的扩展的都必须有一个ExtensionFactory实现赋值给objectFactory属性。通过下面代码可以得知:

<!-- lang:java -->
 private ExtensionLoader(Class<?> type) {
    this.type = type;
    objectFactory = (type == ExtensionFactory.class ? null : ExtensionLoader.getExtensionLoader(ExtensionFactory.class).getAdaptiveExtension());
}

5、上面的代码又告诉我们一个信息,在ExtensionLoader.getExtensionLoader(ExtensionFactory.class)之后,不是直接返回某个扩展点,而是调用getAdaptiveExtension来获取一个扩展的适配器,这是为什么呢?因为一个扩展点有多个具体扩展的实现,那么直接通过ExtensionLoader直接返回一个扩展是不可靠的,需要一个适配器来根据实际情况返回具体的扩展实现。所以这里就有了cachedAdaptiveInstance属性的存在,dubbo里面的每个扩展的ExtensionLoader都有一个cachedAdaptiveInstance,这个属性的类型必须实现ExtensionLoader.type接口,这就是设计模式中的适配器模式。比如ExtensionFactory扩展点就有AdaptiveExtensionFactory适配器。扩展点的适配器可以是自己通过@Adaptive,也可以不提供实现,由dubbo通过动态生成Adaptive来提供一个适配器类。此处需要注意:Adaptive也是扩展点的某个实现,下面例举出ExtensionFactory扩展点的适配器:

<!-- lang:java -->
@Adaptive
public class AdaptiveExtensionFactory implements ExtensionFactory {

private final List<ExtensionFactory> factories;

public AdaptiveExtensionFactory() {
    ExtensionLoader<ExtensionFactory> loader = ExtensionLoader.getExtensionLoader(ExtensionFactory.class);
    List<ExtensionFactory> list = new ArrayList<ExtensionFactory>();
    for (String name : loader.getSupportedExtensions()) {
        list.add(loader.getExtension(name));
    }
    factories = Collections.unmodifiableList(list);
}

public <T> T getExtension(Class<T> type, String name) {
    for (ExtensionFactory factory : factories) {
        T extension = factory.getExtension(type, name);
        if (extension != null) {
            return extension;
        }
    }
    return null;
}

}

6、关于dubbo扩展点最后一个重要的属性就是cachedClasses,这个就是存储当前ExtensionLoader有哪些扩展点实现,从而可以实例化出某个具体的扩展点实体,cachedClasses声明为Holder<Map<String, Class<?>>>类型,其实可以理解为是Map<String, Class<?>>类型,Map的key是在type.getName文件中的=之前的内容,value这是这个扩展点实现的类对象了。

三、总结

通过上面分析,已经知道了dubbo可以做什么,以及dubbo的扩展点实现有了基本的了解。那么总结一下dubbo扩展点几个要点

1、一个扩展点类型一定是一个接口
2、一个扩展点一定对应一个ExtensionLoader
3、一个ExtensionLoader一定有一个Adapter
4、一个扩展点可以有多个实现,并且都是用一个ExtensionLoader进行加载
5、一个ExtensionLoader(除去ExtensionFactory扩展)都要有一个ExtensionFactory

到此,已经完成了一个dubbo的简单的分享,也算是对dubbo了解的一个开始吧。欢迎大家进行交流分享。

核心技术:Maven,Springmvc mybatis shiro, Druid, Restful, Dubbo, ZooKeeper,Redis,FastDFS,ActiveMQ,Nginx 
1.     项目核心代码结构截图

分布式框架介绍 - kafkaee - kafkaee的博客

   项目模块依赖分布式框架介绍 - kafkaee - kafkaee的博客

特别提醒:开发人员在开发的时候可以将自己的业务REST服务化或者Dubbo服务化

2.    项目依赖介绍

   2.1 后台管理系统、Rest服务系统、Scheculer定时调度系统依赖如下图:
 

分布式框架介绍 - kafkaee - kafkaee的博客

       2.2 Dubbo独立服务项目依赖如下图:

 分布式框架介绍 - kafkaee - kafkaee的博客

3.  项目功能部分截图:

分布式框架介绍 - kafkaee - kafkaee的博客

 

分布式框架介绍 - kafkaee - kafkaee的博客

 

分布式框架介绍 - kafkaee - kafkaee的博客

 

分布式框架介绍 - kafkaee - kafkaee的博客

 

分布式框架介绍 - kafkaee - kafkaee的博客

 

分布式框架介绍 - kafkaee - kafkaee的博客

 

分布式框架介绍 - kafkaee - kafkaee的博客
 

zookeeper、dubbo服务启动 

分布式框架介绍 - kafkaee - kafkaee的博客

 

分布式框架介绍 - kafkaee - kafkaee的博客
 

dubbo管控台 

分布式框架介绍 - kafkaee - kafkaee的博客

 

分布式框架介绍 - kafkaee - kafkaee的博客

 

分布式框架介绍 - kafkaee - kafkaee的博客

 

分布式框架介绍 - kafkaee - kafkaee的博客

 

分布式框架介绍 - kafkaee - kafkaee的博客

 

分布式框架介绍 - kafkaee - kafkaee的博客

 

分布式框架介绍 - kafkaee - kafkaee的博客

 REST服务平台

分布式框架介绍 - kafkaee - kafkaee的博客

 

分布式框架介绍 - kafkaee - kafkaee的博客

 

分布式框架介绍 - kafkaee - kafkaee的博客

 

分布式框架介绍 - kafkaee - kafkaee的博客

l
粉丝 1
博文 11
码字总数 42714
作品 0
东城
私信 提问
加载中
此博客有 2 条评论,请先登录后再查看。
一文归纳总结分布式架构中的那些事!

进入十一月,最火热的话题与期待的日子自然是双十一狂欢购物节了,作为程序员的你除了要清空自己的购物车之外,最关心的是不是双十一架构技术是如何承受亿级用户流量的冲击,又是如何在分布式...

JAVA高级架构v
2018/11/19
0
0
一文归纳总结分布式架构中的那些事!

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/t4i2b10X4c22nF6A/article/details/83894582 进入十一月,最火热的话题与期待的日子自然是双十一狂欢购物节了...

JAVA高级架构v
2018/11/09
0
0
阿里P8架构师分享,Java开发掌握这些知识点,就掌握了微服务精髓

前言: 现在主流的设计一般会采用Microservice Architecture,就是基于微服务的架构。简单来说, 微服务的目的是有效的拆分应用,实现敏捷开发和部署 。 所以目前的Java开发程序员熟练掌握分...

Java全栈架构师
06/05
4
0
HotFrameLearning 热门框架学习(目录)

HotFrameLearning 热门框架学习(目录) - I、项目介绍 - II、专辑栏目 一、Redis Redis 简介 Redis 环境安装配置 Redis 客户端连接 Redis 常用命令 Redis 集群搭建 Redis 分布式锁 二、Zoo...

HMILYYLIMH
2018/06/30
57
0
一文归纳总结分布式架构的那些事!

双十一购物狂欢节已经过去了,作为程序员的你,除了在关心自己的快递的运送情况之外,最关心的是不是双十一架构技术是如何承受亿级用户流量的冲击,又是如何在分布式架构中实现单点登陆,形成...

茶轴的青春
2018/11/16
0
0

没有更多内容

加载失败,请刷新页面

加载更多

限时免费在线学习考取百度智能云ABC(初级)在线认证证书

本文作者:y****n 百度云智学院致力于为百度ABC战略(人工智能、大数据、云计算)提供人才生态体系建设,包括基于百度ABC、IoT的课程体系,整合百度优势技术能力的深度学习技术、Apollo无人车...

百度开发者中心
昨天
0
0
Maven中dependencyManagement和依赖关系之间的区别

问题: What is the difference between dependencyManagement and dependencies ? dependencyManagement和dependencies什么区别? I have seen the docs at Apache Maven web site. 我已经在......

富含淀粉
今天
7
0
Confluence 如何查看页面 ID

如果你希望查看页面的 ID 你有 2 个方法。 例如,你希望查看 https://www.cwiki.us/display/CONFLUENCEWIKI/Get+started 页面的 Page ID 的话。 如果你的标题栏没有特殊字符,那么将会使用英...

honeymoose
今天
11
0
Linux系统 Centos7 环境基于Docker部署Rocketmq服务

消息队列 基本概述 MQ,Message Queue,基于TCP协议构建的简单协议,区别于具体的通信协议。 基于通信协议定义和抽象的更高层次的通信模型,一般都是生产者和消费者模型,又或者说服务端和客户端...

mazhilin
今天
12
0
我可以在.gitconfig中为自己指定多个用户吗? - Can I specify multiple users for myself in .gitconfig?

问题: In my ~/.gitconfig , I list my personal email address under [user] , since that's what I want to use for Github repos. 在~/.gitconfig ,我在[user]我的个人电子邮件地址,因......

法国红酒甜
今天
19
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部