“消息队列”是在消息的传输过程中保存消息的容器。
简介：
“消息”是在两台计算机间传送的数据单位。消息可以非常简单，例如只包含文本字符串；也可以更复杂，可能包含嵌入对象。
消息队列管理器在将消息从它的源中继到它的目标时充当中间人。队列的主要目的是提供路由并保证消息的传递；如果发送消息时接收者不可用，消息队列会保留消息，直到可以成功地传递它。
处理技术：
“消息队列”是 Microsoft 的消息处理技术，它在任何安装 Microsoft Windows 的计算机组合中，为任何应用程序提供消息处理和消息队列功能，无论这些计算机是否在同一个网络上或者是否同时联机。
“消息队列网络”是能够相互间来回发送消息的任何一组计算机。网络中的不同计算机在确保消息顺利处理的过程中扮演不同的角色。它们中有些提供路由信息以确定如何发送消息，有些保存整个网络的重要信息，而有些只是发送和接收消息。
“消息队列”安装期间，管理员确定哪些服务器可以互相通信，并设置特定服务器的特殊角色。构成此“消息队列”网络的计算机称为“站点”，它们之间通过“站点链接”相互连接。每个站点链接都有一个关联的“开销”，它由管理员确定，指示了经过此站点链接传递消息的频率。
进程通信：
消息队列（也叫做报文队列）能够克服早期unix通信机制的一些缺点。作为早期unix通信机制之一的信号能够传送的信息量有限，后来虽然POSIX 1003.1b在信号的实时性方面作了拓广，使得信号在传递信息量方面有了相当程度的改进，但是信号这种通信方式更像"即时"的通信方式，它要求接受信号的进程在某个时间范围内对信号做出反应，因此该信号最多在接受信号进程的生命周期内才有意义，信号所传递的信息是接近于随进程持续的概念（process-persistent）；管道及有名管道则是典型的随进程持续IPC，并且，只能传送无格式的字节流无疑会给应用程序开发带来不便，另外，它的缓冲区大小也受到限制。
消息队列就是一个消息的链表。可以把消息看作一个记录，具有特定的格式以及特定的优先级。对消息队列有写权限的进程可以向消息队列中按照一定的规则添加新消息；对消息队列有读权限的进程则可以从消息队列中读走消息。消息队列是随内核持续的。
目前主要有两种类型的消息队列：POSIX消息队列以及系统V消息队列，系统V消息队列目前被大量使用。考虑到程序的可移植性，新开发的应用程序应尽量使用POSIX消息队列。
系统V消息队列是随内核持续的，只有在内核重起或者显示删除一个消息队列时，该消息队列才会真正被删除。因此系统中记录消息队列的数据结构（struct ipc_ids msg_ids）位于内核中，系统中的所有消息队列都可以在结构msg_ids中找到访问入口。 消息队列就是一个消息的链表。每个消息队列都有一个队列头，用结构struct msg_queue来描述。队列头中包含了该消息队列的大量信息，包括消息队列键值、用户ID、组ID、消息队列中消息数目等等，甚至记录了最近对消息队列读写进程的ID。读者可以访问这些信息，也可以设置其中的某些信息。
注意事项：
1、c#中的消息队列主要包含在System.Messaging名称空间中，System.Messaging名称空间包含的类可以用Window操作系统的消息队列功能读写消息。消息传递功能可以在断开连接的环境下使用，在该环境下，客户端和服务器不需要同时运行
2、尽管消息队列是异步进行的，但因为客户端（发送者）不等待服务器（接收者）读取发送给他的数据，所以消息队列和异步编程有很大的区别。消息队列可以在断开连接的环境下进行。在发送数据时，接收者可以离线。在以后的某一时刻，接收者上线时，就会接收到数据，而无须来自发送应用程序的干扰。
3、可以把打开连接的编程和断开连接的编程与给他人打电话和发送邮件作比较。在给人打电话时，电话两端的人必须同时在线；这种通信是同步的。而利用电子邮件，发送者不能确定处理电子邮件的时间。使用这个技术的人工作在断开连接的的模式。当然，电子邮件可能从来不被处理，而它可能被忽略。这就是断开连接的通信的本质。为了避免这个问题，可以要求发送一个应答，已确认已读取电子邮件。如果在指定的时间之内没有收到应答，就要处理这个“异常”。这也可以使用消息队列来实现。
4、