- 浏览: 190069 次
- 性别:
- 来自: 上海
文章分类
最新评论
详见
http://dubbo.io/
http://blog.csdn.net/column/details/learningdubbo.html
Dubbo远程同步调用原理分析
另外文档里有说明:Dubbo缺省协议采用单一长连接和NIO异步通讯,适合于小数据量大并发的服务调用,以及服务消费者机器数远大于服务提供者机器数的情况。
Dubbo缺省协议,使用基于mina1.1.7+hessian3.2.1的tbremoting交互。
连接个数:单连接
连接方式:长连接
传输协议:TCP
传输方式:NIO异步传输
序列化:Hessian二进制序列化
适用范围:传入传出参数数据包较小(建议小于100K),消费者比提供者个数多,单一消费者无法压满提供者,尽量不要用dubbo协议传输大文件或超大字符串。
适用场景:常规远程服务方法调用
通常,一个典型的同步远程调用应该是这样的:
【原创】Alibaba Dubbo框架同步调用原理分析-1 - sun - 学无止境
1, 客户端线程调用远程接口,向服务端发送请求,同时当前线程应该处于“暂停“状态,即线程不能向后执行了,必需要拿到服务端给自己的结果后才能向后执行
2, 服务端接到客户端请求后,处理请求,将结果给客户端
3, 客户端收到结果,然后当前线程继续往后执行
Dubbo里使用到了Socket(采用apache mina框架做底层调用)来建立长连接,发送、接收数据,底层使用apache mina框架的IoSession进行发送消息。
查看Dubbo文档及源代码可知,Dubbo底层使用Socket发送消息的形式进行数据传递,结合了mina框架,使用IoSession.write()方法,这个方法调用后对于整个远程调用(从发出请求到接收到结果)来说是一个异步的,即对于当前线程来说,将请求发送出来,线程就可以往后执行了,至于服务端的结果,是服务端处理完成后,再以消息的形式发送给客户端的。于是这里出现了2个问题:
当前线程怎么让它“暂停”,等结果回来后,再向后执行?
正如前面所说,Socket通信是一个全双工的方式,如果有多个线程同时进行远程方法调用,这时建立在client server之间的socket连接上会有很多双方发送的消息传递,前后顺序也可能是乱七八糟的,server处理完结果后,将结果消息发送给client,client收到很多消息,怎么知道哪个消息结果是原先哪个线程调用的?
分析源代码,基本原理如下:
client一个线程调用远程接口,生成一个唯一的ID(比如一段随机字符串,UUID等),Dubbo是使用AtomicLong从0开始累计数字的
将打包的方法调用信息(如调用的接口名称,方法名称,参数值列表等),和处理结果的回调对象callback,全部封装在一起,组成一个对象object
向专门存放调用信息的全局ConcurrentHashMap里面put(ID, object)
将ID和打包的方法调用信息封装成一对象connRequest,使用IoSession.write(connRequest)异步发送出去
当前线程再使用callback的get()方法试图获取远程返回的结果,在get()内部,则使用synchronized获取回调对象callback的锁, 再先检测是否已经获取到结果,如果没有,然后调用callback的wait()方法,释放callback上的锁,让当前线程处于等待状态。
服务端接收到请求并处理后,将结果(此结果中包含了前面的ID,即回传)发送给客户端,客户端socket连接上专门监听消息的线程收到消息,分析结果,取到ID,再从前面的ConcurrentHashMap里面get(ID),从而找到callback,将方法调用结果设置到callback对象里。
监听线程接着使用synchronized获取回调对象callback的锁(因为前面调用过wait(),那个线程已释放callback的锁了),再notifyAll(),唤醒前面处于等待状态的线程继续执行(callback的get()方法继续执行就能拿到调用结果了),至此,整个过程结束。
这里还需要画一个大图来描述,后面再补了
需要注意的是,这里的callback对象是每次调用产生一个新的,不能共享,否则会有问题;另外ID必需至少保证在一个Socket连接里面是唯一的。
现在,前面两个问题已经有答案了,
当前线程怎么让它“暂停”,等结果回来后,再向后执行?
答:先生成一个对象obj,在一个全局map里put(ID,obj)存放起来,再用synchronized获取obj锁,再调用obj.wait()让当前线程处于等待状态,然后另一消息监听线程等到服务端结果来了后,再map.get(ID)找到obj,再用synchronized获取obj锁,再调用obj.notifyAll()唤醒前面处于等待状态的线程。
正如前面所说,Socket通信是一个全双工的方式,如果有多个线程同时进行远程方法调用,这时建立在client server之间的socket连接上会有很多双方发送的消息传递,前后顺序也可能是乱七八糟的,server处理完结果后,将结果消息发送给client,client收到很多消息,怎么知道哪个消息结果是原先哪个线程调用的?
答:使用一个ID,让其唯一,然后传递给服务端,再服务端又回传回来,这样就知道结果是原先哪个线程的了。
http://dubbo.io/
http://blog.csdn.net/column/details/learningdubbo.html
Dubbo远程同步调用原理分析
另外文档里有说明:Dubbo缺省协议采用单一长连接和NIO异步通讯,适合于小数据量大并发的服务调用,以及服务消费者机器数远大于服务提供者机器数的情况。
Dubbo缺省协议,使用基于mina1.1.7+hessian3.2.1的tbremoting交互。
连接个数:单连接
连接方式:长连接
传输协议:TCP
传输方式:NIO异步传输
序列化:Hessian二进制序列化
适用范围:传入传出参数数据包较小(建议小于100K),消费者比提供者个数多,单一消费者无法压满提供者,尽量不要用dubbo协议传输大文件或超大字符串。
适用场景:常规远程服务方法调用
通常,一个典型的同步远程调用应该是这样的:
【原创】Alibaba Dubbo框架同步调用原理分析-1 - sun - 学无止境
1, 客户端线程调用远程接口,向服务端发送请求,同时当前线程应该处于“暂停“状态,即线程不能向后执行了,必需要拿到服务端给自己的结果后才能向后执行
2, 服务端接到客户端请求后,处理请求,将结果给客户端
3, 客户端收到结果,然后当前线程继续往后执行
Dubbo里使用到了Socket(采用apache mina框架做底层调用)来建立长连接,发送、接收数据,底层使用apache mina框架的IoSession进行发送消息。
查看Dubbo文档及源代码可知,Dubbo底层使用Socket发送消息的形式进行数据传递,结合了mina框架,使用IoSession.write()方法,这个方法调用后对于整个远程调用(从发出请求到接收到结果)来说是一个异步的,即对于当前线程来说,将请求发送出来,线程就可以往后执行了,至于服务端的结果,是服务端处理完成后,再以消息的形式发送给客户端的。于是这里出现了2个问题:
当前线程怎么让它“暂停”,等结果回来后,再向后执行?
正如前面所说,Socket通信是一个全双工的方式,如果有多个线程同时进行远程方法调用,这时建立在client server之间的socket连接上会有很多双方发送的消息传递,前后顺序也可能是乱七八糟的,server处理完结果后,将结果消息发送给client,client收到很多消息,怎么知道哪个消息结果是原先哪个线程调用的?
分析源代码,基本原理如下:
client一个线程调用远程接口,生成一个唯一的ID(比如一段随机字符串,UUID等),Dubbo是使用AtomicLong从0开始累计数字的
将打包的方法调用信息(如调用的接口名称,方法名称,参数值列表等),和处理结果的回调对象callback,全部封装在一起,组成一个对象object
向专门存放调用信息的全局ConcurrentHashMap里面put(ID, object)
将ID和打包的方法调用信息封装成一对象connRequest,使用IoSession.write(connRequest)异步发送出去
当前线程再使用callback的get()方法试图获取远程返回的结果,在get()内部,则使用synchronized获取回调对象callback的锁, 再先检测是否已经获取到结果,如果没有,然后调用callback的wait()方法,释放callback上的锁,让当前线程处于等待状态。
服务端接收到请求并处理后,将结果(此结果中包含了前面的ID,即回传)发送给客户端,客户端socket连接上专门监听消息的线程收到消息,分析结果,取到ID,再从前面的ConcurrentHashMap里面get(ID),从而找到callback,将方法调用结果设置到callback对象里。
监听线程接着使用synchronized获取回调对象callback的锁(因为前面调用过wait(),那个线程已释放callback的锁了),再notifyAll(),唤醒前面处于等待状态的线程继续执行(callback的get()方法继续执行就能拿到调用结果了),至此,整个过程结束。
这里还需要画一个大图来描述,后面再补了
需要注意的是,这里的callback对象是每次调用产生一个新的,不能共享,否则会有问题;另外ID必需至少保证在一个Socket连接里面是唯一的。
现在,前面两个问题已经有答案了,
当前线程怎么让它“暂停”,等结果回来后,再向后执行?
答:先生成一个对象obj,在一个全局map里put(ID,obj)存放起来,再用synchronized获取obj锁,再调用obj.wait()让当前线程处于等待状态,然后另一消息监听线程等到服务端结果来了后,再map.get(ID)找到obj,再用synchronized获取obj锁,再调用obj.notifyAll()唤醒前面处于等待状态的线程。
正如前面所说,Socket通信是一个全双工的方式,如果有多个线程同时进行远程方法调用,这时建立在client server之间的socket连接上会有很多双方发送的消息传递,前后顺序也可能是乱七八糟的,server处理完结果后,将结果消息发送给client,client收到很多消息,怎么知道哪个消息结果是原先哪个线程调用的?
答:使用一个ID,让其唯一,然后传递给服务端,再服务端又回传回来,这样就知道结果是原先哪个线程的了。
发表评论
-
TIME_WAIT、CLOSE_WAIT、
2017-08-23 14:36 516netstat -n | awk '/^tcp/ {++S[$ ... -
redis 客户端 jedis
2016-11-09 15:36 509 -
高效序列化工具kryo
2016-11-09 15:29 554 -
Jetty项目简介
2016-11-07 11:28 447jetty是一个开源、基于标准、全功能实现的Java服务器。它 ... -
Quartz 表达式
2016-08-26 15:13 383Quartz中时间表达式的设 ... -
org.apache.commons.dbutils
2016-08-26 11:20 362 -
org.quartz
2016-08-26 10:16 532 -
jedis
2016-08-24 18:08 458 -
ActiveMQ的集群多种部署方式
2016-08-15 16:56 679ActiveMQ的多种部署方式 ... -
待查看
2016-08-02 09:41 4061tair 2 tddl 3hsf 4 分库分表 pmd ... -
Notify、MetaQ、Kafka、ActiveMQ
2016-07-03 12:15 7911 Notify Notify是淘宝自主研发的一套消息服务引 ... -
Reactor、Disruptor
2016-04-27 12:55 1079Reactor 主要用于帮助开发者创建基于JVM的异步应用程序 ... -
redis学习(java调用方式)
2016-04-07 17:56 489【redis数据结构 – 简介 ... -
SonarQube代码质量管理平台安装与使用
2016-03-21 16:13 514代码质量管理工具 http://blog.csdn.net/h ... -
cat监控
2016-03-16 15:22 489 -
durid 数据库连接池
2016-03-15 09:35 1033Druid是Java语言中最好的数据库连接池。Druid能够提 ... -
http协议三次握手
2016-03-11 10:57 336TCP(Transmission Control Protoc ... -
[Google Guava]
2015-11-25 14:32 6342.3-强大的集合工具类: ... -
跨数据库事务研究
2015-05-12 11:16 872两种方案: 1、分布式 ... -
httpClient 研究
2015-04-19 19:35 486虽然JDK 的 java.net 包中 ...
相关推荐
《Dubbo与Zookeeper整合应用详解》 在分布式系统中,服务治理是至关重要的环节,而Dubbo和Zookeeper作为两个关键的组件,分别在服务治理和服务注册与发现领域扮演着重要角色。本文将深入探讨如何将Dubbo与Zookeeper...
【标题】: "Dubbo与Zookeeper详细例子" 涉及的核心技术是分布式服务框架Dubbo和分布式协调服务Zookeeper。这两个组件在现代大型分布式系统中起着至关重要的作用。 【Dubbo】:Dubbo是由阿里巴巴开源的一款高性能、...
《Dubbo与Zookeeper在分布式环境中的应用解析》 Dubbo和Zookeeper是两个在分布式系统中广泛应用的技术,它们在构建高效、可扩展的服务架构中起着关键作用。本篇文章将深入探讨这两个技术以及如何结合使用,以实现一...
### Dubbo与Zookeeper、SpringMVC的整合与使用详解 #### 一、Dubbo背景与概述 随着互联网技术的快速发展,网站应用的规模日益扩大,传统的垂直应用架构已难以满足日益增长的需求。为了提高系统的扩展性和灵活性,...
《Dubbo与Zookeeper深度解析:Java源码实践》 在现代分布式系统中,服务治理是不可或缺的一部分。Dubbo和Zookeeper作为两个重要的组件,分别承担了服务治理和注册中心的角色,它们共同构建了高效、稳定的微服务体系...
### Dubbo与Zookeeper、SpringMVC整合和使用 随着互联网技术的发展,网站应用规模的扩大,传统的垂直架构已经难以满足需求,分布式服务架构成为解决大规模应用难题的关键方案之一。Dubbo作为一款分布式服务框架,...
### Dubbo与Zookeeper集成项目创建及分析 #### 一、Dubbo简介 Dubbo 是一款高性能、轻量级的开源服务框架,它提供了三大核心能力:面向接口的远程方法调用、智能容错和负载均衡以及服务自动注册与发现。Dubbo 的...
《Dubbo与Zookeeper整合应用基础教程》 在分布式服务框架的世界中,Dubbo和Zookeeper是两个不可或缺的角色。Dubbo是由阿里巴巴开源的高性能、轻量级的服务治理框架,而Zookeeper则是Apache的一个分布式协调服务,常...
### Dubbo与Zookeeper整合案例详解 #### 一、Dubbo简介 Dubbo是由阿里巴巴开源的一款高性能、轻量级的微服务框架,主要用于构建服务化的应用程序。它支持多种协议和服务发现机制,能够帮助开发者轻松地实现服务的...
在IT行业中,分布式服务框架是实现高可用、可扩展系统的关键...以上就是关于“Dubbo与Zookeeper、spring框架的整合”的详细知识点,通过学习和实践这些内容,开发者可以更好地理解和掌握分布式服务架构的设计与实现。
通过Zookeeper进行服务注册与发现,Dubbo能确保服务之间的通信稳定可靠。 **Zookeeper** Apache ZooKeeper是一个分布式的,开放源码的分布式应用程序协调服务,它是集群的管理者,监视着集群中各个节点的状态根据...
【SpringBoot + Dubbo + ZooKeeper 构建的分布式调用服务框架】 SpringBoot 是一个由 Pivotal 团队创建的 Java 框架,它简化了在 Spring 框架上创建独立的、生产级别的基于 Java 的应用程序。SpringBoot 通过提供...
dubbo 和 ZooKeeper 面试题 在面试中,dubbo 和 ZooKeeper 是两个非常重要的技术栈。Dubbo 是阿里巴巴 SOA 服务化治理方案的核心框架,致力于提供高性能和透明化的 RPC 远程服务调用方案,以及 SOA 服务治理方案。...
通过这个资源,初学者可以了解如何配置和使用Dubbo与Zookeeper来实现服务间的通信和管理。博文地址提供了一个详细的教程,帮助读者理解这两个工具的结合应用。 在实际应用中,Dubbo通常会配合Zookeeper来实现服务的...
本示例"**DUBBO+Zookeeper小例子**"旨在演示如何利用SpringMVC、Dubbo和Zookeeper来实现一个微服务架构。这是一次将这些组件集成到一起的实际操作,通过IDEA(IntelliJ IDEA)开发环境进行。在开始之前,确保你已...
注意,Dubbo-admin需要与Zookeeper连接,所以在配置文件(通常是WEB-INF/classes/dubbo.properties)中,需要设置zookeeper地址。 在完成基础环境搭建后,开发者可以开始编写服务提供者和服务消费者。服务提供者...
《SpringBoot整合Dubbo与Zookeeper的实战解析》 在当今的微服务架构中,SpringBoot因其简洁的配置和快速的开发效率而受到广大开发者喜爱。同时,Dubbo作为一款高性能的服务治理框架,广泛应用于分布式系统中。而...
1. **服务注册与发现**:每个节点都通过 Dubbo 将自己的缓存刷新服务接口注册到 Zookeeper 这个注册中心。这样,所有节点都可以感知到其他节点的存在和服务接口。 2. **广播调用**:节点 A 在完成缓存更新后,会...