【Java教程】dubbo源码解析-网络通信

本文详细探讨了Dubbo的网络通信,包括Remoting模块、数据格式、粘包拆包问题以及多种通信协议如dubbo、rmi、hessian等的特性。此外,还介绍了序列化的概念,如默认的Hessian2Serialization,并讨论了其他高效的序列化选项如Kryo和FST。最后,分析了消费方如何发送请求的过程。
摘要由CSDN通过智能技术生成

在之前的内容中,我们讲解了消费者端服务发现与提供者端服务暴露的相关内容,同时也知道消费者端通过内置的负载均衡算法获取合适的调用invoker进行远程调用。那么,本章节重点关注的就是远程调用过程即网络通信。

网络通信位于Remoting模块:

     · Remoting 实现是 Dubbo 协议的实现,如果你选择 RMI 协议,整个 Remoting 都不会用上;

     · Remoting 内部再划为 Transport 传输层 和 Exchange 信息交换层

     · Transport 层只负责单向消息传输,是对 Mina, Netty, Grizzly 的抽象,它也可以扩展 UDP 传输;

     · Exchange 层是在传输层之上封装了 Request-Response 语义;

网络通信的问题:

     · 客户端与服务端连通性问题

     · 粘包拆包问题

     · 异步多线程数据一致问题

通信协议

dubbo内置,dubbo协议 ,rmi协议,hessian协议,http协议,webservice协议,thrift协议,rest协议,grpc协议,memcached协议,redis协议等10种通讯协议。各个协议特点如下

dubbo协议

Dubbo 缺省协议采用单一长连接和 NIO 异步通讯,适合于小数据量大并发的服务调用,以及服务消费者机器数远大于服务提供者机器数的情况。

缺省协议,使用基于 mina 1.1.7 和 hessian 3.2.1 的 tbremoting 交互。

     · 连接个数:单连接

     · 连接方式:长连接

     · 传输协议:TCP

     · 传输方式:NIO 异步传输

     · 序列化:Hessian 二进制序列化

     · 适用范围:传入传出参数数据包较小(建议小于100K),消费者比提供者个数多,单一消费者无法压满提供者,尽量不要用 dubbo 协议传输大文件或超大字符串。

     · 适用场景:常规远程服务方法调用

rmi协议

RMI 协议采用 JDK 标准的 java.rmi.* 实现,采用阻塞式短连接和 JDK 标准序列化方式。

     · 连接个数:多连接

     · 连接方式:短连接

     · 传输协议:TCP

     · 传输方式:同步传输

     · 序列化:Java 标准二进制序列化

     · 适用范围:传入传出参数数据包大小混合,消费者与提供者个数差不多,可传文件。

     · 适用场景:常规远程服务方法调用,与原生RMI服务互操作

hessian协议

Hessian 协议用于集成 Hessian 的服务,Hessian 底层采用 Http 通讯,采用 Servlet 暴露服务,Dubbo 缺省内嵌 Jetty 作为服务器实现。

Dubbo 的 Hessian 协议可以和原生 Hessian 服务互操作,即:

     · 提供者用 Dubbo 的 Hessian 协议暴露服务,消费者直接用标准 Hessian 接口调用

     · 或者提供方用标准 Hessian 暴露服务,消费方用 Dubbo 的 Hessian 协议调用。

     · 连接个数:多连接

     · 连接方式:短连接

     · 传输协议:HTTP

     · 传输方式:同步传输

     · 序列化:Hessian二进制序列化

     · 适用范围:传入传出参数数据包较大,提供者比消费者个数多,提供者压力较大,可传文件。

     · 

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值