建议看原文 转自:https://blog.csdn.net/xiaojin21cen/article/details/79834222 1、dubbo 协议 (默认) 2、rmi 协议 3、hessian 协议 4、http 协议 5、webservice 协议 6、thrift 协议 7、memcached 协议 8、redis 协议 面试题: Dubbo支持dubbo、rmi、hessian、http、webservice、thrift、redis等多种协议,但是Dubbo官网是推荐我们使用Dubbo协议的。 下面我们就针对Dubbo的每种协议详解讲解,以便我们在实际应用中能够正确取舍。 1、dubbo 协议 (默认)
缺省协议,使用基于mina1.1.7+hessian3.2.1的tbremoting交互。 连接个数:单连接 连接方式:长连接 传输协议:TCP 传输方式:NIO异步传输 序列化:Hessian 二进制序列化 适用范围:传入传出参数数据包较小(建议小于100K),消费者比提供者个数多,单一消费者无法压满提供者,尽量不要用dubbo协议传输大文件或超大字符串。 适用场景:常规远程服务方法调用 1、dubbo默认采用dubbo协议,dubbo协议采用单一长连接和NIO异步通讯,适合于小数据量大并发的服务调用,以及服务消费者机器数远大于服务提供者机器数的情况 2、他不适合传送大数据量的服务,比如传文件,传视频等,除非请求量很低。 配置如下: <dubbo:protocol name="dubbo" port="20880" /> <!-- Set default protocol: --> <dubbo:provider protocol="dubbo" /> <~-- Set service protocol --> <dubbo:service protocol="dubbo" /> <!-- Multi port --> <dubbo:protocol id="dubbo1" name="dubbo" port="20880" /> <dubbo:protocol id="dubbo2" name="dubbo" port="20881" />. <!-- Dubbo protocol options: --> <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” /> 3、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”>表示该服务使用独立两条长连接。 4、为防止被大量连接撑挂,可在服务提供方限制大接收连接数,以实现服务提供方自我保护 <dubbo:protocol name="dubbo" accepts="1000" /> 为什么要消费者比提供者个数多? 因dubbo协议采用单一长连接,假设网络为千兆网卡(1024Mbit=128MByte),根据测试经验数据每条连接最多只能压满7MByte(不同的环境可能不一样,供参考),理论上1个服务提供者需要20个服务消费者才能压满网卡 为什么不能传大包? 因dubbo协议采用单一长连接,如果每次请求的数据包大小为500KByte,假设网络为千兆网卡(1024Mbit=128MByte),每条连接最大7MByte(不同的环境可能不一样,供参考),单个服务提供者的TPS(每秒处理事务数)最大为:128MByte / 500KByte =
dubbo 支持的7种协议
最新推荐文章于 2024-05-12 09:18:40 发布