Java消息服务（Java Message Service，简称JMS）是用于访问企业消息系统的开发商中立的API。企业消息系统可以协助应用软件通过网络进行消息交互。JMS在其中扮演的角色与JDBC很相似，正如JDBC提供了一套用于访问各种不同关系数据库的公共API，JMS也提供了独立于特定厂商的企业消息系统访问方式。
使用JMS的应用程序被称为JMS客户端，处理消息路由与传递的消息系统被称为JMS Provider，而JMS应用则是由多个JMS客户端和一个JMS Provider构成的业务系统。发送消息的JMS客户端被称为生产者（producer），而接收消息的JMS客户端则被称为消费者(consumer)。同一JMS客户端既可以是生产者也可以是消费者。
JMS的编程过程很简单，概括为：应用程序A发送一条消息到消息服务器（也就是JMS Provider）的某个目得地(Destination)，然后消息服务器把消息转发给应用程序B。因为应用程序A和应用程序B没有直接的代码关连，所以两者实现了解耦。
JMS 不是现在才有的概念，早在上个世纪 90 年代就已经有了。
- JMS 1.0
- JMS 1.0.1 (October 5, 1998)
- JMS 1.0.1a (October 30, 1998)
- JMS 1.0.2 (December 17, 1999)
- JMS 1.0.2a (December 23, 1999)
- JMS 1.0.2b (August 27, 2001)
- JMS 1.1 (April 12, 2002)
- JMS 2.0 (May 21, 2013)
- JMS 2.0a (March 16, 2015)
JMS 主要是在 Java 世界中使用，但目前现在消息策略已经有了很大的变化。
不同语言直接也有消息发送和消费的请求，所以目前使用比较多的消息协议是 AMQP，这个就没有办法用 JMS 进行处理。
因此，Apache Active MQ 就在消息策略上面进行了包装，让 Active MQ 也能支持现代的 AMQP。
如果你的应用服务是 Java 的服务的话，使用 Active MQ 通常能够满足你的消息处理需求。
在客户端和服务器之间，我们可以使用上面的方法，让客户端发送一个消息到消息服务器上，当另外一个服务器收到消息请求后，就会对消息进行处理然后返回。
这个过程如果使用 JMS 是可以解耦的，我们直接定义接口就可以了。
有点像 Protocol Buffers，但 Protocol Buffers 是基于 http 的，我们也需要定义 Protocol Buffers 后进行编译部署后才可以用。
Comments