我的架构梦：（二十五）Dubbo源码分析之整体架构设计

最新推荐文章于 2023-07-28 00:53:27 发布
最新推荐文章于 2023-07-28 00:53:27 发布
阅读量243 收藏
点赞数
分类专栏： 我的架构梦
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/riemann_/article/details/107773072
版权
我的架构梦 专栏收录该内容
98 篇文章 63 订阅 ¥59.90 ¥99.00
订阅专栏
本文详细介绍了Dubbo的整体架构设计，包括服务提供者、消费者、注册中心和监控中心四大组成部分，以及启动和执行流程。讲解了调用链路，从消费者方法调用到服务提供者执行的全过程，涉及代理、过滤器、路由选择和负载均衡等关键环节。此外，还概述了Dubbo的分层设计，强调了其灵活性和可复用性。
摘要由CSDN通过智能技术生成

一、源码下载和编译

1、dubbo的项目在github中的地址为: https://github.com/apache/dubbo

2、进入需要进行下载的地址，执行 git clone https://github.com/apache/dubbo.git

3、为了防止master中代码不稳定，进入dubbo项目 cd dubbo 可以切入到最近的release分支 git checkout 2.7.6-release

4、进行本地编译，进入dubbo项目 cd dubbo , 进行编译操作 mvn clean install -DskipTests

5、使用IDE引入项目。

二、整体架构设计

1、Dubbo调用关系说明

在这里插入图片描述

整个架构由四部分组成：

  • Prov
