消息队列是Linux IPC中很常用的一种通信方式，它通常用来在不同进程间发送特定格式的消息数据。
本文主要探讨了Linux消息队列的发送、接收以及异步通知机制。首先介绍了消息队列的发送和接收过程，然后详细描述了异步通知的方式，最后通过一个示例展示了如何使用epoll机制实现异步通知。
IPC的意思是“ 进程间通信机制”，Linux内核有三种常用IPC对象可以拿来做进程间通信--消息队列，共享内存，信号量。这三种IPC对象在Linux内核中都以链表的形式存储，它们都有特定的ID来标识（消息队列标识符msqid、共享内存标识符shmid，信号量标识符semid）。
一、在前面介绍了system v 消息队列的相关知识，现在来稍微看看posix 消息队列。 posix消息队列的一个可能实现如下图： 其实消息队列就是一个可以让进程间交换数据的场所，而两个标准的消息队
消息队列 消息队列是Linux IPC中很常用的一种通信方式，它通常用来在不同进程间发送特定格式的消息数据。 消息队列和之前讨论过的管道和FIFO有很大的区别，主要有以下两点(管道请查阅我的另一篇文章：https://cloud.tencent.com/developer/article/1021159)： Ø 一个进程向消息队列写入消息之前，并不需要某个进程在该队列上等待该消息的到达，而管道和FIFO是相反的，进程向其中写消息时，管道和FIFO必须已经打开来读，否则写进程就会阻塞（默认情况下）。 Ø IP
我们的项目要引入消息队列了，之前只是听说使用消息队列有什么什么好处，感觉挺高大上的，自己也只是看过各种消息队列的技术文章，流行的几种消息队列中间件也都自己搭建过，写过demo，所以现在要引入消息队列了，好激动啊，要用新技术了。出于大家都不了解消息队列，所以要在项目组内部对各位开发进行一个简单的科普。以下就是我自己整理的消息队列的科普知识，希望对大家有所帮助。
在现代分布式系统中，消息队列（MQ）已经成为了非常重要的组件之一。它可以极大地提高系统的可伸缩性和可靠性，同时还可以解耦系统之间的耦合关系。然而，当消息队列出现故障时，系统可能会出现严重的问题，甚至导致系统不可用。因此，保证MQ的高可用性是一个非常重要的技术挑战。
消息队列可认为是一个消息链表。有足够写权限的线程可往队列里放置消息，有足够读权限的线程可从队列里取走消息。 队列中每个消息都具有如下属性： 一个无符号整数优先级或一个长整数类型 消息的数据部分长度 数据本身
综上所述，根据不同的业务需求和技术实力，选择适合的消息队列是非常重要的。常见的消息队列包括 ActiveMQ、RabbitMQ、RocketMQ和Kafka。每种消息队列都有其优缺点，如单机吞吐量、时效性、可用性、消息可靠性和功能支持等方面有所差异。因此，在选择消息队列时，需要根据实际情况综合考虑这些因素。
消息队列不知道大家看到这个词的时候，会不会觉得它是一个比较高端的技术，反正我是觉得它好像是挺牛逼的。
mq 就是消息队列（Message Queue）。想必大家对队列的数据结构已经很熟悉了，消息队列可以简单理解为：把要传输的数据放在队列中，mq 就是存放和发送消息的这么一个队列中间件。在消息队列中，把数据放到消息队列的角色叫做 生产者，从消息队列中消费获取数据的叫做 消费者。
消息队列（Message Queue，简称MQ），其主要用于在复杂的微服务系统中进行消息通信，它的优点可以大致整理成以下几点：
MQ是Message Queue（消息队列）的首字母缩写，基于“先进先出”的数据结构，是一种提供消息队列服务的中间件，也称为消息中间件，是一套提供了消息生产、存储、消费全过程API的软件系统。消息即数据。一般消息的体量不会很大。一般用来解决应用解耦，异步消息，流量削峰等问题，实现高性能，高可用，可伸缩和最终一致性架构。
见名知义，消息队列主要就是用来发送和接收处理消息，但它的作用可不仅解决应用间通信问题。
我们在工作中，经常用到各自各样的mq消息队列中间件，今天我们来学习一下为什么需要用消息队列，用了对我们的好处是什么？
最近这年头，面试找工作不问点中间件相关知识好像说不过去，而面试考察最多的中间件就是缓存数据库Redis和消息中间件MQ。
本栏目Java开发岗高频面试题主要出自以下各技术栈：Java基础知识、集合容器、并发编程、JVM、Spring全家桶、MyBatis等ORMapping框架、MySQL数据库、Redis缓存、RabbitMQ消息队列、Linux操作技巧等。
前面一章讲了线程间同步，提到了信号量、互斥量、事件集等概念；本章接着上一章的内容，讲解线程间通信。在裸机编程中，经常会使用全局变量进行功能间的通信，如某些功能可能由于一些操作而改变全局变量的值，另一个功能对此全局变量进行读取，根据读取到的全局变量值执行相应的动作，达到通信协作的目的。RT-Thread 中则提供了更多的工具帮助在不同的线程中间传递信息，本章会详细介绍这些工具。学习完本章，大家将学会如何将邮箱、消息队列、信号用于线程间的通信。
MQ全称为Message Queue-消息队列，是一种应用程序对应用程序的消息通信，一端只管往队列不断发布信息，另一端只管往队列中读取消息，发布者不需要关心读取消息的谁，读取消息者不需要关心发布消息的是谁，各干各的互不干扰。
在百度百科中，消息队列（MQ）是这么解释的：“消息队列”是在消息的传输过程中保存消息的容器（可存可取）。
2.6、什么是内存映射文件消息队列（Memory-Mapped File—MQ）？
如上图，在不使用消息队列服务器的时候，用户的请求都直怼数据库，在高并发的情况下数据库压力剧增，不仅使得响应速度变慢，还可能因此而挂掉数据库，导致用户页面直接报错，项目经理找上门，然后*#！%@！#** ......（PS：尽管是某服务挂了，但某宝的用户页面提示信息一定会甩锅给网络不通哦~）
看这样的业务场景，A系统发送数据到 B、C、D 三个系统，通过接口调用发送。如果 E 系统也要这个数据呢？那如果C系统现在不需要了呢？A系统负责人几乎崩溃......
我们公司业务系统一开始体量较小，很多组件都是单机版就足够，后来随着用户量逐渐扩大，我们程序也采用了微服务的设计思想。
大家好呀，我是捡田螺的小男孩。金三银四即将来临，整理了十道十分经典的消息队列面试题，看完肯定对面试有帮助的，大家一起加油哈~
在现代分布式系统中，消息队列（Message Queue，简称MQ）起到了至关重要的作用，它能够解耦系统之间的通信，提高系统的可伸缩性和可维护性。然而，为了确保系统的稳定性和高可用性，我们需要特别关注如何构建高可用的消息队列系统。本文将介绍如何保证MQ的高可用性，并提供代码示例，帮助您构建一个可靠的消息队列系统。
首先说一下，消息队列 (MSMQ Microsoft Message Queuing)是MS提供的服务，也就是Windows操作系统的功能，并不是.Net提供的。
消息队列MQ是大型分布式系统不可缺少的中间件，也是高并发系统的基石中间件，其重要性不言而喻。
MQ（消息队列）是一种FIFO（先进先出）的数据结构，主要用于实现异步通信、削峰平谷和解耦等功能。它通过将生产者生成的消息发送到队列中，然后由消费者进行消费。这样，生产者和消费者之间就不存在直接的耦合关系。
本文主要基于 RocketMQ 4.0.x 正式版 1. 概述 2. Producer 顺序发送 3. Consumer 严格顺序消费 3.1 获得(锁定)消息队列 3.2 移除消息队列 3.3 消费
绝大部分场景下只需要用到普通顺序消息。 例如说：给用户发送短信消息 + 发送推送消息，将两条消息发送到不同的消息队列，若其中一条消息队列消费较慢造成堵塞，用户可能会收到两条消息会存在一定的时间差，带来的体验会相对较差。当然类似这种场景，即使有一定的时间差，不会产生系统逻辑上BUG。另外，普通顺序消息性能能更加好。 那么什么时候使用使用完全严格顺序？如下是来自官方文档的说明：
MQ全称为Message Queue, 消息队列（MQ）是一种应用程序对应用程序的通信方法。应用程序通过读写出入队列的消息（针对应用程序的数据）来通信，而无需专用连接来链接它们。消息传递指的是程序之间通过在消息中发送数据进行通信，而不是通过直接调用彼此来通信，直接调用通常是用于诸如远程过程调用的技术。排队指的是应用程序通过 队列来通信。队列的使用除去了接收和发送应用程序同时执行的要求。
细心的你可能发现了，本系列课程中竟然出现了三个课时都是在说消息队列，第 10 课时讲了程序级别的消息队列以及延迟消息队列的实现，而第 15 课时讲了常见的消息队列中间件 RabbitMQ、Kafka 等，由此可见消息队列在整个 Java 技术体系中的重要程度。本课时我们将重点来看一下 Redis 是如何实现消息队列的。
消息队列中间件是分布式系统中重要的组件，主要解决应用解耦，异步消息，流量削锋等问题，实现高性能，高可用，可伸缩和最终一致性架构。目前使用较多的消息队列有ActiveMQ，RabbitMQ，ZeroMQ，Kafka，MetaMQ，RocketMQ。消息中间件到底该如何使用，何时使用这是一个问题，胡乱地使用消息中间件增加了系统的复杂度，如果用不好消息中间件还不如不用。
场景说明：用户注册后，需要发注册邮件和注册短信,传统的做法有两种 1.串行的方式 2.并行的方式
消息队列，英文名：Message Queue，经常缩写为MQ。从字面上来理解，消息队列是一种用来存储消息的队列。可以简单理解消息队列就是将需要传输的数据存放在队列中。
本篇文章聊聊消息队列相关的东西，内容局限于我们为什么要用消息队列，消息队列究竟解决了什么问题，消息队列的选型。
为什么使用消息队列？ 消息队列有什么优点和缺点？ Kafka、ActiveMQ、RabbitMQ、RocketMQ 都有什么区别，以及适合哪些场景？
MQ全称为Message Queue, 消息队列（MQ）是一种应用程序对应用程序的通信方法。应用程序通过读写出入队列的消息（针对应用程序的数据）来通信，而无需专用连接来链接它们。消息传递指的是程序之间通过在消息中发送数据进行通信，而不是通过直接调用彼此来通信，直接调用通常是用于诸如远程过程调用的技术。排队指的是应用程序通过 队列来通信。队列的使用除去了接收和发送应用程序同时执行的要求。其中较为成熟的MQ产品有IBM WEBSPHERE MQ等等。
大家想一想在你们平时开发的系统里面有没有这种情况，就是你们系统会调用到第三方接口服务，而且这个接口服务是在你流程里面进行同步调用的，这个时候你们的系统性能是直接和第三方接口服务挂钩的，也就是第三方接口服务性能的好坏直接影响到你自己的系统。
RabbitMQ是由Erlang语言编写的基于AMQP的MQ产品。AMQP即Advanced Message Queuing Protocol(高级消息队列协议)，是一个网络协议，专门为消息中间件设计。基于此协议的客户端与消息中间件可传递消息，并不受不同中间件产品，不同开发语言等条件的限制。2006年AMQP规范发布，类比HTTP。
前传：分布式消息队列 RocketMQ 源码分析 —— Message 拉取与消费（上） 本文主要基于 RocketMQ 4.0.x 正式版 1、概述 2、Consumer 3、PushConsumer 一览 4、PushConsumer 订阅 5、PushConsumer 消息队列分配 6、PushConsumer 消费进度读取 7、PushConsumer 拉取消息 8、PushConsumer 消费消息 9、PushConsumer 发回消费失败消息 10、Consumer 消费进度 11、结尾 --
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
消息队列中间件是分布式系统中重要的组件，主要解决应用解耦，异步消息，流量削锋等问题，实现高性能，高可用，可伸缩和最终一致性架构。目前使用较多的消息队列有ActiveMQ，RabbitMQ，ZeroMQ，Kafka，MetaMQ，RocketMQ
在上篇文章中,我们已经用到了MQ,用于实现配置自动刷新。接下来,就具体说说MQ的应用场景以及RabbtMq的基本使用。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
实时音视频
即时通信 IM
对象存储
