文章目录 导图 概述 通信协议基础 网络通信协议选型 ---> TCP协议 应用通信协议设计 --->协议头+协议体 协议头的设计 ---> 携带哪些通用的信息 协议体的设计 ---> 携带本次请求 / 返回的具体内容 编解码实现 ---> 编/解码（序列化/反序列） 从 RocketMQ 看编解码的实现 自定义的 Remoting 协议 gRPC 协议 协议对比 总结 导图 概述 从功能上来看，一个最基础的消息队列应该具备生产、存储、消费的能力 也就是能完成“生产者把数据发送到 Broker，Broker 收到数据后，持久化存储数据，最后消费者从 Broker 消费数据”的整个流程。 我们从这个流程来拆解技术架构，如下图所示，最基础的消息队列应该具备五个模块。 通信协议：用来完成客户端（生产者和消费者）和 Broker 之间的通信，比如生产或消费。 网络模块：客户端用来发送数据，服务端用来接收数据。 存储模块：服务端用来完成持久化数据存储。 生产者：完成生产相关的功能。 消费者：完
超级会员免费看
本文介绍了消息队列的基础架构和通信协议设计，强调了协议选择的重要性，特别是对于高吞吐、低延迟和高可靠性的需求。讨论了是否可以使用HTTP协议，并指出MQTT、AMQP和OpenMessaging等公有协议的局限性。接着，文章深入探讨了TCP协议的选用，解释了为何TCP更适合消息队列的通信需求。在应用通信协议设计中，提到了协议头和协议体的构成以及设计原则。最后，文章探讨了编解码实现，包括自定义实现和使用Protobuf等现成框架的优缺点，并以RocketMQ为例进行了分析。
订阅专栏 解锁全文
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
912
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
