ActiveMQ中的消息重发时间间隔和重发次数吗？

来源：互联网发布：网络交易监管系统编辑：程序博客网时间：2024/05/16 02:43

首先，我们得大概了解下，在哪些情况下，ActiveMQ服务器会将消息重发给消费者，这里为简单起见，假定采用的消息发送模式为队列（即消息发送者和消息接收者）。

1.如果消息接收者在处理完一条消息的处理过程后没有对MOM进行应答，则该消息将由MOM重发.

2.如果我们队某个队列设置了预读参数（consumer.prefetchSize），如果消息接收者在处理第一条消息时（没向MOM发送消息接收确认）就宕机了，则预读数量的所有消息都将被重发!

3.如果Session是事务的，则只要消息接收者有一条消息没有确认，或发送消息期间MOM或客户端某一方突然宕机了，则该事务范围中的所有消息MOM都将重发。

说到这里，大家可能会有疑问，ActiveMQ消息服务器怎么知道消费者客户端到底是消息正在处理中还没来得急对消息进行应答还是已经处理完成了没有应答或是宕机了根本没机会应答呢？其实在所有的客户端机器上，内存中都运行着一套客户端的ActiveMQ环境，该环境负责缓存发来的消息，负责维持着和ActiveMQ服务器的消息通讯，负责失效转移（fail-over）等，所有的判断和处理都是由这套客户端环境来完成的。

我们可以来对ActiveMQ的重发策略（Redelivery Policy）来进行自定义配置，其中的配置参数主要有以下几个：

可用的属性

属性默认值说明 collisionAvoidanceFactor 0.15 设置防止冲突范围的正负百分比，只有启用useCollisionAvoidance参数时才生效。 maximumRedeliveries 6 最大重传次数，达到最大重连次数后抛出异常。为-1时不限制次数，为0时表示不进行重传。 maximumRedeliveryDelay -1 最大传送延迟，只在useExponentialBackOff为true时有效（V5.5），假设首次重连间隔为10ms，倍数为2，那么第二次重连时间间隔为 20ms，第三次重连时间间隔为40ms，当重连时间间隔大的最大重连时间间隔时，以后每次重连时间间隔都为最大重连时间间隔。 initialRedeliveryDelay 1000L 初始重发延迟时间 redeliveryDelay 1000L 重发延迟时间，当initialRedeliveryDelay=0时生效（v5.4） useCollisionAvoidance false 启用防止冲突功能，因为消息接收时是可以使用多线程并发处理的，应该是为了重发的安全性，避开所有并发线程都在同一个时间点进行消息接收处理。所有线程在同一个时间点处理时会发生什么问题呢？应该没有问题，只是为了平衡broker处理性能，不会有时很忙，有时很空闲。 useExponentialBackOff false 启用指数倍数递增的方式增加延迟时间。 backOffMultiplier 5 重连时间间隔递增倍数，只有值大于1和启用useExponentialBackOff参数时才生效。

a） collisionAvoidanceFactor :碰撞躲避因数，默认值是0.15，这个参数是为了躲避高并发的重发带来的问题，我们查看org.apache.activemq.RedeliveryPolicy类的源代码，

    // +/-15% for a 30% spread -cgs
    protected double collisionAvoidanceFactor = 0.15d;
    protected long initialRedeliveryDelay = 1000L;

可以发现，该默认值带来的变动范围是正负百分之15，也就是有30%的范围，也就是说，如果延迟发送时间（也就是initialRedeliveryDelay 默认值）是1000毫秒，则该条消息第一次有可能被拖延850毫秒到1150毫秒之间后被发送，如果有第二次重发，基数就不是1000毫秒了，而是以上一次重发拖延时间为基础来算。源代码如下：

