消息中间件在计算领域有着悠久的血统。它为分布系统的连接提供了一种可靠的异步机制，以及基于不同的消息队列方案进行的有效的路由选择手段。消息格式的转换也是消息打包的一部分。

　　在银行环境中，此类消息排队方法已被证明是至关重要的。在速度被摆在至高无上位置的华尔街应用那里其作用则略为降低。经过这些年，发布—订阅以及组播方法的出现也加速了消息的传递。

　　近年来性能也得到了改善，通过使用专门的硬件来进行消息的处理。时延，主要是指消息传输所需的时间，是华尔街软件架构师的棘手难题。尽管包括成本在内系统需要考虑的因素有很多，高时延是糟糕的、低时延是好的，这仍是一条有用的规则。

　　消息队列最近的更新之一就是采取低时延的消息队列形式。这种时延，按照华尔街的标准是纳秒级的。从量上来说，时延“因系统而异”自然是起作用的因素之一。但是华尔街最好的系统其速度要比你一眨眼的功夫还要快。

　　自从JMS（Java消息系统）出现以来，系统常常会同时支持Java和JMS一级其他一些API。与低时延有关的系统包括：

• 　　作为一个进程内模块，Rendezvous（来自Tibco）的特色据说是可以直接将其能力嵌入到应用中去。它提供了对守护进程、主题和组播组的集中化管理，还可以远程监控。
• 　　Ultra Messaging Streaming Edition（来自于Informatica）打造了一个“纯净中间层”的架构，在设计上撤销了中介和守护进程。它宣称来自于同一个发送者的吞吐量可超过700万条/秒。
• 　　RabbitMQ（VMWare/SpringSource那里有开源版或商业版）系统兼容先进消息队列协议（AMQP），支持函数型变成语言Erlang，力图绕过Java的垃圾回收问题以便获得快速、可预测的消息传递性能。
• 　　低时延消息队列这场游戏的一个初来乍到者是WebSphere MQ Low Latency Messaging（来自IBM）。它支持一对多的组播以及点对点的单播消息传送，为了进行进程内部的通讯，在轻量级持久层和共享内存都存储了低时延消息。

　　开源环境的快速消息传递系统也已经出现，那就是ZeroMQ。AMQP消息传递的发起人建立了ZeroMQ，以便支持智能化的消息传递批量处理。它被描述为一个消息库，以一种有点类似于套接字编程人员的方式工作，并支持范围广泛的传输协议。