activemq高级特性

最新推荐文章于 2021-03-24 18:30:35 发布
最新推荐文章于 2021-03-24 18:30:35 发布
阅读量331 收藏 2
点赞数
分类专栏： 消息中间件 文章标签： activemq高级特性
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_39720208/article/details/102892565
版权

1.异步发送

http://activemq.apache.org/async-sends

ActiveMQ支持以同步或异步模式将消息发送到代理。使用的模式对发送呼叫的延迟有很大的影响。由于延迟通常是生产者可以实现的吞吐量的重要因素，因此使用异步发送可以显着提高系统的性能。

好消息是，在某些情况下，ActiveMQ默认情况下以异步模式发送消息。只有在JMS规范要求使用同步发送的情况下，我们才默认使用同步发送。我们被迫以同步模式发送的情况是在事务外部发送持久性消息时。

如果您没有使用事务并正在发送持久消息，则每次发送都将同步并阻塞，直到代理将已将消息安全地持久保存到磁盘的确认发送回生产者为止。此ack保证了消息不会丢失，但是由于客户端被阻止，因此还付出了巨大的等待时间。

许多高性能应用程序旨在承受故障情况下的少量消息丢失。如果您的应用程序是按照这种方式设计的，则即使使用持久性消息，也可以启用异步发送来提高吞吐量。

异步发送怎么确认消息不丢失？

 设置异步发送配置后，回调

 2.延时投递和定时投递

http://activemq.apache.org/delay-and-schedule-message-delivery

5.4版的ActiveMQ在ActiveMQ消息代理中内置了一个可选的持久性调度程序。通过在“ Xml配置”中将broker schedulerSupport属性设置为true 可以启用此功能。ActiveMQ客户端可以通过使用以下消息属性来利用延迟传递：

属性名称类型描述
AMQ_SCHEDULED_DELAY长在代理计划将消息传递之前，消息将等待的时间（以毫秒为单位）
AMQ_SCHEDULED_PERIOD长在开始时间之后再等待调度消息之前要等待的毫秒数
AMQ_SCHEDULED_REPEAT整型重复安排邮件传递的次数
AMQ_SCHEDULED_CRON串使用Cron条目设置时间表

 

 

为了使Java JMS客户端方便，在org.apache.activemq.ScheduledMessage上有一个带有用于调度的属性名称的接口。

例如，要安排在60秒内发送邮件-您需要设置AMQ_SCHEDULED_DELAY属性：

MessageProducer producer = session.createProducer(destination);
TextMessage message = session.createTextMessage("test msg");
long time = 60 * 1000;
message.setLongProperty(ScheduledMessage.AMQ_SCHEDULED_DELAY, time);
producer.send(message);

您可以设置一条消息以等待初始延迟，然后重复发送10次，每次重新发送之间等待10秒：

MessageProducer producer = session.createProducer(destination);
TextMessage message = session.createTextMessage("test msg");
long delay = 30 * 1000;
long period = 10 * 1000;
int repeat = 9;
message.setLongProperty(ScheduledMessage.AMQ_SCHEDULED_DELAY, delay);
message.setLongProperty(ScheduledMessage.AMQ_SCHEDULED_PERIOD, period);
message.setIntProperty(ScheduledMessage.AMQ_SCHEDULED_REPEAT, repeat);
producer.send(message);

您还可以使用CRON安排邮件的时间，例如，如果希望将邮件安排为每小时发送一次，则需要将CRON条目设置为0 * * * *--例如

MessageProducer producer = session.createProducer(destination);
TextMessage message = session.createTextMessage("test msg");
message.setStringProperty(ScheduledMessage.AMQ_SCHEDULED_CRON, "0 * * * *");
producer.send(message);

 

CRON调度优先于使用消息延迟-但是，如果为CRON条目设置了重复和周期，则ActiveMQ调度程序将在每次CRON条目触发时调度消息的传递。用一个例子更容易解释。假设您希望传递一条消息10次，每条消息之间有一秒钟的延迟-并且您希望每小时进行一次-您可以这样做：

MessageProducer producer = session.createProducer(destination);
TextMessage message = session.createTextMessage("test msg");
message.setStringProperty(ScheduledMessage.AMQ_SCHEDULED_CRON, "0 * * * *");
message.setLongProperty(ScheduledMessage.AMQ_SCHEDULED_DELAY, 1000);
message.setLongProperty(ScheduledMessage.AMQ_SCHEDULED_PERIOD, 1000);
message.setIntProperty(ScheduledMessage.AMQ_SCHEDULED_REPEAT, 9);
producer.send(message);

 消息重发机制