public long getNextRedeliveryDelay(long previousDelay) {
long nextDelay = redeliveryDelay;

        if (previousDelay > 0 && useExponentialBackOff && backOffMultiplier > 1) {
            nextDelay = (long) (previousDelay * backOffMultiplier);
            if(maximumRedeliveryDelay != -1 && nextDelay > maximumRedeliveryDelay) {
                // in case the user made max redelivery delay less than redelivery delay for some reason.
                nextDelay = Math.max(maximumRedeliveryDelay, redeliveryDelay);
            }
        }

        if (useCollisionAvoidance) {
            /*
             * First random determines +/-, second random determines how far to
             * Go in that direction. -cgs
             */
            Random random = getRandomNumberGenerator();
            double variance = (random.nextBoolean() ? collisionAvoidanceFactor : -collisionAvoidanceFactor) * random.nextDouble();
            nextDelay += nextDelay * variance;
        }

return nextDelay;
}

b）maximumRedeliveries ：最大重发次数，默认值是6，如果你想不限次数重发，可以设置成-1。同样是org.apache.activemq.RedeliveryPolicy类中的代码：

public static final int NO_MAXIMUM_REDELIVERIES = -1;
public static final int DEFAULT_MAXIMUM_REDELIVERIES = 6;

protected int maximumRedeliveries = DEFAULT_MAXIMUM_REDELIVERIES;

探究一下maximumRedeliveries 的get方法，可以发现有org.apache.activemq.ActiveMQSession和org.apache.activemq.ActiveMQMessageConsumer两个类中有用到：

其中ActiveMQSession中的代码如下：

           // Figure out how long we should wait to resend this message.
           long redeliveryDelay = redeliveryPolicy.getInitialRedeliveryDelay();
           for (int i = 0; i < redeliveryCounter; i++) {

                    // 每次重发拖延时间都是以上一次重发拖延时间来算，所以这里for循环来取得最新的拖延时间
                    redeliveryDelay = redeliveryPolicy.getNextRedeliveryDelay(redeliveryDelay);
            }

// 交给定时任务重发
connection.getScheduler().executeAfterDelay(new Runnable() {

                     public void run() {
                              ((ActiveMQDispatcher)md.getConsumer()).dispatch(md);
                     }
             }, redeliveryDelay);

ActiveMQMessageConsumer中的代码类似。

c）maximumRedeliveryDelay ：重发最大拖延时间，默认为-1，表示没有最大拖延时间，此参数只有当useExponentialBackOff 为true时起效。同样是RedeliveryPolicy中的代码：

protected long maximumRedeliveryDelay = -1;

public long getNextRedeliveryDelay(long previousDelay) {
long nextDelay = redeliveryDelay;

。。。。。

}

看源代码就显而易见了。

d）initialRedeliveryDelay ：第一次重发的拖延时间基础，默认是1000，单位为毫秒，前面讲collisionAvoidanceFactor 属性时已经提到过，这里不再多说。

e）redeliveryDelay ：如果initialRedeliveryDelay 为0，则使用redeliveryDelay ，默认也是1000。RedeliveryPolicy中源代码如下：有了initialRedeliveryDelay 这个就不用这个。

protected long initialRedeliveryDelay = 1000L;
protected long redeliveryDelay = initialRedeliveryDelay

f）useCollisionAvoidance ：消息重发时是否采用前面提到的碰撞避免collisionAvoidanceFactor 参数，默认是false，不采用。源代码上面也给出了，这里不再多说。

g）useCollisionAvoidance ：是否使用成倍增加拖延，默认为false，如果我们希望重发的拖延时间一次比一次大很多，则可以设置它为true。上面已经给出过源代码，这里再次给出：

protected boolean useExponentialBackOff;
protected double backOffMultiplier = 5.0;

public long getNextRedeliveryDelay(long previousDelay) {
long nextDelay = redeliveryDelay;

        if (useCollisionAvoidance) {
            /*
             * First random determines +/-, second random determines how far to
             * go in that direction. -cgs
             */
            Random random = getRandomNumberGenerator();
            double variance = (random.nextBoolean() ? collisionAvoidanceFactor : -collisionAvoidanceFactor) * random.nextDouble();
            nextDelay += nextDelay * variance;
        }

return nextDelay;
}
可以看出，成倍拖延是将上一次拖延时间乘以backOffMultiplier来实现的，而 backOffMultiplier默认为5.

h）backOffMultiplier ：成倍拖延时间的倍率，默认为5，上面已经提到了，这里不再多说。

阅读全文

0 0