Dubbo框架保姆级教学[手把手教会你]

文章详细介绍了Dubbo框架,包括其作为RPC框架的角色,支持的协议(如Dubbo、RMI和Hessian协议),以及推荐的注册中心Zookeeper和Nacos。此外,文章还讨论了Dubbo的调用结构,服务提供者和服务消费者的区别,并深入探讨了负载均衡策略和配置。Dubbo强调高性能和轻量级特性,简化了微服务之间的远程调用。
摘要由CSDN通过智能技术生成

Dubbo框架

Dubbo(RPC)概括

RPC包含2部分内容

  1. 序列化过程: 是调用传输,存储过程中,从内存到内存设计的数据转化过程. 有非常多的序列化方法,序列化协议.
  2. 通信过程: 端与端通信对接,选择使用的底层通信方式.(http,tcp)
    在这里插入图片描述
    建立远程通信,序列化数据都属于RPC范畴.只有RPC的功能概念有的问题作为远程访问解决不了的,比如: 通信信息无法自动获取的(ip:port),负载均衡,平均访问的功能
  • Dubbo
  • dubbo是一个RPC框架. 序列化,底层通信协议,都可以已经包装好的.
  • 官网: https://cn.dubbo.apache.org/zh-cn/index.htmlApache Dubbo 是一款高性能、轻量级的开源服务框架。
  • 提示:错误的理解是占用的磁盘空间大小.
  • 轻量级:使用方便,快捷,不会在使用和创建的过程中投入过多的时间成本,和学习成本.
  • SPRING框架轻量级还是重量级: 整体是轻量级的(尤其是在springboot出现之后).早期版本中xml配置是重量级的.
  • 提供了六大核心能力:面向接口代理的高性能RPC调用,智能容错和负载均衡,服务自动注册和发现,高度可扩展能力,运行期流量调度,可视化的服务治理与运维。

Dubbo支持的协议

Dubbo协议(也是默认的,也是我们使用的)

RPC协议中不约束底层通信协议,dubbo作为RPC框架原则上也不限制约束。但是Dubbo官方推荐通信协议使用dubbo,这个协议也是Dubbo框架默认协议。
优点

  • 采用NIO单一长链接
  • 高并发处理请求(每个进程中包含了一个连接池)
  • 提升开发效率,降低通信消耗

缺点

  • 大文件传输性能低,可能出现问题

RMI协议

  • 除了dubbo协议默认推荐,还支持RMI协议

优点

  • jdk自带的能力,使用方便。

缺点

  • 偶尔链接会失败(不确定最新版本是否更新修改了这个问题)
  • 只适用于java(不符合微服务的目的)

Hessian协议
这个Hessian协议是dubbo可以选择的一个序列化协议。
优点

  • 可以于原生Hession互操作,基于HTTP通信协议也可以基于上述dubbo中其它通信协议实现序列化。
  • 序列化的二进制数据长度相比于常见的大部分序列化协议都短.

缺点

  • 需要hessian.jar的支持,http短连接开销大。

Dubbo支持的注册中心

Zookeeper
第一个是zookeeper。他是分布式协调的服务注册发现组件。
优点

  • 支持分布式,有很多周边产品

缺点

  • 受限于zookeeper软件的稳定性,Zookeeper专门分布式辅助软件,稳定性较优。

Nacos
spring cloud alibaba众多组件的核心组件注册中心。
优点

  • 阿里的注册中心,无缝集成spring cloud,除此还支持分布式配置管理。
    缺点
    其它不常见的注册中心

dubbo的调用结构

dubbo中的调用由一些概念需要理解:

  • provider(服务提供者):是微服务某个服务实例,对外提供被调用的功能的实例.
    • stock-adapter是provider的角色
  • consumer(服务消费者):是微服务某个服务实例,调用其他服务实例的功能的实例
    • order-adapter是consumer的角色;
  • 注册中心:nacos启动的服务端进程
    在这里插入图片描述

配置服务项目

- 依赖

<dependency>
    <groupId>com.alibaba.cloud</groupId>
    <artifactId>spring-cloud-starter-dubbo</artifactId>
</dependency>

- application-local.yml

dubbo:
  application:
    # 所有微服务中application.name 使用${}引用一下我们配置过的这个名字
    name: ${spring.application.name}
  #dubbo协议
  protocol:
    #dubbo使用nacos作为注册中心 注册的协议信息
    #-1表示从20880端口开始,选择第一个空端口
    port: -1
    name: dubbo
  #配置注册中心属性
  registry:
    #告诉dubbo注册中心类型和地址
    address: nacos://localhost:8848
    #分组 和nacos之前分组完全一样的.
    group: 0.0.1-SNAPSHOT
    #命名空间 dev 这个属性没有提示
    parameters:
      registry-type: nacos
      namespace: 8ab3682d-d7c4-487f-a695-5921cbf57eef
    #关闭在nacos中dubbo提供的一些默认的配置注册信息,如果不关闭,随着dubbo
    #客户端运行nacos配置中心列表中会出现大量重复
    use-as-config-center: false
    use-as-metadata-center: false
  consumer:
    #关闭consumer的检查功能,如果不关闭,在consumer一旦发现服务注册中心
    #没有调用的服务,就会报错
    check: false

配置类+注解

- provider(服务提供者): 远程调用的被调用的服务实例

  • 在项目启动类中,添加dubbo配置导入. @EnableDubbo
  • 在业务层,使用dubbo注解,提供注册信息携带数据.@DubboService

- consumer(服务消费者): 远程调用的调用发起的服务实例

  • 和provider不同的在于注解的使用.调用远程service实现的引入bean对象的注解不再使用@Resource @Autowired
  • 在这里插入图片描述

远程调用原理

在这里插入图片描述

Dubbo负载均衡

负载均衡:

  • 负载: 并发,流量,请求等被程序处理的任务,都可以称为负载.微服务中指的一般是流量和并发.
  • 均衡: 集群分布式环境下,将负载平衡的分配给处理负载的任务单元.
    在这里插入图片描述

Dubbo负载均衡策略

  • random: 随机分配负载均衡
  • roundRobin: 轮训分配负载均衡,挨个访问
  • leastactive: 最小活跃分配负载均衡,越闲,分配的越多.使用相应数量在单位时间处理的越多的,越闲

配置负载均衡的方式

注解使用(局部配置)

  • 提供者
    weigth 权重值,越高配的越多
    在这里插入图片描述
  • 消费者(具体以谁为准,以下面优先级为准)
    在这里插入图片描述

配置yaml(全局配置)

  • 提供者
    在这里插入图片描述
  • 消费者
    在这里插入图片描述

dubbo配置负载均衡优先级

  • 全局和局部
    局部优先级>全局优先级
  • provider和consumer
    provider优先级>consumer优先级
    局部provider>全局provider>局部consumer>全局consumer
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

我有小魚干

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

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

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

打赏作者

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

抵扣说明:

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

余额充值