了解本专栏 订阅专栏 解锁全文
老周聊架构
关注
专栏目录
订阅专栏
我的架构梦：（二十六）Dubbo源码分析之服务注册与消费源码剖析
riemann_的博客
08-04 335
Dubbo源码分析之服务注册与消费源码剖析一、注册中心Zookeeper剖析二、服务的注册过程分析三、URL规则详解 和 服务本地缓存四、Dubbo 消费过程分析 一、注册中心Zookeeper剖析 注册中心是Dubbo的重要组成部分，主要用于服务的注册与发现，我们可以选择Redis、Nacos、 Zookeeper作为Dubbo的注册中心，Dubbo推荐用户使用Zookeeper作为注册中心。 1、注册中心Zookeeper目录结构 我们使用一个最基本的服务的注册与消费的Demo来进行说明。 例如:只有一
Dubbo源码分析系列之-整体架构设计
初学者
08-13 2402
导语：   在了解一个框架的源码的时候，第一步要了解的就是源码的结构，接下来第二步需要了解的就是源码的架构，下面这张图在Dubbo官网上所展示的Dubbo的架构设计图。接下来就来详细的分析一下这张图。 整体说明   从左右颜色的角度分析，浅蓝色的表示Consumer也就是服务消费者，浅绿色的表示Provider也就是服务提供者，这个是左右分离的越往两边说明对于服务提供者和服务消费者的调用越强...
【dubbo源码】内核架构及源码特性浅析
薄观约取，厚积薄发
10-17 160
dubbo为以URL为主线的一个框架，即根据URL中的相关参数，在各个扩展点之间传递数据，自适应选择对应的spi实现类。 URL 在 dubbo 中被当做是公共契约，所有扩展点参数都包含 URL 参数（直接或间接）作为上下文信息贯穿整个扩展点设计体系。 URL 相当于参数的集合(相当于一个 Map)，他所表达的含义比单个参数更丰富，当我们在扩展代码时，可以将新的参数追加到 URL 之中，而不需要改变入参，返参的结构。 统一模型，各个扩展模块都可以使用它作为参数的表达形式，简化了概念，降低了代码的理解成本。U
MyBatis和Dubbo深度整合——深度分析MyBatis+Dubbo项目架构设计
最新发布
程序员光剑
07-28 1103
1.1 Mybatis 是什么？Mybatis 是一款优秀的持久层框架，它支持自定义 SQL、存储过程以及高级映射。Mybatis 避免了几乎所有的 JDBC 代码以及参数处理，非常适合开发人员编写灵活可移植性强的代码，屏蔽了数据库底层实现的差异性。Mybatis 可以直接作用在 XML 配置文件中，将复杂的JDBC操作抽象出来，使数据库相关操作对应用层来说是透明的，并可以定制化地调整性能。1.2 Apache Dubbo 是什么？
Dubbo 架构演进：从 RMI 到 Dubbo
强哥叨逼叨
04-14 369
转自：https://www.cnblogs.com/binarylei/p/14110008.html 目录 Dubbo 架构演进：从 RMI 到 Dubbo 1. 自定义 RPC 2. RMI 架构 2.1 整体架构 2.2 RPC 调用 3. Dubbo 架构 3.1 整体架构 3.2 RPC 调用 3.3 服务治理 4. 总结时刻 推荐阅读 谈谈你对 Dubbo 的认知？对于这个问题，你是怎么回答的呢？ 我们知道 Dub.
dubbo源码解析-集群容错架构设计
huangshulang1234的博客
11-23 346
dubbo源码解析-集群容错架构设计 前言 本来是想把整个dubbo源码解析一次性弄完，再做成一个系列来发布的，但是正巧最近有位好朋友要去杭州面试，就和我交流了一下。本着对dubbo源码略有心得的心态，在交流过程中也发表了个人的一些粗劣的拙见。但是非常不幸的是，交流过程中我这位朋友问到了几个问题，我却没能回答得上，让我感到十分惭愧。故而将原计划提前，并且定期整理，做到定
Dubbo（七）系统架构解析（两大设计原则、三大领域模型、四大组件、十层架构图、Dubbo源码架构）
语雀同名：犬豪 yuque.com/qhao
09-06 1412
Dubbo的系统架构解析 1. Dubbo 的两大设计原则 Dubbo 框架在设计时遵循了两大设计原则： Dubbo 使用“微内核+插件”的设计模式。内核只负责组装插件(扩展点)，Dubbo 的功能都是由插件实现的，也就是 Dubbo 的所有功能点都可被用户自定义扩展类所替换。 采用 URL 作为配置信息的统一格式，所有扩展点都通过传递 URL 携带配置信息。 URL：协议://IP地址：端口/服务名/各种元数据信息... 为什么dubbo用url不用json? 个人理解，dubbo的应用场景涉及各
Dubbo（四）：Spring 整合 Dubbo 源码分析
Men-DD
08-19 408
在 Java 中，一切皆对象。在 JDK 中使用 java.lang.Class 来描述类这个对象。在 Spring 中，bean 对象是操作核心。那么 Spring 也需要一个东西来描述 bean 这个对象，它就是 BeanDefinition。spring 的基础流程，其整体类图如下:最后的 spring 动作 applicationContext.registerBeanDefinition 会在 IOC 容器内创建描述的 bean 对象。
Dubbo架构设计与源码解析（二） 服务注册
京东科技开发者
12-21 579
Dubbo是一款典型的高扩展、高性能、高可用的RPC微服务框架，用于解决微服务架构下的服务治理与通信问题。其中URL也是Dubbo内部通过@Adaptive注解实现SPI的核心，通过修改URL的头部协议（如：register、dubbo、injvm等），在调用。在介绍服务注册发现之前，先简单介绍一下贯穿整个Dubbo源码，也是Dubbo实现自适应扩展的核心--SPI机制，下图为Dubbo SPI实现的简单类图。该方法的时候，会根据不同的协议切换不通的实现类，实现了Dubbo技术架构与业务逻辑的解耦。
dubbo源码分析pdf.zip
05-09
《Dubbo源码分析》是一套深入探讨Apache Dubbo这一著名Java开源框架的书籍，旨在帮助开发者更好地理解和应用Dubbo。Dubbo是一个高性能、轻量级的服务治理框架，广泛应用于微服务架构中，以实现服务的发布、发现、...
Dubbo架构介绍与源码分析
06-13
首先，我们要理解Dubbo的整体架构。Dubbo的核心组件主要包括服务提供者（Provider）、服务消费者（Consumer）、注册中心（Registry）、监控中心（Monitor）和服务容器（Container）。服务提供者提供服务，服务消费者...
我的架构梦：（二十八）Dubbo源码分析之集群容错源码剖析
riemann_的博客
08-05 384
Dubbo源码分析之集群容错源码剖析一、前言二、信息缓存接口Directory三、路由规则实现原理四、 Cluster组件五、负载均衡实现原理六、Invoker执行逻辑 一、前言 在对集群相关代码进行分析之前，这里有必要先来介绍一下集群容错的所有组件。包含 Cluster、 Cluster Invoker、Directory、Router 和 LoadBalance 等。 集群工作过程可分为两个阶段，第一个阶段是在服务消费者初始化期间，集群 Cluster 实现类为服务消 费者创建 Cluster Inv
我的架构梦：（九十二）消息中间件之Kafka集群搭建
riemann_的博客
02-14 2795
一、集群搭建要求 1、搭建设计 2、架构介绍 分配六台Linux，用于安装拥有三个节点的Kafka集群和三个节点的Zookeeper集群。 ip地址 节点名称 10.211.55.3 zookeeperCluster3 10.211.55.4 zookeeperCluster4 10.211.55.5 zookeeperCluster5 10.211.55.7 kafkaCluster7 10.211.55.8 kafkaCluster8 10.211.55.9 kaf
我的架构梦：（八十八）消息中间件之Kafka基于磁盘存储为啥这么快？
riemann_的博客
02-12 2590
一、前言 各位读者朋友们，博主给大家拜年了。因为在写这篇文章的时候正是2021年的除夕夜，刚和家人吃完年夜饭，去睡之前，想着脑海里还有个问题困惑着我。这个问题是什么呢？没错，就是本篇的标题：Kafka基于磁盘存储为啥这么快？ Kafka基于磁盘存储，却具有高性能、高吞吐、低延时的特点，其吞吐量动辄几十上百万。小伙伴们是否也有和我一样的困惑？磁盘存储io相对于内存来说不是很慢吗？那Kafka怎么会有如此高的性能呢！！！ kafka高性能，是多方面协同的结果，包括宏观架构、分布式partition存储、ISR数
我的架构梦：（九十九）消息中间件之RocketMQ的高可用机制——消息消费高可用
riemann_的博客
03-19 2583
欢迎大家关注我的公众号【老周聊架构】，Java后端主流技术栈的原理、源码分析、架构以及各种互联网高并发、高性能、高可用的解决方案。 一、前言 在前两篇我们介绍了 我的架构梦：（九十七）消息中间件之RocketMQ的高可用机制——消息存储高可用 我的架构梦：（九十八）消息中间件之RocketMQ的高可用机制——消息发送高可用 这一篇我们来说一下消息消费是如何保证高可用的。 要想知道消息消费的高可用，那我们得知道消息是怎么消费的吧。我们知道 Consumer 集群中每个 Consumer 都有消费组，那一个.
我的架构梦：（四十三）SpringCloud核心组件之微服务统一认证方案Spring Cloud OAuth2
riemann_的博客
08-26 2431
SpringCloud核心组件之微服务统一认证方案Spring Cloud OAuth2一、微服务架构下统一认证思路二、OAuth2开放授权协议/标准三、Spring Cloud OAuth2 实现四、搭建认证服务器(Authorization Server)五、搭建资源服务器(希望访问被认证的微服务) 一、微服务架构下统一认证思路 1、基于Session的认证方式 在分布式的环境下，基于session的认证会出现一个问题，每个应用服务都需要在session中存储用户身份信息，通过负载均衡将本地的请求分配到
我的架构梦：（五十五） MongoDB应用场景与实战
riemann_的博客
11-01 2135
一、MongoDB的适用场景 网站数据：Mongo 非常适合实时的插入,更新与查询，并具备网站实时数据存储所需的复制及高度伸缩性。 缓存：由于性能很高，Mongo 也适合作为信息基础设施的缓存层。在系统重启之后，由Mongo 搭建的持久化缓存层可以避免下层的数据源过载。 大尺寸、低价值的数据：使用传统的关系型数据库存储一些大尺寸低价值数据时会比较浪费， 在此之前，很多时候程序员往往会选择传统的文件进行存储。 高伸缩性的场景：Mongo 非常适合由数十或数百台服务器组成的数据库，Mongo 的路线图中已经包
我的架构梦：（八十九）消息中间件之Kafka如何保证幂等性
riemann_的博客
02-12 2060
一、幂等性 保证在消息重发的时候，消费者不会重复处理。即使在消费者收到重复消息的时候，重复处理，也要保证最终结果的一致性。 所谓幂等性，数学概念就是: f(f(x)) = f(x) 。f函数表示对消息的处理。 比如，银行转账，如果失败，需要重试。不管重试多少次，都要保证最终结果一定是一致的。 二、引入幂等性之前 Producer向Broker发送消息，然后Broker将消息追加到消息流中后再给Producer返回Ack信号值。实现流程如下: 生产中，会出现各种不确定的因素，比如在Producer在发送给B
Dubbo源码解析：服务治理中间件的微内核架构
本文档基于源码分析，深入探讨了Dubbo的内部工作机制，包括SPI机制的运用，帮助读者理解并掌握Dubbo的核心实现。" Dubbo作为一款强大的服务治理中间件，其设计理念在于提供微内核与插件架构，以实现高度可扩展性和...
评论 4
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

老周聊架构

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值