分布式消息中间件（九）——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操作完成后才能继续执行；

非阻塞：