前言
这几天在看Dukes Forest的例子,所以决定研究一下JMS到底是什么,对于他的了解仅仅限于知道他是J2EE当中的一个规范,没有深入了解过,所以昨天花了两个小时的时间,找了一些资料,简单的做了一下了解
消息传送
what?
端到端工具:消息客户端可以向任何客户端发送或接收消息
消息传送是软件组件或应用之间的一种通信方法。
特点:
松耦合的分布式通信:目的地是发送者和接受者共有的,发送者将消息发送到目的地,而接受者从目的地读取消息,所以发送者和接受者不需要知道对方的存在。只需要知道:消息格式+目的地
compare:
紧耦合技术RMI(远程方法调用):必须知道远程应用的方法等
Email:人们之间或人与软件之间一种通信方式
JMS API是什么?
JAVA Message Service 是一个允许应用创建、发送、接收和读取消息的Java API
JMS特点
- 松耦合
- 异步 :不必在消息发送的同时接收消息
- 可靠: 消息提供者可以确保一个消息传送一次而且只传送一次
when and where?
在以下情况下,企业应用提供商可能更愿意选择消息传送API而不是紧耦合的API
- 组件不要依赖于其他组件接口的有关信息,这样组件就能很容易地替换
- 不论是否所有组件都同时在运行,应用都能正常运行
- 应用业务模型允许一个组件向另一个组件发送信息,然后继续完成自己的操作,而不用立即接收响应
举个例子:
- 某个产品的库存量低于某个等级时,库存组件可以向工厂组件发送一个消息,使得工厂生产更多的汽车
- 工厂组件可以向部件组件发送一个消息,使得工厂可以装配它需要的部件
- 当我们提交转账服务,通常会收到一条信息,上边写着预计2小时内到账
生产制造、零售应用、金融服务应健康服务应用以及很多其他应用都可以使用消息传送
JMS API架构
组成
JMS Provider:实现JMS接口的消息传送系统:管理+控制
JMS Client:程序或者组件,可以生产和消费消息
消息Message:上者之间传递信息的对象
Administered Object: 是为客户端配置的JMS对象
- 目的地(destination)
- 连接工厂(connection factory)
利用管理工具或者注解,可以将目的地址和连接工厂绑定到一个JNDI命名空间。JMS client可以通过资源注入来访问命名空间中的受管对象,在通过JMS提供者建立与这些对象的一个逻辑连接。
Connection factory可以看做是JMS的入口,有了工厂,创建好connect,我们才能进行消息发送的下一步操作,类比JDBC,首先要创建和DataSource的连接是一个道理
传送方式
P2P:Point To Point点对点
在P2P模型中,有下列概念:消息队列(Queue)、发送者(Sender)、接收者(Receiver)。每个消息都被发送到一个特定的队列,接收者从队列中获取消息。队列保留着消息,直到它们被消费或超时。
- 每个消息只有一个消费者(Consumer)(即一旦被消费,消息就不再在消息队列中)
- 发送者和接收者之间在时间上没有依赖性,也就是说当发送者发送了消息之后,不管接收者有没有正在运行,它不会影响到消息被发送到队列。
接收者在成功接收消息之后需向队列应答成功
Pub/Sub:发布/订阅
在Pub/Sub模型中,有下列概念: 主题(Topic)、发布者(Publisher)、订阅者(Subscriber)。客户端将消息发送到主题。多个发布者将消息发送到Topic,系统将这些消息传递给多个订阅者。
每个消息可以有多个消费者
发布者和订阅者之间有时间上的依赖性。针对某个主题
应用场景的区别:
如果你希望发送的每个消息都应该被成功处理的话,那么你需要P2P模型。如果你希望发送的消息可以不被做任何处理、或者被一个消费者处理、或者可以被多个消费者处理的话,那么可以采用Pub/Sub模型。
消费方式(消息的使用)
在JMS中,消息的产生和消费是异步的。也就是说消息的生成和使用之间并没有时间依赖关系。但是对于消费来说,JMS的消费者可以通过两种方式来消费消息。
同步:订阅者或接收者调用receive方法来接收消息,receive方法在能够接收到消息之前(或超时之前)将一直阻塞。
异步: 订阅者或接收者可以注册为一个消息监听器。当消息到达之后,系统自动调用监听器的onMessage方法。
后记
这一篇博客主要介绍了JMS的概括,但是具体的编程模型没有涉及到,下一篇给大家介绍如何实现JMS