1. dubbo 是一款高性能的 java RPC （远程服务调用）框架。
2. RPC 框架的性能关键是“序列化”和“网络通信”，dubbo 采用二进制序列化、使用 Socket 而不是 Http 进行网络通信
3. dubbo 的架构
简单解释：服务提供者 、服务消费者 在注册中心进行注册，注册的同时告知注册中心，我提供什么服务，我需要什么服务。注册中心，会将相应服务提供者的地址信息给到消费者，消费者再找到提供者享受服务。
monitor 是监视器，对服务的调用次数和时间进行一个统计。提供者和消费者都会定时发送统计数据给监控中心。
生活举例：淘宝：提供者就是商家，而消费者就是顾客，注册中心则为淘宝平台，监控中心是淘宝数据统计人员（或者理解为网警？）
使用注册中心：
我使用的是 zookeeper 是一个树型的目录服务
默认端口 2181 20880
- 当提供者出现断电等异常停机时，注册中心能自动删除提供者信息
- 当注册中心重启时，能自动恢复注册数据，以及订阅请求
- 当会话过期时，能自动恢复注册数据，以及订阅请求
- 当设置 `<dubbo:registry check="false" />` 时，记录失败注册和订阅请求，后台定时重试
- 可通过 `<dubbo:registry username="admin" password="1234" />` 设置 zookeeper 登录信息
- 可通过 `<dubbo:registry group="dubbo" />` 设置 zookeeper 的根节点，不设置将使用无根树
- 支持 `*` 号通配符 `<dubbo:reference group="*" version="*" />`，可订阅服务的所有分组和所有版本的提供者
Dubbo 的负载均衡（内置4种）
1. RandomLoadBlance 随机 负载均衡，也就是随机选择（dubbo默认的负载均衡策略）
2. RoundRobinLoadBlance 轮询 负载均衡
3. LeastActivelLoadBlance 最少活跃调用数，相同活跃数的随机。 也就是能者多劳（相同的服务，肯定是选择最快的），让慢的 提供者收到更少的请求，因为慢的提供者调用前后的计数差更大
4.ConsistentHashLoadBlance 一致性哈希负载均衡，相同的请求总是落在同一台机器上。（它干熟了，这个活就找他）
check 属性
默认 check = true ，dubbo 会在启动时检查依赖的服务是否可用，不可用则抛出异常，阻止spring初始化完成，可用更早的发现问题
标签：dubbo,负载,服务,中心,提供者,笔记,注册 From： https://www.cnblogs.com/yuedong-JavaNotes/p/16878587.html