网络协议-dubbo协议

Dubbo支持dubbo、rmi、hessian、http、webservice、thrift、redis等多种协议，可是Dubbo官网是推荐咱们使用Dubbo协议的。

下面咱们就针对Dubbo的每种协议详解讲解，以便咱们在实际应用中可以正确取舍。

 

1.各协议的比较

 

协议名称	实现描述	链接	使用场景
dubbo	传输：mina、netty、grizzy 序列化：dubbo、hessian二、java、json	dubbo缺省采用单一长链接和NIO异步通信	1.传入传出参数数据包较小 2.消费者 比提供者多 3.常规远程服务方法调用 4.不适合传送大数据量的服务，好比文件、传视频
rmi	传输：java  rmi 序列化：java 标准序列化	链接个数：多链接 链接方式：短链接 传输协议：TCP/IP 传输方式：BIO	1.常规RPC调用 2.与原RMI客户端互操做 3.可传文件 4.不支持防火墙穿透
hessian	传输：Serverlet容器 序列化：hessian二进制序列化	链接个数：多链接     链接方式：短链接     传输协议：HTTP     传输方式：同步传输	1.提供者比消费者多 2.可传文件 3.跨语言传输
http	传输：servlet容器 序列化：表单序列化	链接个数：多链接     链接方式：短链接     传输协议：HTTP     传输方式：同步传输	1.提供者多余消费者 2.数据包混合
webservice	传输：HTTP 序列化：SOAP文件序列化	链接个数：多链接     链接方式：短链接     传输协议：HTTP     传输方式：同步传输	1.系统集成 2.跨语言调用
thrift	与thrift RPC实现集成，并在基础上修改了报文头	长链接、NIO异步传输

 

二、协议的配置：<dubbo:protocal>（只需在服务提供方配置便可）

 

属性	类型	是否必填	缺省值	描述
name	string	必填	dubbo	协议名称
port	int	可选	dubbo协议缺省端口为20880, rmi协议缺省端口为1099， http和hessian协议缺省端口为80； 若是配置为-1或者没有配置port,则 会分配一个没有被占用的端口。	服务端口
threadpool	string	可选	fixed	线程池类型，可选：fixed/cached
threads	int	可选	100	服务h定大小)
iothreads	int	可选	CPU个数+1	io线程池大小（固定）
accepts	int	可选	0	服务提供方最大可接受链接数
serialization	string	可选	dubbo协议缺省为hessian2, rmi缺省协议为java, http协议缺省为json	可填序列化：dubbo|hessian2| java|compactedjava|fastjson
dispatcher	string	可选	dubbo协议缺省为all	协议的消息派发方式，用于指定线程模型， 好比：dubbo协议的all, direct, message, execution, connection等 参考：https://blog.csdn.net/fd2025/article/ details/79985542
queues	int	可选	0	线程池队列大小，当线程池满时， 排队等待执行的队列大小，建议不要设置， 当线程程池时应当即失败，重试其它服务 提供机器，而不是排队，除非有特殊需求。
charset	string	可选	UTF-8	序列化编码
server	server	string	dubbo协议缺省为netty， http协议缺省为servlet hessian协议缺省为jetty	协议的服务器端实现类型， 好比：dubbo协议的mina,netty等， http协议的jetty,servlet等

 

1    <dubbo:protocol name="hessian" server="jetty"
2                     client="httpclient"
3                     port="20880"
4                     threadpool="fixed"
5                     threads="50"
6                      iothreads="5"
7                     accepts="1000"/>

 

协议对应的源码：

 

dubbo 协议：com.alibaba.dubbo.rpc.protocol.dubbo.DubboProtocol

RMI协议： com.alibaba.dubbo.rpc.protocol.rmi.RmiProtocol

Http协议：com.alibaba.dubbo.rpc.protocol.http.HttpProtocol.InternalHandler

Hessian协议 :com.alibaba.dubbo.rpc.protocol.hessian.HessianProtocol.HessianHandler

 

 

 

dubbo多链接配置：

Dubbo 协议缺省每服务每提供者每消费者使用单一长链接，若是数据量较大，可使用多个链接。

1 <dubbo:service connections="1"/>
2 <dubbo:reference connections="1"/>

