Dubbo初识

最新推荐文章于 2021-11-06 23:15:14 发布

原创最新推荐文章于 2021-11-06 23:15:14 发布 · 862 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#Dubbo

Java 同时被 3 个专栏收录

6 篇文章

订阅专栏

分布式

1 篇文章

订阅专栏

Dubbo

1 篇文章

订阅专栏

本文介绍了分布式框架Dubbo的基础知识，包括其发展历程、架构原理及特性。通过对比传统的服务调用方式，阐述了Dubbo如何解决服务冗余和耦合问题。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

Dubbo初识

在本人学习Java的过程中，遇到了很多形形色色的问题。当时琢磨了好久才琢磨出这样的总结，贴出来供大家参考参考。以下观点仅代表本人在学习过程中的观点，望大家能够共同讨论，查漏补缺。

最近开始研究Dubbo这项技术，感觉通过Dubbo给我打开了一个新世界的大门，打开了通往分布式框架的一个大门，甚是欣喜。接下来将把我自己对Dubbo的一些认识和了解跟大家讲一讲。Dubbo的介绍与讲解不单单局限于这篇博文，本篇博文仅仅只是让大家有个对Dubbo的一个初步认识和初步了解。也希望有更多的人能够纠正我的一些理解和想法，不喜勿喷哦！

Dubbo是什么？大部分人的第一个想法应该是这个。可当我们去网上搜索资源的时候，我们得到的解释大多是：Dubbo是阿里巴巴开源的一个分布式框架，最大的特点是按照分层的方式来架构，使用这种方式可以使各个层之间解耦合（或者最大限度地松耦合）巴拉巴拉，诸如此类的官方解释。

但是，如果从一个初学者来说，我觉得官方的解释更多的是很抽象，不具现化的一种解释，如什么是分布式框架？什么叫做解耦？为什么要解耦？这些都是我们所不清楚的东西，因为对于一个没有接触过分布式框架的人来说，他只接触过垂直式框架，甚至于他连什么是垂直式框架是什么都不知道（别问我为什么我会知道别人不知道什么是垂直式框架这件事，因为我之前就是其中的一员哈哈哈….）

因此，我觉得在解释什么是Dubbo之前，我觉得有必要先对框架的演化进行一个讲解。

先附上一张图
应用框架演化

上图就是对应用架构演变的一个过程图，接下来会进行详细解析

单一应用框架（ORM）

当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本。此时，用于简化增删改查工作量的数据访问框架(ORM) 是关键。

垂直应用框架（MVC）

当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，将应用拆成互不相干的几个应用，以提升效率。此时，用于加速前端页面开发的 Web框架(MVC) 是关键。

分布式服务框架（RPC）

当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求。此时，用于提高业务复用及整合的分布式服务框架(RPC) 是关键。

流动计算框架（SOA）

当服务越来越多，容量的评估，小服务资源的浪费等问题逐渐显现，此时需增加一个调度中心基于访问压力实时管理集群容量，提高集群利用率。此时，用于提高机器利用率的资源调度和治理中心(SOA) 是关键。

从上面对各个应用框架的解释，我们可以看到其实目前小的应用来说用的比较多的肯定就是垂直式分布框架，即我们平常说的MVC框架。但是为什么在MVC框架之上又要演化出RPC分布式服务框架呢？接下来将会以图示进行讲解。

传统服务调用

如上图所示，是传统服务调用的一个图示。
通过上图，我们可以知道，随着A、B、C应用版本的不断更新，D应用也要重复再重复的将X、Y、Z的应用的实现拷贝到自身的应用当中。并且随着D应用的需求的不断更新，只会有更多的E应用、F应用、G应用的服务亦或者是A、B、C应用的其他服务需要添加进来，那么此时D应用就会随着需求的不断增加而使得本身十分的臃肿庞大。
因此，为了避免这些问题，远程调用服务应运而生。就好比如说我想要上网，我只需购买订阅运营商的宽带服务买个光猫即可上网，而不需要自己还要在家里搭个基站才能上网，内部怎么实现是运营商（服务提供者）的问题，而不是服务使用者的问题。

那么此时，分布式框架应运而生。
分布式服务框架

从上图中，我们不难看到与之前的传统服务调用不同的是，D应用中只将X、Y、Z的接口拷贝了过来，但是并没有把对应的实现拷贝过来，那么这样当A、B、C应用的Service在更新的时候，D应用也能够直接获取到对应的实现更新，而不需重新的把A、B、C应用的更新实现拷贝到D应用中来。这样就解决了传统服务调用方法的局限性问题。

而Dubbo就是为了解决远程调用服务应运而生的RPC框架。

通过上文我们解释了什么是RPC框架，那么接下来我们就来介绍一下Dubbo这个分布式服务框架。

什么是Dubbo

概念：
1、一种分布式框架
2、致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案

从上面的介绍中，我们不难知道什么是RPC框架是什么，那么SOA服务治理方案又是什么呢？这个将在之后的博文中提及到，因为所涉及的内容知识面较多，因此就不在此篇博文中讲解了。

Dubbo远程调用方案
以下图示将展现Dubbo的远程调用框架并附上具体的调用说明
Dubbo远程调用方案架构图

调用关系说明：
0. 服务容器负责启动，加载，运行服务提供者。
1. 服务提供者在启动时，向注册中心注册自己提供的服务。
2. 服务消费者在启动时，向注册中心订阅自己所需的服务。
3. 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。（异步）
4. 服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。
5. 服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。（异步）

从上图可以看到，其实Dubbo的远程服务调用的关键是在于Consumer和Provider这两个概念，即分别对应着服务消费者和服务提供者。Provider通过将自己的服务暴露出去（注册到注册中心如Zookeeper），Consumer通过注册中心订阅了该服务并拿到该服务的具体实现，从而实现了远程服务调用的操作。