博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
JMS学习的个人理解笔记
阅读量:5010 次
发布时间:2019-06-12

本文共 2180 字,大约阅读时间需要 7 分钟。

Jms即java消息服务javamessage service,所谓的面向消息编程,主要应用在企业内部各个系统之间做接口,以异步方式传递消息数据。

Jms有2种传送模式,先来看第一种,即点对点传送模式

首先是参与整个过程的系统,总共有3个,分别是发送方系统、jms服务器、接收方系统,原理很简单,基本步骤如下:

1、  发送方将jms消息发送到jms服务器;

2、  Jms服务器有一个消息队列,所谓队列就是先进先出;jms服务器接收到消息后,把消息放到消息队列中;

3、  接收方主动的去jms服务器的消息队列中查询消息;

以上步骤中,有几个关键点,理解了这几个关键点,就理解原理了。关键点如下:

1、  发送方把消息发送到jms服务器后,就不再关心消息什么时候到接收方,也不知道接收方是谁。所以这是一个异步的传输方式,发送方发送完消息后,就可以继续做自己的事情,不等待消息被接收方接收。

2、  接收方是自己主动的去jms服务器上找消息,当接收方把消息从jms服务器读取出来后,会给jms服务器一个回复;这个回复仅给jms服务器,目的是告诉jms服务器消息已经被成功读取,可以把队列中的消息删除掉了。

3、  队列中的消息,每次都是队首的消息被接收方消费掉,且仅仅可以消费一次;一旦被接收方消费,消息即删除。

4、  因为消息仅能被消费一次,所以存在一个问题是消息的校验;比如有2个接收方在读取同一个消息队列,当第1个接收方把消息读取后,发现消息的内容不是自己想要的,应该是发送给第2个接收方的,但是为时已晚,因为消息仅能被消费一次,此条消息在jms服务器队列中已经被删除。

5、  为解决上面的问题,可以利用消息过滤机制;接收方设置了自己的过滤机制后,被过滤的消息对接收方而言是不可见的。

 

Jms的第二种传送模式是发布/订阅模式,所谓的广播

还是由发送方系统、jms服务器、接收方系统3个系统参与,基本过程如下

1、  发送方在jms服务器上发布一个主题(主题可以理解成一个消息队列,不过在这个模式下叫做主题更贴切)

2、  接收方在jms服务器上订阅这个主题

3、  发送方将消息发送到jms服务器对应的主题上

4、  Jms主动将消息转发给所有订阅主题的接收方

这种模式有一点点的限制,就在于,主题必须先与订阅;相比点对点的方式,队列是虚拟的,发送方不需要先注册队列,接收方也不需要注册队列,异步性解耦更好。

然后看看发布订阅模式的关键点:

1、  发送发把消息发送到jms服务器,同样不关心接收方什么时候接收到消息;但是,发送方此时是可以知道谁会接收到消息的,因为接收方都订阅了嘛,当然就知道了

2、  Jms服务器接收到消息后,是主动的转发给所有的接收方

3、  接收方同样可以设置消息过滤

 

Jms消息持久化

假设这么一种情况,发送方将1000条数据发送到jms服务器,已经发送成功,但是接收方还没有接收数据,突然,jms服务器down机了,当jms服务器重新启动后发现,消息队列里的数据都没有了,这是难以接受的情况。

Jms之所以适合做企业内系统间数据接口,不仅仅因为异步性,还因为可靠的传输。

Jms消息分持久性消息和临时消息,简单讲,临时消息,就是jms服务器接收到消息后,将消息保存在内存中,这种情况下如果jms服务器down了,消息数据也会丢失。

若设置jms消息的持久化属性,那么jms服务器接收到消息后,会将消息数据保存在持久介质中,例如mysql数据库,这样当jms服务器down机也不会丢失数据。

 

关于腾讯qq与jms

这2者是没有什么联系的,不过学习jms后总是会想到qq或者突然觉得jms很适合用来做聊天软件,并且大部分的教材中都会用jms写一个简单的chat例子。但是jms真的适合用来做聊天软件吗?

学习了jms的原理后就很好分析这个问题,当然你还需要一点p2p的知识,本文就不对p2p做阐述。

首先,通信软件支持2个人用消息聊天,这很容易想到jms中的点对点消息传送模式,而且设置消息的持久化属性后,即使对方离线,在下一次上线时,也可以接收到离线消息。对于文件传输,jms中也支持二进制消息,可以实现文件传输和离线文件传输。

这一切看上去很美好,但是jms的点对点有致命的2个弱点

1、  不是真正的p2p概念,jms的点对点依然需要jms服务器做转发

2、  接收方需要主动查询消息队列

想想看会出现什么情况,如果你有100个好友,你们通过jms的点对点来通信,那么,即使你的100个好友没有给你发消息,你依然需要定时的到jms服务器上的100个与好友对应的消息队列中检查是否有消息,这样对服务器的压力是巨大的,因为你那100个好友也在不断的向jms服务器发出查询。

若用jms传输文件,会对jms服务器内存造成巨大压力,因为jms服务器会先保存一份,直到接收方消费后才删除。

 

或许你会想到发布订阅模式,因为这种模式下,jms服务器是主动将数据发送给接收方的。不过,通信软件还需要支持临时群的建立,发送方不需要经过对方同意,只要对方是自己的好友,就可以临时组建对话群,开始群聊。

这与发布订阅模式相违背,因为这种模式下,接收方需要主动订阅主题。

 

转载于:https://www.cnblogs.com/dyllove98/p/3194016.html

你可能感兴趣的文章
EasyUI datagrid 格式 二
查看>>
Android虹软人脸识别sdk使用工具类
查看>>
UI:基础
查看>>
浅谈 @RequestParam 和@PathVariable
查看>>
设计模式之---装饰器设计模式
查看>>
基于WordNet的英文同义词、近义词相似度评估及代码实现
查看>>
Equation漏洞混淆利用分析总结(上)
查看>>
shell学习1shell简介
查看>>
Qt 【无法打开 xxxx头文件】
查看>>
JAVA项目将 Oracle 转 MySQL 数据库转换(Hibernate 持久层)
查看>>
三层架构(我的理解及详细分析)
查看>>
Django模板语言相关内容
查看>>
前端开发工程师如何在2013年里提升自己【转】--2016已更新升级很多何去何从?...
查看>>
markdown语法测试集合
查看>>
running and coding
查看>>
实现QQ第三方登录、网站接入
查看>>
HTML CSS 层叠样式表 三
查看>>
Qt pro pri 文件学习1
查看>>
软件工程概论第六周学习进度条
查看>>
[思路]导入导出功能
查看>>