1. 消息中间件: 将信息以消息的形式，从一个应用程序传送到另一个或多个应用程序。
主要特点:
(1) 消息异步接收: 消息发送者不需要等待消息接收者的响应
(2) 消息可靠接收: 确保消息在中间件可靠保存，只有接收方收到后才能删除消息，多个消息可以组成原子事务。有时，也要求消息不能重复传输。
2. 为什么会出现消息中间件?
各个系统同步发送接收数据，相互等待，造成系统瓶颈。
JMS使用场景:
第一想到的就是异步处理。其实，还可以用JMS来解决很多复杂的问题, 例如分布、并发、系统解耦、负载均衡、热部署、触发器等, 这些复杂的问题因为引入了JMS而变的更加简单.
(1) 同步通信: 客户发出调用后，必须等待服务对象完成处理并返回结果后才能够继续执行。
如果数据交互过程, 允许异步操作时, 可以考虑使用JMS
比如: 用JMS来异步发送邮件. 数据的生产者交付数据后,即可立即返回而无需等待数据的执行结果,对于数据消费者可以在合适的时机接收数据并执行. 这一点可能是我们使用JMS的主要原因.
(2) JMS解决分布问题的场景, 解决分布有两种类型:
第一种: 消息是集中的, 但消息的处理是分布的.
例如: 系统可能会被分为前台与后台，这两个系统是部署在不同的网段里的。那么怎么把前台发生的业务通知后台系统呢? 前台系统在处理完业务请求后的同时发送一个消息到queue中，后台系统的消息接收者接收到消息后立即处理。这里消息的处理也可能有一定的延期，但这主要取决于消息服务器的硬件能力，网络带宽，消息接收者的处理速度等。
第二种: 消息是分布的, 消息中间件提供了消息路由的功能。
即: 消息发送到一个消息服务器后, 这个消息服务器根据定义的规则再把这条消息路由转发到其它的消息服务器。例如, 可能在北京的一个数据中心部署了数据采集系统, 采集到数据后以消息的方式发送到消息服务器, 然后消息服务器再把这条消息路由到上海的数据中心, 再由上海数据中心部署的数据处理系统来处理这条消息.
(3) 如果数据交互的双端执行效率不对等时,可以考虑使用JMS
主要场景为: 数据生产的速度非常高(比如队列),但是数据消费的速度相对较低,如果没有良好的架构设计,必将对数据生产者造成阻塞或者数据积压,从而对整体的性能带来挑战或者数据安全带来风险; JMS就是一个很好的"数据缓冲"中心,它将密集的数据提交操作以"均匀"的速度交付给数据消费者, 从而实现系统整体的稳定性.
这种策略, 在日志统计/小数据分析系统中,经常使用. 主要作用为"缓解系统瓶颈,提高生产效率".
归纳为: "异步调用、分布、应用解耦"