• <dubbo:service connections="0"> 或 <dubbo:reference connections="0"> 表示该服务使用 JVM 共享长链接。缺省
• <dubbo:service connections="1"> 或 <dubbo:reference connections="1"> 表示该服务使用独立长链接。
• <dubbo:service connections="2"> 或<dubbo:reference connections="2"> 表示该服务使用独立两条长链接。

为防止被大量链接撑挂，可在服务提供方限制大接收链接数，以实现服务提供方自我保护。

<dubbo:protocol name="dubbo" accepts="1000" />

dubbo.properties 配置：

1 dubbo.service.protocol=dubbo

 

 

1.各协议的比较

 

协议名称	实现描述	链接	使用场景
dubbo	传输：mina、netty、grizzy 序列化：dubbo、hessian二、java、json	dubbo缺省采用单一长链接和NIO异步通信	1.传入传出参数数据包较小 2.消费者 比提供者多 3.常规远程服务方法调用 4.不适合传送大数据量的服务，好比文件、传视频
rmi	传输：java  rmi 序列化：java 标准序列化	链接个数：多链接 链接方式：短链接 传输协议：TCP/IP 传输方式：BIO	1.常规RPC调用 2.与原RMI客户端互操做 3.可传文件 4.不支持防火墙穿透
hessian	传输：Serverlet容器 序列化：hessian二进制序列化	链接个数：多链接     链接方式：短链接     传输协议：HTTP     传输方式：同步传输	1.提供者比消费者多 2.可传文件 3.跨语言传输
http	传输：servlet容器 序列化：表单序列化	链接个数：多链接     链接方式：短链接     传输协议：HTTP     传输方式：同步传输	1.提供者多余消费者 2.数据包混合
webservice	传输：HTTP 序列化：SOAP文件序列化	链接个数：多链接     链接方式：短链接     传输协议：HTTP     传输方式：同步传输	1.系统集成 2.跨语言调用
thrift	与thrift RPC实现集成，并在基础上修改了报文头	长链接、NIO异步传输

 

二、协议的配置：<dubbo:protocal>（只需在服务提供方配置便可）

 

属性	类型	是否必填	缺省值	描述
name	string	必填	dubbo	协议名称
port	int	可选	dubbo协议缺省端口为20880, rmi协议缺省端口为1099， http和hessian协议缺省端口为80； 若是配置为-1或者没有配置port,则 会分配一个没有被占用的端口。	服务端口
threadpool	string	可选	fixed	线程池类型，可选：fixed/cached
threads	int	可选	100	服务h定大小)
iothreads	int	可选	CPU个数+1	io线程池大小（固定）
accepts	int	可选	0	服务提供方最大可接受链接数
serialization	string	可选	dubbo协议缺省为hessian2, rmi缺省协议为java, http协议缺省为json	可填序列化：dubbo|hessian2| java|compactedjava|fastjson
dispatcher	string	可选	dubbo协议缺省为all	协议的消息派发方式，用于指定线程模型， 好比：dubbo协议的all, direct, message, execution, connection等 参考：https://blog.csdn.net/fd2025/article/ details/79985542
queues	int	可选	0	线程池队列大小，当线程池满时， 排队等待执行的队列大小，建议不要设置， 当线程程池时应当即失败，重试其它服务 提供机器，而不是排队，除非有特殊需求。
charset	string	可选	UTF-8	序列化编码
server	server	string	dubbo协议缺省为netty， http协议缺省为servlet hessian协议缺省为jetty	协议的服务器端实现类型， 好比：dubbo协议的mina,netty等， http协议的jetty,servlet等

1.  
   <dubbo:protocol name="hessian" server="jetty"
2.  
   client="httpclient"
3.  
   port="20880"
4.  
   threadpool="fixed"
5.  
   threads="50"
6.  
   iothreads="5"
7.  
   accepts="1000"/>

    

协议对应的源码：

 

dubbo 协议：com.alibaba.dubbo.rpc.protocol.dubbo.DubboProtocol

RMI协议： com.alibaba.dubbo.rpc.protocol.rmi.RmiProtocol

Http协议：com.alibaba.dubbo.rpc.protocol.http.HttpProtocol.InternalHandler

Hessian协议 :com.alibaba.dubbo.rpc.protocol.hessian.HessianProtocol.HessianHandler

 

 

 

dubbo多链接配置：

Dubbo 协议缺省每服务每提供者每消费者使用单一长链接，若是数据量较大，可使用多个链接。

1.  
   <dubbo:serviceconnections="1"/>
2.  
   <dubbo:referenceconnections="1"/>

