2016 - 2024

感恩一路有你

jms2.0的api包括哪些接口 jms系统是什么系统?

浏览量:1180 时间:2023-06-07 07:46:34 作者:采采

jms系统是什么系统?

Java消息服务(Java Message Service,是由JMS)是应用于访问企业消息系统的开发商中立的API。企业消息系统可以协助应用软件通过网络并且消息交互操作。JMS在其中扮演与JDBC很几乎完全一样,如果说JDBC提供给了一套应用于不能访问各种差别关系数据库的二级API,JMS也能提供了其它于特定厂商的企业消息系统访问。

建议使用JMS的应用程序被被称JMS客户端,全面处理消息路由与传信的消息系统被称为JMS Provider,而JMS应用则是由多个JMS客户端和一个JMSProvider组成的业务系统。发送消息的JMS客户端被称为生产者(producer),而可以接收消息的JMS客户端则被称作消费者(consumer)。两JMS客户端既也可以是生产者也是可以是消费者。

jms是什么指标?

JMS是指Java消息服务,JavaMessageService的简称。

Java消息服务(Java Message Service,JMS)应用程序接口是一个Java平台中跪求面向消息中间件(MOM)的API,主要是用于在两个应用程序之间,或分布式系统中接收消息,并且异步模式通信。Java消息.服务是一个与详细平台没什么关系的API,绝大多数MOM提供商都对JMS提供支持。

消息队列的发布订阅原理?

订阅原理那是差别系统之间的平行的线性。Java消息服务(Java Message Service,JMS)应用程序接口是一个Java平台中跪求再朝消息中间件(MOM)的API,主要用于在两个应用程序之间,或分布式系统中发送的消息,接受异步模式通信。

点对点与公告订阅初始时是由JMS符号表示的。这两种模式比较多区别或可以解决的问题应该是你的邮箱到队列的消息是否可以乱词消费(多订阅)

1、定义

JMS规范目前支持两种消息模型:点对点(pointtopoint,queue)和首页/订阅(publish/subscribe,topic)。

1.1、点对点:Queue,绝对不可再重复一遍消费

消息生产者生产消息发送中到queue中,然后再消息消费者从queue中木盒另外消费消息。

消息被怎么消费以后,queue中并没有有存储,所以才消息消费者肯定不会消费到已经被商场消费的消息。Queue支持存在多个消费者,不过对一个消息而言,只会有一个消费者也可以怎么消费。

1.2、首页/订阅:Topic,可以重复一遍消费

消息生产者(查找)将消息查找到topic中,同样的有多个消息消费者(订阅)消费该消息。和点对点完全不同,查找到topic的消息会被所有订阅者消费。

允许订阅组的发布订阅模式:

首页订阅模式下,当发布者消息量太大时,看样子单个订阅者的处理能力是不继的。只不过现实场景中是多个订阅者节点组成一个订阅组负载均衡消费topic消息即分组订阅,这样订阅者非常容易实现消费能力线性扩展。这个可以看成是一个topic下有多个Queue,每个Queue是点对点的,Queue之间是首页订阅。

2、区别

2.1、点对点模式

生产者你的邮箱一条消息到queue,一个queue可以不有很多消费者,不过一个消息没有办法被一个消费者接受,当没有消费者可用时,这个消息会被保存等到有一个和用的消费者,所以才Queue实现程序了个可信度高的负载均衡。

2.2、查找订阅模式

先发布者邮箱里到topic的消息,唯有订阅本书了topic的订阅者才会收到消息。topic实现方法了发布和订阅,当你公告一个消息,所有订阅这个topic的服务都能能得到这个消息,所以从1到n个订阅者都能能得到这个消息的拷入。

3、流行的模型比较好

比较传统企业型消息队列ActiveMQ不违背了JMS规范,实现程序了点对点和首页订阅模型,但其他流行的消息队列RabbitMQ、Kafka并没有什么遵循什么JMS规范。

3.1、RabbitMQ

RabbitMQ实现方法了AQMP协议,AQMP协议定义了消息路由规则和。加工生产端路由规则发送消息到完全不同queue,消费端参照queue名称消费消息。

RabbitMQ既意见内存队列也支持什么不持久化队列,消费端为推模型,消费状态和订阅关系由服务端共同负责魔兽维护,消息消费完后立刻删除掉,不恢复历史消息。

(1)点对点

成产端正在发送一条消息路由投递到Queue,唯有一个消费者能消费到。

(2)多订阅

当RabbitMQ是需要允许多订阅时,公告者发送中的消息路由另外写完多个Queue,不同订阅组消费不同的Queue。因此支持多订阅时,消息会多个拷贝。

3.2、Kafka

Kafka只接受消息不持久化,消费端为拉模型,消费状态和订阅关系由客户端端全权负责程序维护,消息消费完后不会立即彻底删除,会恢复历史消息。所以支持什么多订阅时,消息只会存储一份就可以了。可是可能会产生重复一遍怎么消费的情况。

(1)点对点amp多订阅

先发布者生产一条消息到topic中,差别订阅组消费此消息。

消息 JMS 消费 模式 消费者

版权声明:本文内容由互联网用户自发贡献,本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。