文章目录

Dubbo框架
- Dubbo(RPC)概括
配置服务项目
Dubbo负载均衡

Dubbo框架

Dubbo(RPC)概括

RPC包含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

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