• <dubbo:service connections="0"> 或 <dubbo:reference connections="0"> 表示该服务使用 JVM 共享长链接。缺省
• <dubbo:service connections="1"> 或 <dubbo:reference connections="1"> 表示该服务使用独立长链接。
• <dubbo:service connections="2"> 或<dubbo:reference connections="2"> 表示该服务使用独立两条长链接。

为防止被大量链接撑挂，可在服务提供方限制大接收链接数，以实现服务提供方自我保护。

<dubbo:protocolname="dubbo"accepts="1000" />

dubbo.properties 配置：

dubbo.service.protocol=dubbo>


相关协议配置

1、9种协议
一、dubbo 协议 (默认)
一、dubbo 缺省协议 采用单一长链接和NIO异步通信，适合于小数据量大并发的服务调用，以及服务消费者机器数远大于服务提供者机器数的状况
二、不适合传送大数据量的服务，好比传文件，传视频等，除非请求量很低。

缺省协议，使用基于mina1.1.7+hessian3.2.1的tbremoting交互。

特性

　　链接个数：单链接
　　链接方式：长链接
　　传输协议：TCP
　　传输方式：NIO异步传输
　　序列化：Hessian 二进制序列化
　　适用范围：传入传出参数数据包较小（建议小于100K），消费者比提供者个数多，单一消费者没法压满提供者，尽可能不要用dubbo协议传输大文件或超大字符串。
适用场景：常规远程服务方法调用
配置

　　<!--配置协议： -->
　　<dubbo:protocol name="dubbo" port="20880" />

　　<!--设置默认协议： -->
　　<dubbo:provider protocol="dubbo" />

　　<!-- 设置服务协议： -->
　　<dubbo:service protocol="dubbo" />

　　<!-- 多端口 -->
　　<dubbo:protocol id="dubbo1" name="dubbo" port="20880" />
　　<dubbo:protocol id="dubbo2" name="dubbo" port="20881" />

　　<!-- 配置协议选项： -->
　　<dubbo:protocol name=“dubbo” port=“9090” server=“netty” client=“netty” codec=“dubbo”
　　serialization=“hessian2” charset=“UTF-8” threadpool=“fixed” threads=“100”
　　queues=“0” iothreads=“9” buffer=“8192” accepts=“1000” payload=“8388608” />

三、Dubbo协议缺省每服务每提供者每消费者使用单一长链接，若是数据量较大，可使用多个链接。

　　<dubbo:protocol name="dubbo" connections="2" />

　　<dubbo:service connections=”0”>或<dubbo:reference connections=”0”>表示该服务使用JVM共享长链接。(缺省)
　　<dubbo:service connections=”1”>或<dubbo:reference connections=”1”>表示该服务使用独立长链接。
　　<dubbo:service connections=”2”>或<dubbo:reference connections=”2”>表示该服务使用独立两条长链接。

四、为防止被大量链接撑挂，可在服务提供方限制大接收链接数，以实现服务提供方自我保护

　　<dubbo:protocol name="dubbo" accepts="1000" />

常见问题

为何要消费者比提供者个数多？
　　因dubbo协议采用单一长链接，假设网络为千兆网卡(1024Mbit=128MByte)，根据测试经验数据每条链接最多只能压满7MByte(不一样的环境可能不同，供参考)，理论上1个服务提供者须要20个服务消费者才能压满网卡

为何不能传大包？
　　因dubbo协议采用单一长链接，若是每次请求的数据包大小为500KByte，假设网络为千兆网卡(1024Mbit=128MByte)，每条链接最大7MByte(不一样的环境可能不同，供参考)，单个服务提供者的TPS(每秒处理事务数)最大为：128MByte / 500KByte = 262。单个消费者调用单个服务提供者的TPS(每秒处理事务数)最大为：7MByte / 500KByte = 14。若是能接受，能够考虑使用，不然网络将成为瓶颈。

为何采用异步单一长链接？
　　由于服务的现状大都是服务提供者少，一般只有几台机器，而服务的消费者多，可能整个网站都在访问该服务，好比Morgan的提供者只有6台提供者，却有上百台消费者，天天有1.5亿次调用，若是采用常规的hessian服务，服务提供者很容易就被压跨，经过单一链接，保证单一消费者不会压死提供者，长链接，减小链接握手验证等，并使用异步IO，复用线程池，防止C10K问题。

