本文目录一览：
消息中间件(一)MQ详解及四大MQ比较
1、Kafka、ActiveMQ、RabbitMQ、RocketMQ 都是流行的消息队列中间件，它们各有优缺点。以下是一些总结和区别：- Kafka：高吞吐量、低延迟、高可用性、分布式、持久化存储、多租户支持等 。
2、优势： 在性能方面kafka可以说是业界非常优秀的一款中间件，在常规的机器配置下，一台机器可以达到每秒几十万的QPS。
3、Apache ActiveMQ（AMQ）是一个流行的、开源的消息中间件软件，它是基于Java的消息队列系统，广泛应用于构建高性能、可靠的消息传递系统。Apache ActiveMQ遵循Java Message Service（JMS）规范，是Java平台上用于消息传递的标准API。
4、目前比较典型的消息中间件包括IBM WebSphere MQSeries、Tibco TIB/Rendezvous和Microsoft MSMQ等。问题五：java消息中间件有哪些 ActiveMQ，是Apache出品，最流行的，能力强劲的开源消息总线。
5、MQ是消息中间件，是一种在分布式系统中应用程序借以传递消息的媒介，常用的有ActiveMQ，RabbitMQ，kafka。
6、JMS是Java平台上有关面向消息中间件的技术规范，它便于消息系统中的Java应用程序进行消息交换，并且通过提供标准的产生、发送、接收消息的接口简化企业应用的开发，翻译为Java消息服务。
网易传媒技术团队:消息中间件实现延迟队列的应用与实践
一般认为，消息中间件是一种由消息传送机制或消息队列模式组成的中间件技术，利用高效可靠的消息传递机制进行平台无关的数据交流，并基于数据通信来进行分布式系统的集成。
Java消息服务（Java Message Service，JMS）应用程序接口是一个Java平台中关于面向消息中间件（MOM）的API，用于在两个应用程序之间，或分布式系统中发送消息，进行异步通信。
例如，企业级应用程序中常见的消息队列就是一种中间件。它可以协调消息的生产和消费，以确保分布式应用程序之间的数据交换是可靠和安全的。数据中心数据中心是大型企业和组织的基础设施，其中包括计算、存储和网络设备。
消息队列 消息队列是一种在分布式系统中用于传递消息的中间件技术。它通过在发送者和接收者之间建立一个可靠的、异步的通信机制，将消息从一个应用程序发送到另一个应用程序，实现解耦、异步和可靠的消息传递。
中间件在操作系统、网络和数据库之上，应用软件的下层，总的作用是为处于自己上层的应用软件提供运行与开发的环境，帮助用户灵活、高效地开发和集成复杂的应用软件。
比较普遍被接受的是IDC表述的：中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源，中间件位于客户机服务器的操作系统之上，管理计算资源和网络通信。
redis与rabbitmq做消息队列的区别
1、我们介绍了RabbitMQ，Kafka和Redis的一些特征。这三种动物都是它们的类别，但是如上所述，它们的运行方式大不相同。这是我们建议正确的消息代理根据不同用例使用的建议。
2、首先说RabbitMQ，RabbitMQ是使用Erlang编写的一个开源的消息队列，本身支持很多的协议：AMQP，XMPP， SMTP， STOMP，也正因如此，它非常重量级，更适合于企业级的开发。
3、redis只是提供一个高性能的、原子操作内存键值对，具有高速访问能力，可用做消息队列的存储，但是不具备消息队列的任何功能和逻辑，要作为消息队列来实现的话，功能和逻辑要通过上层应用自己实现。我们以RabbitMQ为例介绍。
4、消息队列 一般是采用一个独立的集群专门用于消息存储，可以存储在内存里 也可以直接存储在磁盘中。
Kafka,Mq和Redis作为消息队列使用
kafka是个日志处理缓冲组件，在大数据信息处理中使用。和传统的消息队列相比较简化了队列结构和功能，以流形式处理存储（持久化）消息（主要是日志）。
RabbitMQ于2007年发布，是最早创建的常见消息代理之一。它是一个开放源代码，通过实现高级消息队列协议（AMQP）通过点对点和pub-sub方法传递消息。它旨在支持复杂的路由逻辑。
我们介绍了RabbitMQ，Kafka和Redis的一些特征。这三种动物都是它们的类别，但是如上所述，它们的运行方式大不相同。这是我们建议正确的消息代理根据不同用例使用的建议。
接收订单用redis做缓存好还是rabbit做消息队列好
1、Redis的内存数据库几乎适用于不需要持久性的消息短暂的用例。因为Redis提供了非常快速的服务和内存功能，所以它是短保留消息的理想选择，在这些消息中持久性不是很重要，您可以容忍一些丢失。
2、首先说RabbitMQ，RabbitMQ是使用Erlang编写的一个开源的消息队列，本身支持很多的协议：AMQP，XMPP， SMTP， STOMP，也正因如此，它非常重量级，更适合于企业级的开发。
3、redis 消息推送（基于分布式 pub/sub）多用于实时性较高的消息推送，并不保证可靠。其他的mq和kafka保证可靠但有一些延迟（非实时系统没有保证延迟）。
4、消息队列”。使用redis实现的“轻量化”“消息队列”有三大优势：现在redis已经广泛运用于各大系统中，无需再次引入其他第三方框架和api。并且redis是基于内存存储的，生产者和消费者的存取速度都非常快。
5、redis只是提供一个高性能的、原子操作内存键值对，具有高速访问能力，可用做消息队列的存储，但是不具备消息队列的任何功能和逻辑，要作为消息队列来实现的话，功能和逻辑要通过上层应用自己实现。我们以RabbitMQ为例介绍。
6、Redis通常被作为缓存组件，用作缓存数据。不过，除了可以缓存数据，其实Redis可以做的事还有很多。下面列举几例，供大家参考。
RabbitMQ与redis的区别是什么呢?
我们介绍了RabbitMQ，Kafka和Redis的一些特征。这三种动物都是它们的类别，但是如上所述，它们的运行方式大不相同。这是我们建议正确的消息代理根据不同用例使用的建议。
测试数据分为128Bytes、512Bytes、1K和10K四个不同大小的数据。
消息队列指：一端进消息，一端出消息 RabbitMQ就是实现了消息队列概念的一个组件，以面向对象的思想去理解，消息队列就是类，而RabbitMQ就是实例，当然不仅仅只有RabbitMQ，例如ActiveMQ，RocketMQ，Kafka，包括Redis也可以实现消息队列。
redis只是提供一个高性能的、原子操作内存键值对，具有高速访问能力，可用做消息队列的存储，但是不具备消息队列的任何功能和逻辑，要作为消息队列来实现的话，功能和逻辑要通过上层应用自己实现。我们以RabbitMQ为例介绍。
redis 消息推送（基于分布式 pub/sub）多用于实时性较高的消息推送，并不保证可靠。其他的mq和kafka保证可靠但有一些延迟（非实时系统没有保证延迟）。
用redis好处：数据存储在内存中，读写速度快；支持的数据类型资源丰富；支持事务，操作都是原子性操作；可以设置数据存活的生命周期。因为redis比较方便，被大众认可的比较多。
