springboot使用哪个消息队列最好
Jafka/KafkaKafka是Apache下的一个子项目，是一个高性能跨语言分布式Publish/Subscribe消息队列系统，而Jafka是在Kafka之上孵化而来的，即Kafka的一个升级版。具有以下特性：快速持久化，可以在O(1)的系统开销下进行消息持久化；
c语言进程间通信有几种方式
C语言进程间通信有三种方式。
1.管道(pipe)，管道是一种半双工的通信方式，只能在具有亲缘关系的进程间使用。
2.消息队列(msgqueue)，消息队列是一种由消息组成的链表，存放在内核中并由消息队列标识符标识，是在不同进程之间传递数据的一种方式。
3.共享内存(shm)，共享内存是指两个或多个进程共享一个给定的存储区，进程间可以直接读写这个存储区，是速度最快的一种通信方式。
以上是三种常见的进程间通信方式，不同的通信方式适用于不同的场景，开发者根据需要选择通信方式来实现进程间通信。
5种方式：
程间通信（IPC，InterProcess Communication）是指在不同进程之间传播或交换信息。
IPC的方式通常有管道（包括无名管道和命名管道）、消息队列、信号量、共享存储、Socket、Streams等。其中 Socket和Streams支持不同主机上的两个进程IPC。
五种方式
进程间的五种通信方式：1、管道，速度慢，容量有限，只有父子进程能通讯；2、FIFO，任何进程间都能通讯，但速度慢；3、消息队列，容量受到系统限制；4、信号量，不能传递复杂消息，只能用来同步；5、共享内存区。
云计算分布式消息队列有哪些
有以下几种：
ActiveMQ：每个人一开始都使用ActiveMQ，但是现在确实每个人都没有使用太多。 尚未通过大规模吞吐量方案验证，社区也不是很活跃。 单台机器的吞吐量为10,000级，并且吞吐量低于RocketMQ和Kafka。 这是一个数量级，响应为ms级，有较低数据丢失的可能性。
RabbitMQ：单机吞吐率是万级，吞吐率比RocketMQ和Kafka低一个数量级，但是它适合中小企业，因为它具有友好的监视和维护界面，社区相对活跃，几乎每个月都会发布几个版本，近年来，一些国内的互联网公司更多地使用了rabbitmq，但问题也很明显。 RabbitMQ的吞吐量确实较低。 这是因为他做的实现机制比较繁重，而且该语言国内会的不多。
RocketMQ：单机吞吐量为100,000级。 RocketMQ还是一种可以支持高吞吐量的MQ。 主题可以达到数百或数千个级别，并且吞吐量将略有下降。 这是RocketMQ的主要优势。 在同一台机器上，它可以支持大量topic，可用性非常高，源代码是JAVA。
Kafka：单机吞吐量为100,000级。 这是Kafka的最大优势，即高吞吐量。 通常与大数据系统配合执行实时数据计算，日志收集等场景。 当topic从数十个变为数百个时，吞吐量将大大下降