接口增长方法，对客户端无影响，若是该方法不是客户端须要的，客户端不须要从新部署；
输入参数和结果集中增长属性，对客户端无影响，若是客户端并不须要新属性，不用从新
部署；

输入参数和结果集属性名变化，对客户端序列化无影响，可是若是客户端不从新部署，无论输入仍是输出，属性名变化的属性值是获取不到的。

总结：服务器端 和 客户端 对 领域对象 并不须要彻底一致，而是按照最大匹配原则。

若是不是集成Spring，单独配置以下：

　　dubbo.service.protocol=dubbo

二、rmi 协议
一、RMI协议采用JDK标准的java.rmi.*实现，采用阻塞式短链接和JDK标准序列化方式 。

注：
若是正在使用RMI提供服务给外部访问（公司内网环境应该不会有攻击风险），同时应用里依赖了老的common-collections包（dubbo不会依赖这个包，请排查本身的应用有没有使用）的状况下，存在反序列化安全风险。
请检查应用：
将commons-collections3 请升级到3.2.2版本：
https://commons.apache.org/proper/commons-collections/release_3_2_2.html

将commons-collections4 请升级到4.1版本：
https://commons.apache.org/proper/commons-collections/release_4_1.html

新版本的commons-collections解决了该问题 。

特性

　　链接个数：多链接
　　链接方式：短链接
　　传输协议：TCP
　　传输方式：同步传输
　　序列化：Java标准二进制序列化
　　适用范围：传入传出参数数据包大小混合，消费者与提供者个数差很少，可传文件。
　　适用场景：常规远程服务方法调用，与原生RMI服务互操做
接口
若是服务接口继承了java.rmi.Remote接口，能够和原生RMI互操做，即：
提供者用Dubbo的RMI协议暴露服务，消费者直接用标准RMI接口调用，或者提供方用标准RMI暴露服务，消费方用Dubbo的RMI协议调用。

若是服务接口没有继承java.rmi.Remote接口，缺省Dubbo将自动生成一个com.xxx.XxxService$Remote的接口，并继承java.rmi.Remote接口，并以此接口暴露服务，

但若是设置了<dubbo:protocol name="rmi" codec="spring" />，将不生成$Remote接口，而使用Spring的RmiInvocationHandler接口暴露服务，和Spring兼容。

配置

　　<!-- 定义 RMI 协议： -->
　　<dubbo:protocol name="rmi" port="1099" />

　　<!--设置默认协议： -->
　　<dubbo:provider protocol="rmi" />

　　<!-- 设置服务协议： -->
　　<dubbo:service protocol="rmi" />

　　<!--多端口： -->
　　<dubbo:protocol id="rmi1" name="rmi" port="1099" />
　　<dubbo:protocol id="rmi2" name="rmi" port="2099" />
　　<dubbo:service protocol="rmi1" />

　　<!--Spring 兼容性：-->
　　<dubbo:protocol name="rmi" codec="spring" />

三、hessian 协议
Hessian 协议用于集成 Hessian 的服务，Hessian 底层采用 Http 通信，采用 Servlet 暴露服务，Dubbo 缺省内嵌 Jetty 做为服务器实现。

Dubbo 的 Hessian 协议能够和原生 Hessian 服务互操做，即：

提供者用 Dubbo 的 Hessian 协议暴露服务，消费者直接用标准 Hessian 接口调用
或者提供方用标准 Hessian 暴露服务，消费方用 Dubbo 的 Hessian 协议调用。
Hessian 是 Caucho 开源的一个 RPC 框架，其通信效率高于 WebService 和 Java 自带的序列化。

特性

　　链接个数：多链接
　　链接方式：短链接
　　传输协议：HTTP
　　传输方式：同步传输
　　序列化：Hessian二进制序列化
　　适用范围：传入传出参数数据包较大，提供者比消费者个数多，提供者压力较大，可传文件。
　　适用场景：页面传输，文件传输，或与原生hessian服务互操做

依赖:

　　<dependency>
　　　　<groupId>com.caucho</groupId>
　　　　<artifactId>hessian</artifactId>
　　　　<version>4.0.7</version>
　　</dependency>

约束
　　一、参数及返回值需实现Serializable接口
　　二、参数及返回值不能自定义实现List, Map, Number, Date, Calendar等接口，只能用JDK自带的实现，由于hessian会作特殊处理，自定义实现类中的属性值都会丢失。

