Dubbo: 三大外围能力：
面向接口的 RPC，智能容错和负载平衡，服务主动注册和发现。
交互流程图：
容器，服务发布者，注册核心，服务消费者，监控核心。
图中能够看到服务发布者基于容器启动，而后发布者向注册核心增加服务，而后消费者让注册核心订阅服务。（初始化实现）在收到注册核心返回的告诉后， 同步 调用近程服务。发布者和消费者同时被监视器监听。
Zookeeper: 是一种 树形目录 服务，反对变更推送，实用于 Dubbo 的 注册核心 。
公布端应用 @Service(protocol=””)注解实现类，调用端应用 @Reference 注解调用接口。
服务发布者：包扫描的是实现接口目录。（因为被调用的是接口）
<!-- 名称惟一 -->
<dubbo:application name="dubbo_provider"/>
<!-- 注册核心地址 -->
<dubbo:registry protocol="zookeeper" address="zookeeper://127.0.0.1:2181"/>
<!-- 配置协定与端口 -->
<dubbo:protocol name="dubbo" port="20880"/>
<!-- Service 包扫描 -->
<dubbo:annotation package="com.yangfan.dubbodemo.impl"/>服务消费者：包扫描的是控制器 controller（因为被调用的是控制器）
<!--Client 包扫描 -->
<dubbo:annotation package="com.yangfan.dubbodemo.controller"/>
<!-- 敞开启动时查看，可使启动程序变得随便。生产环境要设为 true-->
<dubbo:consumer check:"false"/>dubbo 反对的协定：dubbo、rmi、hessian、webservice、rest、redis 等。
dubbo 协定应用场景：小数据大并发；消费者远多于提供者；不适宜大数据传输：如文件，音视频。
dubbo 反对的负载平衡: 随机、轮询、起码沉闷数、一次性 hash，默认为随机。
配置: 消费者或提供者任意一方配置即可。
注解中的 loadBalance 属性。[random|]
解决加上 Transactional 注解时，dubbo 无奈公布服务：
起因：spring 事务管制是基于动静代理，而 jdk 动静代理时创立的代理对象的包名为:com.sun.proxy.$Proxy，使得 dubbo 公布服务时包扫描无奈进行包匹配。
解决办法：用 cglib 代替 jdk proxy。
即设置 proxy-target-class 为 true, 且指定 Service 增加 interfaceClass 指定所实现的接口。
<tx:annotation-driven transaction-manager="transactionManager" proxy-target-class="true"/>近程服务调用 形式：
- RPC（基于 socket），如：webservice、dubbo
- Http（基于 tcp），springCloud
Http 客户端：
- httpClient
- okHttp
- JDK 原生 URLConnection
Spring 提供的 RestTemplate 封装了上述三种形式，默认应用 jdk 原生 URLConnection。