http://activemq.apache.org/redelivery-policy

 死信队列

 

可用属性

属性默认值描述
backOffMultiplier5后退乘数。
collisionAvoidanceFactor0.15避免碰撞的范围百分比（如果启用）。
initialRedeliveryDelay1000L初始重新交付延迟（以毫秒为单位）。
maximumRedeliveries6设置在将邮件视为中毒药丸并返回给代理之前，该邮件将被重新发送的最大次数，这样它就可以进入“死信队列”。设置-1为无限交付。
maximumRedeliveryDelay-1设置如果useExponentialBackOff设置了该选项，将应用的最大传送延迟  。（使用值  -1定义不应用最大值）（v5.5）。
redeliveryDelay1000L交付延迟时间为  initialRedeliveryDelay=0（v5.4）。
useCollisionAvoidancefalse重新交付策略是否应使用冲突避免。
useExponentialBackOfffalse应该使用指数补偿，即以指数方式增加超时。

 

每个目的地的RedeliveryPolicy 

从ActiveMQ v5.7.0开始，您现在可以基于每个目标配置RedeliveryPolicy。ActiveMQConnection现在，  工厂类公开了RedeliveryPolicyMap属性，该属性允许使用命名目标或目标通配符来分配RedeliveryPolicy。下面的代码片段显示了如何为主题和队列配置不同的RedeliveryPolicy。

ActiveMQConnection connection ...  // Create a connection

RedeliveryPolicy queuePolicy = new RedeliveryPolicy();
queuePolicy.setInitialRedeliveryDelay(0);
queuePolicy.setRedeliveryDelay(1000);
queuePolicy.setUseExponentialBackOff(false);
queuePolicy.setMaximumRedeliveries(2);

RedeliveryPolicy topicPolicy = new RedeliveryPolicy();
topicPolicy.setInitialRedeliveryDelay(0);
topicPolicy.setRedeliveryDelay(1000);
topicPolicy.setUseExponentialBackOff(false);
topicPolicy.setMaximumRedeliveries(3);

// Receive a message with the JMS API
RedeliveryPolicyMap map = connection.getRedeliveryPolicyMap();
map.put(new ActiveMQTopic(">"), topicPolicy);
map.put(new ActiveMQQueue(">"), queuePolicy);

spring整合

 死信队列

http://activemq.apache.org/message-redelivery-and-dlq-handling

 各自独立的死信队列

 ActiveMQ中的默认死信队列称为ActiveMQ.DLQ；所有无法传递的消息都将发送到此队列，这可能很难管理。因此，您可以individualDeadLetterStrategy在activemq.xml配置文件的目标策略映射中设置一个  ，它允许您为给定队列或主题指定特定的死信队列前缀。您可以根据需要使用通配符来应用此策略，以便所有队列都具有自己的死信队列，如下例所示。

<broker>
  
  <destinationPolicy>
    <policyMap>
      <policyEntries>
        <!-- Set the following policy on all queues using the '>' wildcard -->
        <policyEntry queue=">">
          <deadLetterStrategy>
            <!--
              Use the prefix 'DLQ.' for the destination name, and make
              the DLQ a queue rather than a topic
            -->
            <individualDeadLetterStrategy queuePrefix="DLQ." useQueueForQueueMessages="true"/>
          </deadLetterStrategy>
        </policyEntry>
      </policyEntries>
    </policyMap>
  </destinationPolicy>
  
</broker>

 自动删除过期消息

 有些人只需要将过期的消息丢弃而不是发送到DLQ，即完全跳过DLQ。这简化了DLQ的管理，因此您无需筛选大量已过期的邮件来查找存在实际问题的邮件。要告诉ActiveMQ仅丢弃过期的消息，请processExpired在死信策略中将该属性配置为false：

<broker>
  
  <destinationPolicy>
   <policyMap>
     <policyEntries>
       <!-- Set the following policy on all queues using the '>' wildcard -->
       <policyEntry queue=">">
         <!-- 
           Tell the dead letter strategy not to process expired messages
           so that they will just be discarded instead of being sent to
           the DLQ 
         -->
         <deadLetterStrategy>
           <sharedDeadLetterStrategy processExpired="false" />
         </deadLetterStrategy>
       </policyEntry>
     </policyEntries>
   </policyMap>
  </destinationPolicy>
  
</broker>

 

将非持久性消息放入死信队列

默认情况下，ActiveMQ不会将无法传递的非持久消息放置在死信队列中。此行为的基本原理是，如果应用程序不太在乎消息的持久性，那么记录消息无法传递就没有任何价值。如果确实要将非持久消息放在死信队列中，则应设置processNonPersistent="true"死信策略。

