Dubbo理解

最新推荐文章于 2022-08-24 19:21:39 发布

lunhuicn

最新推荐文章于 2022-08-24 19:21:39 发布

阅读量124

点赞数

分类专栏： Dubbo 文章标签： dubbo 分布式 java

本文链接：https://blog.csdn.net/lunhuicnm/article/details/126299175

版权

Dubbo 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

本文介绍了Dubbo框架的三层结构：业务层、RPC层和Remoting层，并详细解释了各层的功能和服务调用流程。同时对比了SpringCloud与Dubbo的区别，帮助读者更好地理解这两种微服务框架的特点。

摘要由CSDN通过智能技术生成

Dubbo分三层，业务层、RPC、Remoting层

1）业务层提供接口服务
2）RPC层又分为配置层（config）、服务代理层（Proxy）、服务注册层（Registry）、路由层（Cluster）、监控层（Monitor）、远程调用层（Protocol）。
RPC是一个分布式计算的CS模式 RPC
1、服务集成 RPC 后，服务（这里的服务就是图中的 Provider，服务提供者）启动后会通过 Register（注册）模块，把服务的唯一 ID 和 IP 地址，端口信息等注册到 RPC 框架注册中心（图中的 Registry 部分）。
2、当调用者（Consumer）想要调用服务的时候，通过 Provider 注册时的的服务唯一 ID 去注册中心查找在线可供调用的服务，返回一个 IP 列表（3.notify 部分）。
3、第三步 Consumer 根据一定的策略，比如随机 or 轮训从 Registry 返回的可用 IP 列表真正调用服务（4.invoke）。
4、最后是统计功能，RPC 框架都提供监控功能，监控服务健康状况，控制服务线上扩展和上下线（5.count）

3）Remoting层分为信息交换层（Exchange）、网络传输层（Transport)、数据序列层（Serialize)。

Dubbo特点：

1.远程通讯: 提供对多种基于长连接的 NIO 框架抽象封装（非阻塞 I/O 的通信方式，Mina/Netty/Grizzly），包括多种线程模型，序列化（Hessian2/ProtoBuf），以及“请求-响应”模式的信息交换方式。
2.集群容错: 提供基于接口方法的透明远程过程调用（RPC），包括多协议支持（自定义 RPC 协议），以及软负载均衡（Random/RoundRobin），失败容错（Failover/Failback），地址路由，动态配置等集群支持。
3.自动发现: 基于注册中心目录服务，使服务消费方能动态的查找服务提供方，使地址透明，使服务提供方可以平滑增加或减少机器。

Dubbo开发
1.引入maven包

org.apache.dubbo dubbo ${dubbo.version} org.apache.dubbo dubbo-dependencies-zookeeper ${dubbo.version} pom 2.启动类 public class Application { private static String zookeeperHost = System.getProperty("zookeeper.address", "127.0.0.1");

public static void main(String[] args) throws Exception {
    ServiceConfig<GreetingsService> service = new ServiceConfig<>();
    service.setApplication(new ApplicationConfig("first-dubbo-provider"));
    service.setRegistry(new RegistryConfig("zookeeper://" + zookeeperHost + ":2181"));
    service.setInterface(GreetingsService.class);
    service.setRef(new GreetingsServiceImpl());
    service.export();

    System.out.println("dubbo service started");
    new CountDownLatch(1).await();
}

}
Zookeeper作为Dubbo服务的注册中心，nacos也可做为Dubbo注册中心

SpringCloud与Dubbo的区别

1.初始定位不同：SpringCloud定位为微服务架构下的一站式解决方案；Dubbo 是 SOA 时代的产物，它的关注点主要在于服务的调用和治理
2.生态环境不同：SpringCloud依托于Spring平台，具备更加完善的生态体系；而Dubbo一开始只是做RPC远程调用，生态相对匮乏，现在逐渐丰富起来。
3.调用方式：SpringCloud是采用Http协议做远程调用，接口一般是Rest风格，比较灵活；Dubbo是采用Dubbo协议，接口一般是Java的Service接口，格式固定。但调用时采用Netty的NIO方式，性能较好。
4.组件差异比较多，例如SpringCloud注册中心一般用Eureka，而Dubbo用的是Zookeeper