致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案
使用zookeeper作为注册中心registry
dubbo.config.annotation下相关注解
- @Service：被该注解修饰的类，会对外发布，包括IP、端口、路径到注册中心
- @Reference：远程注入，完成以下操作：
- 从zookeeper注册中心获取对应类的访问url
- 进行远程调用RPC
- 将结果封装为一个代理对象，给变量进行赋值
dubbo admin
监控平台默认用户名密码：root/root
序列化
- implements Serializable
- transient：被该关键字修饰的变量不会被序列化
- 生产者和消费者传输对象，需要在一个独立的模块（工程）中定义，降低耦合度
地址缓存
- 先问个问题：如果注册中心挂了，消费者是否可以正常访问服务提供者？
- 答案是可以的，因为dubbo服务消费者在第一次调用时，会将服务提供者的地址缓存到本地，以后再调用就不用访问注册中心。
- 当服务提供者地址发生变化时候，注册中心会主动通知服务消费者，即执行上方Dubbo架构图的3操作Notify。
超时与重试
高峰流量下可能会存在问题：
- 某个服务消费者在调用提供者时，由于一些原因发生了阻塞、等待的情况，消费者会一直等待提供者响应。
- 大量请求同时请求这个链路调用，会造成大量的线程堆积，从而形成雪崩。
Dubbo如何解决请求超时？
- 设置超时时间，在这个时间内，如果无法完成访问或者服务提供者无法响应消息，则自动断开连接。
- 超时时间默认1000ms
- 服务提供方注解上配置超时：
@Service(timeout=3000) - 服务消费方注解上配置超时：
@Reference(timeout=2000) - 如果服务消费方和提供方同时配置了超时时间，那么肯定以时间较短者作为超时判断标准。
Dubbo如何解决超时重试？
- 使用
retires定义重试次数：@Service(timeout = 3000, reties = 3)，表示3秒内重试3次，加上第一次请求，一共是4次。 - 如果不定义reties，默认的重试次数的2次。
多版本
灰度发布：加入有三个服务消费者C1 C2 C3，同时调用一个服务提供者P，如果P升级成P2，那么可以考虑先让一部分消费者访问P2，如果一段时间没有问题了，再把其他所有消费者全部引流至P2。
这时候就牵扯到版本的概念了，version。怎么配置版本？
- 配置服务提供方P：
@Service(version = "V1") - 配置服务提供方P2：
@Service(version = "v2") - 配置服务消费者C1：
@Reference(version = "v2")
负载均衡
在Dubbo中，服务提供者的负载均衡分为四种类型，默认是Random：
- Random：按照权重随机，符合正态分布，权重高的访问概率更大。
- RoundRobin：安权重轮询，例如三台机器的权重分别为100/200/100，那么访问顺序可能为：1、2、3、2
- LeastActive：最少活跃调用次数，相同活跃数的随机， 消费者会记录各个消费提供者最后一次响应所需的时间，选择响应时间最短的进行访问。
- ConsistentHash：一致性Hash，相同的参数总是会发到同一个服务提供者
接下来仅简单演示Random怎么设置：
- 服务提供者P1：
@Service(weight = 100 ) - 服务提供者P2：
@Service(weight = 200 ) - 服务提供者P3：
@Service(weight = 100 ) - 消费者C：
@Reference(loadbalance="random")
集群容错模式
- Failover Cluster（默认）：失败重试，当出现失败，尝试连接集群中其他服务，默认重试2次，读取retries配置，一般用在读操作。
- Failfast Cluster：快速失败，仅发起一次调用，失败立即报错，通常用于写操作。
- Failsafe Cluster：安全失败，出现异常时候，直接忽略，返回一个空结果，常用于写入日志操作等。
- Failback Cluster：失败自动回复，后台记录失败请求，定时重发。
- Forking Cluster：并行调用多个服务器，只要一个成功即返回。
- Broadcast Cluster：广播调用所有提供者，逐个调用，任意一个报错就报错。
定义容错模式的语法：@Reference(cluster = "failover")
服务降级
mock="force:return null"表示消费方如果调用该服务，直接就返回null，压根就不发起远程调用，可以用来屏蔽一些不重要的服务，如日志服务等。mock="fail:return null"表示如果调用出错，返回null，不抛出异常，用来容忍不重要服务不稳定时对调用放的影响。