<broker>
  
  <destinationPolicy>
   <policyMap>
     <policyEntries>
       <!-- Set the following policy on all queues using the '>' wildcard -->
       <policyEntry queue=">">
         <!-- 
           Tell the dead letter strategy to also place non-persisted messages 
           onto the dead-letter queue if they can't be delivered.
         -->
         <deadLetterStrategy>
           <sharedDeadLetterStrategy processNonPersistent="true" />
         </deadLetterStrategy>
       </policyEntry>
     </policyEntries>
   </policyMap>
  </destinationPolicy>
  
</broker>

 如何保证消息不会被重复消费，幂等性问题

Coder搬砖工
关注
专栏目录
ActiveMQ消息特性：延迟和定时消息投递（Delay and Schedule Message Delivery）
KimmKing的技术博客
12-27 2万+
有时候我们不希望消息马上被broker投递出去，而是想要消息60秒以后发给消费者，或者我们想让消息没隔一定时间投递一次，一共投递指定的次数。。。 类似这种需求，ActiveMQ提供了一种broker端消息定时调度机制。 我们只需要把几个描述消息定时调度方式的参数作为属性添加到消息，broker端的调度器就会按照我们想要的行为去处理消息。 一共有四个属性: Prope
12.6 使用ActiveMQ消息调度延迟发送消息
Jack_Yin的专栏
12-27 231
博客已搬家, 更好阅读体验, 猛戳 http://www.jack-yin.com/coding/translation/activemq-in-action/1778.html   12.6 Scheduling messages to be delivered by ActiveMQ in the future 12.6 使用ActiveMQ消息调度延迟发送消息   The ab...
ActiveMQ高级特性总结_17
Be_nurturing的博客
07-03 347
一、高级特性之异步投递 ctiveMQ官网对异步投递的描述：http://activemq.apache.org/async-sends ActiveMQ支持同步投递和异步投递两种模式将消息发送到broker，模式的选择对发送的延时有巨大的影响。生产者能达到的产出率主要受发送延时的影响，使用异步发送可以显著提高发送的性能。 ActiveMQ默认采用异步发送的模式，除非明确指定使用同步发送方式，或者在未使用事务的前提下发送持久化消息，这两种情况都是同步发送的。 如果没有使用事务且发送的是持久化的消息，
activemq延迟消费_浅析延迟消息的实现方案
weixin_30388691的博客
12-16 2348
生产者把消息发送到消息队列中以后，并不期望被立即消费，而是等待指定时间后才可以被消费者消费，这类消息通常被称为延迟消息。延迟消息的应用场景其实是非常的广泛，比如以下的场景：· 网上直播授课时，在课程开始前15分钟通知所有学生准备上课。· 订单提交成功后1个小时内未支付，订单需要及时关闭并且释放对应商品的库存。· 用户超过15天未登录时，给该用户发送召回推送。· 工单提交后超过24小时未处...
ActiveMQ系列：高级特性之异步投递、延时投递与定时投递
phubing
09-08 1332
前面有介绍与基础、应用实践部分，有兴趣的可以移步： 初步认识了ActiveMQ：https://blog.csdn.net/qq_26975307/article/details/98875098 结合JavaSE进行初尝试：https://blog.csdn.net/qq_26975307/article/details/98968854 详细讲讲JMS：https://blog.csd...
ActiveMQ高级特性_01
村里的原振侠的博客
10-13 338
ActiveMQ高级特性_01 本篇是我看ActiveMQ官方文档的笔记，主要涵盖以下方面： Networks of Brokers；Virtual Destinations 虚拟主题；Distributed Queues 分布式队列； 等内容。 Networks of Brokers Configuring a network of brokers 配置 A fixed list of URIs 两个broker的配置文件分别如下： <?xml version="1.0" encoding="UTF
ActiveMQ高级特性_02
村里的原振侠的博客
10-14 448
ActiveMQ高级特性_02 本篇是我看ActiveMQ官方文档的笔记，主要涵盖以下方面： Composite Destinations；等内容。 Composite Destinations 在客户端层面，可以使用逗号分隔多个目的地： FOO.A,FOO.B,FOO.C 定义一个Queue或Topic来代表一系列destinations： Queue queue = new ActiveMQQueue("FOO.A,FOO.B,FOO.C"); producer.send(queue, someMes
activeMQ高级特性之异步投递与确认签收回调
m0_46405589的博客
03-24 764
异步投递与确认签收回调 ActiveMQ 支持同步、异步两种发送的模式将消息发送到 broker，模式的选择对发送延时有巨大的影响。producer 能达到怎样的产出率（产出率 = 发送数据总量/时间）主要受发送延时的影响，使用异步发送可以显著的提高发送的性能。 ActiveMQ 默认使用异步发送的模式：除非明确指定使用同步发送的方式或者在未使用事务的前提下发送持久化的消息，这两种情况都是同步发送的。 如果你没有使用事务且发送的是持久化的消息，每一次发送都是同步发送的且会阻塞 prod...
ActiveMQ高级特性之死信队列
m0_46405589的博客
03-24 598
DLQ-死信队列(Dead Letter Queue)用来保存处理失败或者过期的消息。 出现以下情况时，消息会被redelivered A transacted session is used and rollback() is called(使用一个事务session，并且调用了rollback()方法). A transacted session is closed before commit is called(一个事务session，关闭之前调用了commit). A session...
activeMQ - 消息重发策略和DLQ死信队列
weixin_34179762的博客
06-23 591
2019独角兽企业重金招聘Python工程师标准>>> ...
MQ 入门(三)—— 消息重发机制
洋葱花瓣的专栏
12-07 5599
消息重发并不是字面上的意思：生产者重新发送消息，而是针对消费者，当消费者在处理消息出现异常时，消费者会将该消息重新放入到队列中进行下次处理。当超过重试次数之时，消息会放入一个特殊的队列中ActiveMQ.DLQ 全称为：Dead Letter Queue。 消息重发，是对消费者而言的，也就是重新消费，重新投递。在activeMq中叫ReDelivery(重新投递)。 应用场景： 在实际生产场景过...
ActiveMQ学习十三-定时投递
qq_35930102的博客
07-22 561
有些业务场景中我们希望发送完消息后过一段时间再消费，这时候可以用到ActiveMQ延时投递的功能 1 第一步需要修改activemq.xml配置文件，开启延时发送 <broker xmlns="http://activemq.apache.org/schema/core" ... schedulerSupport="true" > ... </broker> 2 第二步消息生产者在发送消息的时候需进行设置 TextMessage message = sessio...
System.setProperty()
热门推荐
你系得嘎，加油
12-24 4万+
/*  * 设置指定键对值的系统属性  * setProperty (String prop, String value);  *  * 参数：  * prop - 系统属性的名称。  * value - 系统属性的值。   *  * 返回：  * 系统属性以前的值，如果没有以前的值，则返回 null。  *  * 抛出：   * SecurityExceptio
springboot 整合activeMQ
zhaoyc1946的博客
08-23 654
yml配置文件 spring: activemq: broker-url: tcp://127.0.0.1:61616 in-memory: true user: admin password: admin pool: enabled: false use-exponential-back-off: true # 是否在每次尝试...
【ACtiveMQ】六 性能优化
worn_xiao的博客
10-14 1464
1.1 ActiveMQ的性能依赖于很多因素 1网络拓扑结构,比如：嵌入、主从复制、网络连接 2 transport协议 3 service的质量，比如topic还是queue，是否持久化，是否需要重新投递，消息超时等 4硬件、网络、JVM和操作系统等 5生产者的数量，消费者的数量 6消息分发要经过的destination数量，以及消息的大小等 1.2 非持久化消息比持久化消息 1...
ActiveMQ几个常见经典问题解决分析
拉丁解牛技术专栏
10-16 3996
转：https://blog.csdn.net/qq_28009065/article/details/79860610 1.ActiveMQ服务器宕机怎么办？ 这得从ActiveMQ的储存机制说起。在通常的情况下，非持久化消息是存储在内存中的，持久化消息是存储在文件中的，它们的最大限制在配置文件的&lt;systemUsage&gt;节点中配置。但是，在非持久化消息堆积到一定程度，内存告急的时...
ActiveMQ——高级特性
如不來的博客
08-07 2016
一、异步投递  ActiveMQ支持两种消息投递方式：同步投递和异步投递。消息投递指的是消息生产者端将消息发送到消息服务器(即Broker)的过程，若采用同步投递的方式，则生产者端每次向消息服务器发送消息时都需要同步地等待消息服务器给予消息发送成功与否的回执，这一定程度上可能会引起消息生产者的阻塞，影响消息发送的效率；采用异步投递的方式则不会有这个问题，因此ActiveMQ默认采用异步投递的方式。...
ActiveMQ 超时消息配置不进DLQ
新丶的博客
01-17 1739
在项目中尝试过两种解决方式： 修改activemq/config/activemq.xml配置文件 destinationPolicy> policyMap> policyEntries> policyEntry topic=">" producerFlowControl="true">
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值