分布式消息中间件(九)——RocketMQ通信原理

 作者简介:大家好,我是码炫码哥,前中兴通讯、美团架构师,现任某互联网公司CTO,兼职码炫课堂主讲源码系列专题


代表作:《jdk源码&多线程&高并发》,《深入tomcat源码解析》,《深入netty源码解析》,《深入dubbo源码解析》,《深入springboot源码解析》,《深入spring源码解析》,《深入redis源码解析》等


联系qq:184480602,加我进群,大家一起学习,一起进步,一起对抗互联网寒冬。码炫课堂的个人空间-码炫码哥个人主页-面试,源码等

释放21集全网最深ConcurrentHashMap的vip视频,复现每一行源码  

本章,我们来讲解下RocketMQ中的底层通信原理,RabbitMQ基于Netty扩展出一套高性能网络通信框架。我们先来看下Broker的网络通信架构是怎样的。

一、Linux IO模型

Netty底层采用了IO多路复用技术( IO multiplexing),而 IO multiplexing又是Linux的五种IO模型之一,所以在聊Broker的网络通信架构前,我们需要了解下什么是Linux 的IO模型。

简单来说,Linux系统一共有五种I/O模型:

  • 阻塞 IO(blocking IO):即传统的IO模型;
  • 非阻塞 IO(Nonblocking IO):注意这里所说的NIO并非Java的NIO库;
  • IO 多路复用( IO multiplexing):Java中的Selector和Linux中的epoll/select/poll都是这种模型。
  • 信号驱动 IO( signal driven IO):实际中并不常用,这里不讨论;
  • 异步 IO(asynchronous IO):经典的Proactor设计模式,也称为异步非阻塞IO。

我们先来看下阻塞/非阻塞,同步/异步这两个概念。

1.1 阻塞/非阻塞

阻塞和非阻塞的概念,指的是用户进程与Linux内核的交互方式,用户进程会去内核缓存区读取数据(或写入数据到内核缓存)。

阻塞: 指用户进程发起IO请求后,需要等待或者轮询内核IO操作完成后才能继续执行;

非阻塞:

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值