消息队列为何偏爱 Java、Erlang，而 C++ 和 Go 似乎缺席？
问题根源：
目前流行的消息队列，如 RocketMQ、Kafka 和 RabbitMQ，主要基于 Java 和 Erlang 语言编写。然而，C++ 和 Go 语言的高性能和并行性却鲜有显现。
C++ 的身影：
立即学习“Java免费学习笔记（深入）”；
尽管 C++ 拥有强大的并行和性能特性，但它并非消息队列的首选开发语言。原因可能是：
- 缺乏标准化的消息队列库：与 Java 和 Erlang 不同，C++ 缺乏一个广泛采用的消息队列库标准。
Go 的摸索：
近年来，Go 语言以其并发模型和高性能而广受好评。然而，Go 语言在消息队列领域的应用仍然相对较少。其原因可能包括：
- 社区成熟度：Java 和 Erlang 社区的成熟度和现有代码库使之更适合于开发消息队列解决方案。
既有实践：
尽管 C++ 和 Go 语言在消息队列领域的可见度较低，但并非没有相关的项目。
- C++：Zeromq 是一个基于 C++ 编写的消息队列框架，注重可伸缩性和低延迟。
- Go：NSQ 和饿了么开发的 MaxQ（似乎未开源）是基于 Go 语言构建的消息队列。
值得注意的是，这些 C++ 和 Go 消息队列解决方案的市场份额相对较小，并且难以取代基于 Java 和 Erlang 的成熟队列。
