三、高性能通信框架，协议：
这一部分在所有的RPC框架中都会涉及，在这儿只是简单提一下。为了通信的性能，往往会会选择非阻塞型IO方式，非阻塞型IO吞吐量和性能上相比BIO非常明显。绝大多数RPC框架进行内部通信时推荐使用长连接，长连接更节省资源。
不同的协议有不同的性能表现，一般情况下，二进制的私有协议性能较高，但不能兼容其他二进制协议；HTTP/Rest ful协议通用性好，但由于协议中包含了协议头等非业务相关内容，通信效率和性能略差。
四、服务发布
发布服务时，分布式服务框架先将本地实现封装成代理，根据服务配置的属性，将服务按照指定的协议发布，然后将发布的服务和服务地址、服务端口注册到注册中心。dubbo在暴露服务时提供了很多配置项，很多项是有默认值的，如果不了解这些配置项和默认值可能在线上服务遇到难以解释或不期望出现的问题。
dubbo使用标签<dubbo:service>配置暴露的服务，除了interface和ref属性是必填之外，还有很多可选的属性，一部分会有默认值，下面分析常用的标签和配置，dubbo中服务发布标签的文档在http://dubbo.io/User+Guide-zh.htm#UserGuide-zh-%3Cdubbo%3Aservice%2F%3E
group：服务分组，当一个接口有多个实现，可以用分组区分。可选项，无默认值。适用场景：服务多机房部署。
timeout：远程服务调用超时时间(毫秒)。默认值：1000ms。适用场景：设置容错策略，超时后快速报错或重试。
retries：远程服务调用重试次数，不包括第一次调用，不需要重试请设为0。默认值：2。适用场景：容错策略，当调用超时时，可以根据这个配置直接抛异常或者向服务集群中其他服务器重试。
connections：对每个提供者的最大连接数，rmi、http、hessian等短连接协议表示限制连接数，dubbo等长连接协表示建立的长连接个数。默认值：100。适用场景：服务提供者连接数保护。
loadbalance：负载均衡策略。默认值：random。
async：是否缺省异步执行，不可靠异步，只是忽略返回值，不阻塞执行线程。默认值：fasle。dubbo产生的年代是jdk6时代，异步的机制比较难用，线上也不建议开启。
stub：服务接口客户端本地代理类名，用于在客户端执行本地逻辑，如本地缓存等，该本地代理类的构造函数必须允许传入远程代理对象。默认值：false。
mock：服务接口调用失败Mock实现类，该Mock类必须有一个无参构造函数。默认值：false。适用场景：容错。
token：令牌验证，令牌的作用是防止消费者绕过注册中心直接访问，保证注册中心的授权功能有效。默认值：false。
deprecated：服务是否过时，如果设为true，消费方引用时将打印服务过时警告error日志。默认值：false。
weight：服务权重。默认值：不启用时无默认值。
executes：服务提供者每服务每方法最大可并行执行请求数。默认值：0。适用场景：服务提供者容量保护。
actives：每服务消费者每服务每方法最大并发调用数。默认值：0。适用场景：服务提供者容量保护。
cluster：集群失败模式。默认值：failover。适用场景：集群容错方式，可选：failover/failfast/failsafe/failback/forking。
protocol:使用指定的协议暴露服务，在多协议时使用，值为<dubbo:protocol>的id属性，多个协议ID用逗号分隔。默认值：无。
五、服务调用
消费者调用发布的服务接口时，由分布式服务框架解析配置文件，并包装成动态代理，经过负载均衡后发起远程请求。
dubbo使用<dubbo:reference>标签配置服务调用，需要配置的属性和暴露服务的属性基本相同
文档地址在：http://dubbo.io/User+Guide-zh.htm#UserGuide-zh-%3Cdubbo%3Areference%2F%3E
下面分析服务调用方特有的标签。
check：启动时检查提供者是否存在,true报错，false忽略。默认值：false。使用场景：如果依赖的服务重要到依赖的那个服务不可用时，业务就完全进行不下去了的话，将check设为true将避免服务起来了，业务做不了的尴尬。实际上99%的情况下，服务的依赖程度达不到这样，设成false即可，依赖的服务不可用时，本应用还能正常启动并做业务，当调用那个依赖不可用服务时会报错，这时需要考虑的是，依赖服务不可用时的容错策略，当服务可用时会自动连接上。
validation：是否启用JSR303标准注解验证，如果启用，将对方法参数上的注解进行校验。默认不启用。
