如何使 ActiveMQ 代理删除脱机持久订阅者

Question

我们有一个ActiveMQ代理，它使用JMS、AMQP和MQTT从非常不同的客户端连接到。出于某种原因，我们还没有弄清楚一组特定的MQTT客户端经常（不总是）持久订阅。这是一个测试环境，客户端经常被添加和删除，后者有时通过拔掉插头或重新启动嵌入式设备，因此它们无法正确取消订阅。效果（IIUC）是代理为可能再也见不到的设备堆积“离线持久订阅”（我可以在超文本传输协议下看到这些），永远保留关于这些主题的消息，直到它最终因自己的内存占用而崩溃。

这里的问题是订户的订阅是持久的，我们需要找出为什么会这样。然而，我们也决定，客户这样做(无意中)不应该让代理陷入停滞，所以我们需要独立解决这个问题。

我发现有离线持久订阅超时的设置，并将它们放入我们的代理配置中（最后两行）：

<broker
  xmlns="http://activemq.apache.org/schema/core" 
  brokerName="my_broker"
  dataDirectory="${activemq.data}" 
  useJmx="true"
  advisorySupport="false" 
  persistent="false"
  offlineDurableSubscriberTimeout="1800000"
  offlineDurableSubscriberTaskSchedule="60000">

如果我没理解错的话，上面应该是每分钟检查一次，把它半个小时没见的客户辞退。然而，与文档相反，这似乎不起作用:我几天前已经订阅然后拔掉插头的消费者仍然在离线持久订户列表中可见，代理的内存占用量不断增加，如果我在代理的web界面中手动删除订户，我可以看到内存占用量下降。

所以这是我的问题：

< li >什么决定了ActiveMQ broker上对某个主题的MQTT订阅是否持久？ < li >在ActiveMQ设置中设置删除脱机持久订阅的超时时，我做错了什么？

Answer 1

我提取了删除超时持久订阅的相关代码(< code>doCleanup())。

在成功案例中，它执行：

    LOG.info("Destroying durable subscriber due to inactivity: {}", sub);

在故障情况下，它执行：

    LOG.error("Failed to remove inactive durable subscriber", e);

在日志文件中查找上面的日志行，并将其与您使用admin/subscribers观察到的详细信息相匹配。jsp查看器。如果它不打印任何行，订阅可能由于某种原因仍然处于活动状态，或者您可能遇到了错误。

另外，如果可以的话，你能尝试删除经纪人名称中的下划线（_）吗？该手册讨论了代理名称中下划线的问题。

法典：

public TopicRegion(RegionBroker broker, DestinationStatistics destinationStatistics, SystemUsage memoryManager, TaskRunnerFactory taskRunnerFactory, DestinationFactory destinationFactory) {
   super(broker, destinationStatistics, memoryManager, taskRunnerFactory, destinationFactory);
   if (broker.getBrokerService().getOfflineDurableSubscriberTaskSchedule() != -1 && broker.getBrokerService().getOfflineDurableSubscriberTimeout() != -1) {
      this.cleanupTimer = new Timer("ActiveMQ Durable Subscriber Cleanup Timer", true);
      this.cleanupTask = new TimerTask() {
         @Override
         public void run() {
            doCleanup();
         }
      };
      this.cleanupTimer.schedule(cleanupTask, broker.getBrokerService().getOfflineDurableSubscriberTaskSchedule(),broker.getBrokerService().getOfflineDurableSubscriberTaskSchedule());
   }
}

public void doCleanup() {
   long now = System.currentTimeMillis();
   for (Map.Entry<SubscriptionKey, DurableTopicSubscription> entry : durableSubscriptions.entrySet()) {
      DurableTopicSubscription sub = entry.getValue();
      if (!sub.isActive()) {
         long offline = sub.getOfflineTimestamp();
         if (offline != -1 && now - offline >= broker.getBrokerService().getOfflineDurableSubscriberTimeout()) {
            LOG.info("Destroying durable subscriber due to inactivity: {}", sub);
            try {
               RemoveSubscriptionInfo info = new RemoveSubscriptionInfo();
               info.setClientId(entry.getKey().getClientId());
               info.setSubscriptionName(entry.getKey().getSubscriptionName());
               ConnectionContext context = new ConnectionContext();
               context.setBroker(broker);
               context.setClientId(entry.getKey().getClientId());
               removeSubscription(context, info);
            } catch (Exception e) {
               LOG.error("Failed to remove inactive durable subscriber", e);
            }
         }
      }
   }
}

// The toString method for DurableTopicSubscription class
@Override
public synchronized String toString() {
    return "DurableTopicSubscription-" + getSubscriptionKey() + ", id=" + info.getConsumerId() + ", active=" + isActive() + ", destinations=" + durableDestinations.size() + ", total=" + getSubscriptionStatistics().getEnqueues().getCount() + ", pending=" + getPendingQueueSize() + ", dispatched=" + getSubscriptionStatistics().getDispatched().getCount() + ", inflight=" + dispatched.size() + ", prefetchExtension=" + getPrefetchExtension();
}