微服务架构Dubbo底层并发通信原理解析

dubbo底层使用socket建立长连接,发送、接收数据的形式进行通信,结合使用apache mina框架,使用IoSession.write()方法,这个方法是一个异步的调用。 
即对于当前线程来说,只需要将请求发送出去。就可以继续向后执行了。

基本原理

1、客户端一个线程调用远程接口,生成一个唯一的ID。dubbo使用AtomicLong从0开始计数。 
2、将打包的方法调用信息(调用接口的接口名称、方法名称、参数值列表)以及处理结构的回调对象callback,全部封装在一起,组成一个对象Object 
3、向专门存放调用信息的全局ConCurrentHashMap中put(ID,Obejct) 
4、将ID和打包的方法调用信息封装成一对象connRequest,使用IoSession.write(connRequest)异步发送出去 
5、**当前线程再使用callback的get()方法试图获取远程返回的结果。在get()内部使用synchronized获取回调对象的callback锁,再检测是否已经获得结果。如果没有,然后调用callback的wait()方法。 
释放callback上的锁。让当前线程处于等待状态。** 
6、服务端接收到请求并处理后。将结果发送给客户端。客户端上socket连接上专门监听消息的线程监听到消息。分析结果,取得ID,用ConCurrentHashMap.get(ID)。从而找到callback。将调用结果设置到callback对象中 
7、监听线程接着使用synchronized获取回调对象的锁(callback的锁已经被释放掉了),再notifyAll(),唤醒前面处于等待状态的线程继续执行。

Q:当前线程如何”暂停”执行,等待结果回来后,再向后执行?

A:先生成一个对象Object,在全局的ConCurrentHashMap中存放起来,再用synchronized锁住这个对象,再调用wait()方法让当前线程处于等待状态。 

另一消息监听线程等到服务端结果到来之后,再map.get(ID)找到Object.再用synchronized获取Object锁,再调用notifyAll()唤醒前面处于等待状态的线程。



从Dubbo开源文档中看到:Dubbo缺省协议采用单一长连接和NIO异步通讯,适合于小数据量大并发的服务调用,以及服务消费者机器数远大于服务提供者机器数的情况。 
Dubbo通信默认采用的是Netty框架。Netty实质就是通过Socket进行通信,Socket(TCP)通信是全双工的方式。 
因为采用单一长连接,所以如果消费者多线程请求,服务端处理完消息后返回,就会造成消息错乱的问题。解决这个问题的思路跟解决socket中的粘包问题类似。 
socket粘包问题解决方法:用的最多的其实是定义一个定长的数据包头,其中包含了完整数据包的长度,以此来完成服务器端拆包工作。 

类似的,那么dubbo解决上述问题的方法:就是给包头中添加一个全局唯一标识id,服务器端响应请求时也要携带这个id,供客户端多线程领取对应的响应数据提供线索。



评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值