【一头扎进JMS】(1)----JMS基础

  JMS即Java消息服务(Java Message Service)应用程序接口,是一个Java平台中关于面向消息中间件(MOM)的API,用于在两个应用程序之间,或分布式系统中发送消息,进行异步通信.Java消息服务是一个与具体平台无关的API,绝大多数MOM提供商都对JMS提供支持.JMS是一种与厂商无关的 API，用来访问消息收发系统消息，它类似于JDBC(Java Database Connectivity)。这里，JDBC 是可以用来访问许多不同关系数据库的 API，而 JMS 则提供同样与厂商无关的访问方法，以访问消息收发服务。许多厂商都支持 JMS，包括 IBM 的 MQSeries、BEA的 Weblogic JMS service和 Progress 的 SonicMQ。 JMS 使您能够通过消息收发服务（有时称为消息中介程序或路由器）从一个 JMS 客户机向另一个 JMS客户机发送消息。

基本概念

  JMS是Java的消息服务，JMS的客户端之间可以通过JMS服务进行异步的消息传输。JMS支持两种消息模型：Point-to-Point（P2P）和Publish/Subscribe（Pub/Sub），即点对点和发布订阅模型。

P2P模型

场景:个人QQ聊天

在P2P模型中,有下列概念:消息队列(Queue),发送者(Sender),接收者(Receiver).发送者将每个消息发送到一个特定的队列,接收者从队列中获取消息.队列保留着消息,知道它们被消费或超时.

1.每个消息只有一个消费者(Consumer),一旦被消费,消息就不再在消息对列中

2.发送者和接收者之间在时间是没有依赖性,也就是说发送者发送了消息后,不管接收者有没有正在运行,它不会影响到消息被发送到队列.

3.接收者在成功接收消息之后需向对列应答成功.

如果你希望发送的每个消息都应该被成功处理的话,那么你需要P2P模型.

Pub/Sub模型

场景:聊天室

在Pub/Sub模型中,有下列概念:主题(Topic),发布者(Publisher),订阅者(Subscriber).客户端将消息发送到主题.多个发布者将消息发布到Topic,系统将这些消息传递给多个订阅者.

1.每个消息可以有多个消费者

2.发布者和订阅者之间有时间上的依赖性.针对某个主题(Topic)的订阅者,它必须创建一个订阅之后,才能消费发布者的消息.而且为了消费消息,订阅者必须保持运行的状态.比如:订阅Topic的有Client1,Client2,Client

3,Client4,但是现在Client1和Client4都没有运行,那么就只有Client2和Client3能接收到了.

为了缓和这种严格的时间相关性,JMS允许订阅者创建一个可持久化的订阅.这样,及时订阅者没有被激活(运行),它也能接收到发布者的消息.

如果你希望发送的消息可以不被做任何处理或者被一个消费者处理或者可以被多个消费者处理的话,可以采用Pub/Sub模型.

应用场景:

   解决应用耦合,异步处理,流量削锋,消息通讯等问题.实现高性能,高可用,可伸缩和最终一致性框架.是大型分布式系统不可缺少的中间件.

MDB和JMS之间的关系

   MDB(MessageDrivenBean)消息驱动Bean.它是EJB跟JMS的一个整合,跟SessionBean一样,MDB是由EJB容器进行管理,同时也可以利用EJB所提供的系统服务诸如事务,安全等.

  我们可以通过MDB的规范,能够使用更为简洁的方式来开发JMS异步消费者,作为开发者需要的是去实现onMessage方法即可,你不需要去获取JMS链接,不需要JMS Session,也不需要关心MDB启动,因为这些EJB容器会帮你来做,需要做的是通过Annotation来制定JMS消息的目的和类型即可.

本篇博客主要讲解JMS的基础知识,下篇博客将讲解如何实现的.