zoukankan      html  css  js  c++  java
  • JMS学习的个人理解笔记

    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服务器是主动将数据发送给接收方的。不过,通信软件还需要支持临时群的建立,发送方不需要经过对方同意,只要对方是自己的好友,就可以临时组建对话群,开始群聊。

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

  • 相关阅读:
    vlan原理与配置
    路由协议-ospf
    路由协议-rip
    人品
    阿波罗礼赞
    跳石头
    FBI树
    方程求解
    循环比赛
    国王的游戏
  • 原文地址:https://www.cnblogs.com/dayhand/p/3578783.html
Copyright © 2011-2022 走看看