配置

　　<!-- 定义 hessian 协议： -->
　　<dubbo:protocol name="hessian" port="8080" server="jetty" />

　　<!--设置默认协议： -->
　　<dubbo:provider protocol="hessian" />

　　<!-- 设置 service 协议： -->
　　<dubbo:service protocol="hessian" />

　　<!-- 多端口：-->
　　<dubbo:protocol id="hessian1" name="hessian" port="8080" />
　　<dubbo:protocol id="hessian2" name="hessian" port="8081" />

　　<!--直连：-->
　　<dubbo:reference id="helloService" interface="HelloWorld" url="hessian://10.20.153.10:8080/helloWorld" />

web.xml 配置:

　　<servlet>
　　　　<servlet-name>dubbo</servlet-name>
　　　　<servlet-class>com.alibaba.dubbo.remoting.http.servlet.DispatcherServlet</servlet-class>
　　　　<load-on-startup>1</load-on-startup>
　　</servlet>
　　<servlet-mapping>
　　　　<servlet-name>dubbo</servlet-name>
　　　　<url-pattern>/*</url-pattern>
　　</servlet-mapping>

注意：若是使用servlet派发请求
协议的端口<dubbo:protocol port="8080" />必须与servlet容器的端口相同，
协议的上下文路径<dubbo:protocol contextpath="foo" />必须与servlet应用的上下文路径相同。

四、http 协议
基于http表单的远程调用协议。参见：[HTTP协议使用说明]

特性

　　链接个数：多链接
　　链接方式：短链接
　　传输协议：HTTP
　　传输方式：同步传输
　　序列化：表单序列化 ，即 json
　　适用范围：传入传出参数数据包大小混合，提供者比消费者个数多，可用浏览器查看，可用表单或URL传入参数，暂不支持传文件。
　　适用场景：需同时给应用程序和浏览器JS使用的服务。
配置

　　<!-- 配置协议：-->
　　<dubbo:protocol name="http" port="8080" />

　　<!-- 配置 Jetty Server (默认)：-->
　　<dubbo:protocol ... server="jetty" />

　　<!-- 配置 Servlet Bridge Server (推荐使用)： -->
　　<dubbo:protocol ... server="servlet" />

配置 DispatcherServlet：

　　<servlet>
　　　　<servlet-name>dubbo</servlet-name>
　　　　<servlet-class>org.apache.dubbo.remoting.http.servlet.DispatcherServlet</servlet-class>
　　　　<load-on-startup>1</load-on-startup>
　　</servlet>
　　<servlet-mapping>
　　　　<servlet-name>dubbo</servlet-name>
　　　　<url-pattern>/*</url-pattern>
　　</servlet-mapping>

注意:若是使用 servlet 派发请求 ：

协议的端口<dubbo:protocol port="8080" />必须与servlet容器的端口相同，
协议的上下文路径<dubbo:protocol contextpath="foo" />必须与servlet应用的上下文路径相同。

五、webservice 协议
基于 WebService 的远程调用协议，基于 Apache CXF的 frontend-simple 和 transports-http 实现。

能够和原生 WebService 服务互操做，即：

提供者用 Dubbo 的 WebService 协议暴露服务，消费者直接用标准 WebService 接口调用，
或者提供方用标准 WebService 暴露服务，消费方用 Dubbo 的 WebService 协议调用。

依赖

<dependency>
　　<groupId>org.apache.cxf</groupId>
　　<artifactId>cxf-rt-frontend-simple</artifactId>
　　<version>2.6.1</version>
</dependency>
<dependency>
　　<groupId>org.apache.cxf</groupId>
　　<artifactId>cxf-rt-transports-http</artifactId>
　　<version>2.6.1</version>
</dependency>

特性

　　链接个数：多链接
　　链接方式：短链接
　　传输协议：HTTP
　　传输方式：同步传输
　　序列化：SOAP文本序列化
　　适用场景：系统集成，跨语言调用
一、基于CXF的 frontend-simple 和 transports-http 实现。
二、CXF是Apache开源的一个RPC框架：http://cxf.apache.org，由Xfire和Celtix合并而来 。

能够和原生WebService服务互操做，即：
提供者用Dubbo的WebService协议暴露服务，消费者直接用标准WebService接口调用，或者提供方用标准WebService暴露服务，消费方用Dubbo的WebService协议调用。

约束
参数及返回值需实现Serializable接口
参数尽可能使用基本类型和POJO。

配置

　　<!-- 配置协议： -->
　　<dubbo:protocol name="webservice" port="8080" server="jetty" />

　　<!-- 配置默认协议：-->
　　<dubbo:provider protocol="webservice" />

　　<!-- 配置服务协议：-->
　　<dubbo:service protocol="webservice" />

　　<!--多端口： -->
　　<dubbo:protocol id="webservice1" name="webservice" port="8080" />
　　<dubbo:protocol id="webservice2" name="webservice" port="8081" />

　　<!-- 直连： -->
　　<dubbo:reference id="helloService" interface="HelloWorld" url="webservice://10.20.153.10:8080/com.foo.HelloWorld" />

<!-- WSDL -->
http://10.20.153.10:8080/com.foo.HelloWorld?wsdl

<!-- Jetty Server: (默认) -->
<dubbo:protocol ... server="jetty" />

<!-- Servlet Bridge Server: (推荐) -->
<dubbo:protocol ... server="servlet" />


配置 DispatcherServlet：

　　<servlet>
　　　　<servlet-name>dubbo</servlet-name>
　　　　<servlet-class>com.alibaba.dubbo.remoting.http.servlet.DispatcherServlet</servlet-class>
　　　　<load-on-startup>1</load-on-startup>
　　</servlet>
　　<servlet-mapping>
　　　　<servlet-name>dubbo</servlet-name>
　　　　<url-pattern>/*</url-pattern>
　　</servlet-mapping>

注意:若是使用servlet派发请求：
协议的端口<dubbo:protocol port=“8080” />必须与servlet容器的端口相同，
协议的上下文路径<dubbo:protocol contextpath=“foo” />必须与servlet应用的上下文路径相同。

六、thrift 协议
当前 dubbo 支持的 thrift 协议是对 thrift 原生协议 [2] 的扩展，在原生协议的基础上添加了一些额外的头信息，好比 service name，magic number 等。

使用 dubbo thrift 协议一样须要使用 thrift 的 idl compiler 编译生成相应的 java 代码，后续版本中会在这方面作一些加强。

依赖

<dependency>
　　<groupId>org.apache.thrift</groupId>
　　<artifactId>libthrift</artifactId>
　　<version>0.8.0</version>
</dependency>

配置

　　<dubbo:protocol name="thrift" port="3030" />

常见问题
Thrift不支持null值，不能在协议中传null

七、memcached 协议
基于 memcached实现的 RPC 协议。

注册 memcached 服务的地址

　　RegistryFactory registryFactory = ExtensionLoader.getExtensionLoader(RegistryFactory.class).getAdaptiveExtension();
　　Registry registry = registryFactory.getRegistry(URL.valueOf("zookeeper://10.20.153.10:2181"));
　　registry.register(URL.valueOf("memcached://10.20.153.11/com.foo.BarService?category=providers&dynamic=false&application=foo&group=member&loadbalance=consistenthash"));

在客户端引用

在客户端使用 ：

　　<dubbo:reference id="cache"
　　　　interface="http://10.20.160.198/wiki/display/dubbo/java.util.Map" group="member" />

或者点对点直连：

　　<dubbo:reference id="cache"
　　　　interface="http://10.20.160.198/wiki/display/dubbo/java.util.Map"
　　　　url="memcached://10.20.153.10:11211" />

自定义接口：

　　<dubbo:reference id="cache"
　　　　interface="com.foo.CacheService" url="memcached://10.20.153.10:11211" />

方法名建议和memcached的标准方法名相同，即：get(key), set(key, value), delete(key)。

若是方法名和memcached的标准方法名不相同，则须要配置映射关系：(其中”p:xxx”为spring的标准p标签)

　　<dubbo:reference id="cache" interface="com.foo.CacheService"
　　　　url="memcached://10.20.153.10:11211" p:set="putFoo"
　　　　p:get="getFoo" p:delete="removeFoo" />

八、redis 协议
基于 Redis实现的 RPC 协议。

注册 redis 服务的地址

能够经过脚本或监控中心手工填写表单注册redis服务的地址：

　　RegistryFactory registryFactory = ExtensionLoader.getExtensionLoader(RegistryFactory.class).getAdaptiveExtension();
　　Registry registry = registryFactory.getRegistry(URL.valueOf("zookeeper://10.20.153.10:2181"));
　　registry.register(URL.valueOf("redis://10.20.153.11/com.foo.BarService?category=providers&dynamic=false&application=foo&group=member&loadbalance=consistenthash"));

在客户端引用

在客户端使用：

　　<dubbo:reference id="store"
　　　　interface="http://10.20.160.198/wiki/display/dubbo/java.util.Map" group="member" />

或者，点对点直连：

　　<dubbo:reference id="store" interface="http://10.20.160.198/wiki/display/dubbo/java.util.Map"
　　　　url="redis://10.20.153.10:6379" />

也可使用自定义接口：

　　<dubbo:reference id="store" interface="com.foo.StoreService" url="redis://10.20.153.10:6379" />

方法名建议和redis的标准方法名相同，即：get(key), set(key, value), delete(key)。

若是方法名和redis的标准方法名不相同，则须要配置映射关系：(其中”p:xxx”为spring的标准p标签)

　　<dubbo:reference id="cache" interface="com.foo.CacheService"
　　　　url="memcached://10.20.153.10:11211"
　　　　p:set="putFoo" p:get="getFoo" p:delete="removeFoo" />

九、rest ( 就是 RestFull)
基于标准的Java REST API——JAX-RS 2.0（Java API for RESTful Web Services的简写）实现的REST调用支持

参考： http://dubbo.apache.org/zh-cn/docs/user/references/protocol/rest.html

2、多协议配置
Dubbo 容许配置多协议，在不一样服务上支持不一样协议或者同一服务上同时支持多种协议。

不一样服务不一样协议
不一样服务在性能上适用不一样协议进行传输，好比大数据用短链接协议，小数据大并发用长链接协议

<?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://dubbo.apache.org/schema/dubbo"
　　xsi:schemaLocation="http://www.springframework.org/schema/beans 　　　　　　　　http://www.springframework.org/schema/beans/spring-beans-4.3.xsd http://dubbo.apache.org/schema/dubbo 　　http://dubbo.apache.org/schema/dubbo/dubbo.xsd">

　　<dubbo:application name="world" />
　　<dubbo:registry id="registry" address="10.20.141.150:9090" username="admin" password="hello1234" />

　　<!-- 多协议配置 -->
　　<dubbo:protocol name="dubbo" port="20880" />
　　<dubbo:protocol name="rmi" port="1099" />

　　<!-- 使用dubbo协议暴露服务 -->
　　<dubbo:service interface="com.alibaba.hello.api.HelloService" version="1.0.0" ref="helloService" protocol="dubbo" />

　　<!-- 使用rmi协议暴露服务 -->
　　<dubbo:service interface="com.alibaba.hello.api.DemoService" version="1.0.0" ref="demoService" protocol="rmi" />

</beans>


多协议暴露服务
须要与 http 客户端互操做

<?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://dubbo.apache.org/schema/dubbo"
　　xsi:schemaLocation="http://www.springframework.org/schema/beans 　　http://www.springframework.org/schema/beans/spring-beans-4.3.xsd http://dubbo.apache.org/schema/dubbo http://dubbo.apache.org/schema/dubbo/dubbo.xsd">

　　<dubbo:application name="world" />
　　<dubbo:registry id="registry" address="10.20.141.150:9090" username="admin" password="hello1234" />

　　<!-- 多协议配置 -->
　　<dubbo:protocol name="dubbo" port="20880" />
　　<dubbo:protocol name="hessian" port="8080" />

　　<!-- 使用多个协议暴露服务 -->
　　<dubbo:service id="helloService" interface="com.alibaba.hello.api.HelloService" version="1.0.0" 　　protocol="dubbo,hessian" />

</beans>

3、面试题：
一、dubbo 默认使用什么序列化框架，你知道的还有哪些？
dubbo 协议 默认使用 Hessian2 序列化。
rmi协议 默认为 java ，
http 协议 默认为 为 json 。

此外补充，
hessian 协议，默认是 hessian 序列化协议；
webservice 协议，默认是 soap 文本序列化 。

dubbo doc 有说明： http://dubbo.apache.org/zh-cn/docs/user/references/xml/dubbo-protocol.html

 

 

如上图所示，在 serialization 这一行中，若是使用的是dubbo协议，则默认 序列化 框架是 hessian2，
rmi协议，则默认为 java ；http 协议，则默认为 为json 。

二、dubbo推荐用什么协议？默认使用dubbo协议。