Dubbo |ˈdʌbəʊ| 是阿里下的一个分布式、高性能、透明化的RPC服务框架，提供服务自动注册、自动发现等高效服务治理方案的开源框架。
1.1. RPC需要解决的问题
1.1.1. 通讯问题
主要是通过在客户端和服务器之间建立TCP连接，远程过程调用的所有交换的数据都在这个连接里传输。连接可以是按需连接，调用结束后就断掉，也可以是长连接，多个远程过程调用共享同一个连接。
1.1.2. 寻址问题
A服务器上的应用怎么告诉底层的RPC框架，如何连接到B服务器（如主机或IP地址）以及特定的端口，方法的名称是什么，这样才能完成调用。比如基于Web服务协议栈的RPC，就要提供一个endpoint URI，或者是从UDDI服务上查找。如果是RMI调用的话，还需要一个RMI Registry来注册服务的地址。
1.1.3. 序列化与反序列化
当A服务器上的应用发起远程过程调用时，方法的参数需要通过底层的网络协议如TCP传递到B服务器，由于网络协议是基于二进制的，内存中的参数的值要序列化成二进制的形式，也就是序列化（Serialize）或编组（marshal），通过寻址和传输将序列化的二进制发送给B服务器。
同理，B服务器接收参数要将参数反序列化。B服务器应用调用自己的方法处理后返回的结果也要序列化给A服务器，A服务器接收也要经过反序列化的过程。
2.2. Dubbo注册中心
Ø Multicast注册中心
Ø Zookeeper注册中心
Ø Redis注册中心
Ø Simple注册中心
2.3. 协议
Dubbo缺省协议采用单一长连接和NIO异步通讯，适合于小数据量大并发的服务调用，以及服务消费者机器数远大于服务提供者机器数的情况。
<dubbo:protocol name="dubbo" port="20880" />
URL格式：
dubbo://username:password@host:port/path?key=value&key=value
Ø 透明化的远程方法调用，就像调用本地方法一样调用远程方法，只需简单配置，没有任何API侵入。
Ø 软负载均衡及容错机制，可在内网替代F5等硬件负载均衡器，降低成本，减少单点。
Ø 服务自动注册与发现，不再需要写死服务提供方地址，注册中心基于接口名查询服务提供者的IP地址，并且能够平滑添加或删除服务提供者。
Ø 服务接口监控与治理
Dubbo-admin与Dubbo-monitor提供了完善的服务接口管理与监控功能，针对不同应用的不同接口，可以进行 多版本，多协议，多注册中心管理。
4.1. 在Provider上尽量多配置Consumer端属性
Ø timeout 方法调用超时
Ø retries 失败重试次数，缺省是2（表示加上第一次调用，会调用3次）
Ø loadbalance 负载均衡算法（有多个Provider时，如何挑选Provider调用），缺省是随机（random）。还可以有轮询(roundrobin)、最不活跃优先（leastactive，指从Consumer端并发调用最好的Provider，可以减少的反应慢的Provider的调用，因为反应更容易累积并发的调用）
Ø actives 消费者端，最大并发调用限制，即当Consumer对一个服务的并发调用到上限后，新调用会Wait直到超时。 在方法上配置（dubbo:method）则并发限制针对方法，在接口上配置（dubbo:service），则并发限制针对服务。
4.2. Provider上配置合理的Provider端属性
Ø threads 服务线程池大小
Ø executes 一个服务提供者并行执行请求上限，即当Provider对一个服务的并发调用到上限后，新调用会Wait（Consumer可能到超时）。在方法上配置（dubbo:method ）则并发限制针对方法，在接口上配置（dubbo:service），则并发限制针对服务。
4.3. 配置上Dubbo缓存文件
提供者列表缓存文件
<dubbo:registry file=”${user.home}/output/dubbo.cache” />
4.4. 配置优先级
Ø 方法级优先，接口级次之，全局配置再次之。
Ø 如果级别一样，则消费方优先，提供方次之。
4.5. 推荐XML配置
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:dubbo="http://code.alibabatech.com/schema/dubbo"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd http://code.alibabatech.com/schema/dubbo http://code.alibabatech.com/schema/dubbo/dubbo.xsd">
<!-- 提供方应用信息，用于计算依赖关系 -->
<dubbo:application name="ops-provider"/>
<!-- 使用zookeeper注册中心暴露服务地址 -->
<dubbo:registry protocol="zookeeper" address="127.0.0.1:2181"/>
<!-- 用dubbo协议在20880端口暴露服务 -->
<dubbo:protocol name="dubbo" port="20880"/>
<!-- 设置服务方统一参数 -->
<dubbo:provider timeout="60000" retries="0" accesslog="true"/>
<!-- 声明需要暴露的服务接口 -->
<dubbo:service interface="com.**.api.UserInfoService" ref="userInfoService"/>
</beans>
1、接口尽可能大粒度，接口中的方法不要以业务流程来，这个流程尽量在方法逻辑中调用，接口应代表一个完整的功能对外提供；
2、接口应以业务为单位，业务相近的进行抽象，避免接口数量爆炸
3、参数先做校验，在传入接口。
4、要做到在设计接口时，已经确定这个接口职责、预测调用频率
1、启动检查
在启动某服务时，先检查该服务所依赖的服务是否可用，不可用则抛出异常，以便上线时，能及早发现问题，默认check=“true”；
2、负载均衡
针对某一方法在db管控台进行配置
负载算法：随机（Random LoadBalance）、轮循（RoundRobin）、最少活跃调用数（LeastActive ，越活跃接收请求的概率越大）、一致性hash（ConsistentHash ）
3、线程模型：threadpool threads
最大线程数计算方式 ulimit -u命令计算服务器可执行最大线程数
4、只订阅
只订阅服务，自己不注册，例如该服务正在测试，先不能向zk中注册避免其他服务调用它报错
5、只注册
只注册服务，不订阅；应用在集群中该服务器上无该服务需要调用的服务，就让他只注册，指定调用其它服务器上的可用服务
读者福利
加微信：haolagui521备注51CTO领取附送学习进阶架构资料、PDF书籍文档、面试资料
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
