确定主题何时没有订阅者
是指在发布-订阅模式中，当一个主题（或事件）没有任何订阅者时，即没有任何对象对该主题感兴趣或注册了对该主题的监听。
在云计算领域，发布-订阅模式通常用于消息传递和事件驱动的系统中，以实现解耦和灵活性。当一个主题没有订阅者时，可能会出现以下情况：
- 主题无效：如果一个主题没有订阅者，可能意味着该主题已经过时或不再需要。在这种情况下，可以考虑停止发布该主题或者重新评估其价值。
- 通信故障：当一个主题没有订阅者时，可能是由于通信故障导致的。在这种情况下，需要检查通信链路和订阅者注册机制，确保消息能够正确传递到订阅者。
- 缺乏兴趣：如果一个主题没有订阅者，可能是因为该主题的内容或事件不再引起订阅者的兴趣。在这种情况下，可以考虑重新定义主题内容或者寻找新的订阅者。
腾讯云提供了一系列与发布-订阅模式相关的产品和服务，例如消息队列 CMQ（Cloud Message Queue）和云函数 SCF（Serverless Cloud Function）。CMQ 是一种高可靠、高可用、高性能的消息队列服务，可用于实现异步通信和解耦。SCF 是一种无服务器计算服务，可用于响应事件驱动的场景。
腾讯云CMQ产品介绍链接：https://cloud.tencent.com/product/cmq
腾讯云SCF产品介绍链接：https://cloud.tencent.com/product/scf
相关·内容
0回答
我想使用PublishSubject创建一个广播系统，一个后台任务将轮询一些端点，并使用此主题定期广播结果。我想在第一个订阅者订阅主题时开始轮询，当没有更多订阅者时停止轮询。如果有新订户订阅，则应恢复轮询。我看到的唯一相关的函数是hasObservers()，但它不太符合我的需要，我希望有订阅和取消订阅的回调-在前者，如果没有声明，我将开始轮询，而在后者，如果没有
浏览 2提问于2017-06-14得票数 5
回答已采纳
2回答
动态合并Akka流
、、、、
我正在尝试使用Akka streams以以下方式构建一个pub sub总线：我的想法是合并所有的源，然后将过滤后的源返回给订阅者。然而，由于发布者可以在任何点加入，所以可以在进行订阅</em
浏览 1提问于2019-07-05得票数 2
3回答
JMS主题与队列意图
、、、、
唯一额外的注意事项是使订阅持久化。或者，在特殊情况下，我会使用桥接/调度机制。
如上所述，我总是(或者在大多数情况下)想要发布到一个主题。订阅者可以是持久主题，也可以是调度队列。
浏览 0提问于2013-07-02得票数 6
回答已采纳
我是Rxjs的新手，正在尝试确定这是否是一种知道Rxjs对象的所有观察者是否都完成了对.next的响应的方法。break; });根据我的观察，当Auth对象调用this.authSubject$.next(evt)时，主题上活动的订阅似乎是异步处理的(我不确定这是否完全正确，但它似乎是随机的，事情完成的顺序)。也就是说，notify方法将立即返回，而无需等待所有订阅者处理该事件。有没有办法让Aut
浏览 0提问于2021-01-17得票数 0
我很确定这个问题可能总结了我对MQTT (缺乏)的理解，所以提前道歉。我正在使用MQTT在两个设备之间通信，通过使用QoS 1，我希望我可以在任何时候发布消息，并且我的订阅设备可以在下次连接时随时获取该消息。--qos 1 -d 如果我有一个订阅者已经订阅了这个主题，那么它将使用消息(这个位工作得很好)。但是如果我不这样做，那么一旦一个新的客户端订阅了这个主题，消息就会被使用(至少我是这么理解QoS的)。我的理解是，我应该立即通过<e
浏览 72提问于2020-04-14得票数 0
回答已采纳
2回答
我正在处理应用程序(spring boot应用程序)，它应该是从其他应用程序在运行时创建的主题中监听的。 我如何知道在运行时在活动MQ Brocker上创建了新主题？我如何开始在运行时监听新创建的主题？ 请注意，我想要监听在运行时而不是在启动时创建的主题(应用程序启动，spring应用程序上下文已构建)。 我不知道当我的应用程序启动时，我需要听多少个主题。主题是在运行时创建的，没有特定的命名模式。
浏览 31提问于2020-09-08得票数 0
回答已采纳
我有一个向SNS主题发送通知的CloudWatch警报，并且我有一个订阅者在该主题设置上接收这些通知。
因此，我问:是否有可能得到一个“审计”何时CloudWatch警报火灾通知？是否有可能在SNS中获得类似的“审核”，在其中您可以看到已发布到特定<e
浏览 1提问于2019-03-27得票数 1
回答已采纳
1回答
无论何时启动订阅服务器，它都不会出现在我的activeMQ中的“活动持久主题订阅者”部分中。这意味着它还不是一个持久的主题订阅者。如何使它成为持久的订阅者？);P.S:对于非经久耐用的订阅者来说
浏览 3提问于2017-10-16得票数 0
回答已采纳
我试图隔离一个问题，在这个问题上，消息花费的时间太长，无法被主题订阅者接收。我试图激活Azure门户中的服务总线诊断日志，但这似乎不是我所需要的。没有看到任何相关的东西。有什么办
浏览 0提问于2019-04-01得票数 0
回答已采纳
1回答
需要角度预观量
、、、
我喜欢它的工作方式，因为你可以随时向服务添加更多的订阅者，并且你不必修改任何其他发送消息的组件，但是我有一个新的用例，我认为这个对象无法处理，我想知道是否有其他对象可以完成我需要的工作。场景是这样的：是否存在这样一种设计模式，即消息可以在以后排队并由观察者读取？我确信
浏览 5提问于2018-02-19得票数 0
回答已采纳
我正在使用activeMQ tcp故障转移连接，并创建一个使用者，并订阅由生产者生成的主题。现在我如何管理网络故障？如果代理和客户端之间的连接中断，我如何知道何时再次建立连接？如果制作人重新启动，我如何知道它，以便我可以重新订阅主题？
浏览 3提问于2017-04-25得票数 0
回答已采纳
在使用topicPattern订阅卡夫卡主题时，卡夫卡主题的数量和主题在消费者实例之间的分布是否存在已知的限制？
我们的用例是，我们需要订阅大量的主题(可能只有几千个主题)。所有主题都遵循命名约定，并且只有一个分区。我们不知道前面的主题名称列表和匹配模式的新主题可以在任何时候创建。我们的消费者应该能够使用来自与模式匹配的所有主题的消息。我们对使用
浏览 1提问于2022-01-11得票数 0
Solace是否有一些API调用(可能是管理性的)，通过这些API调用可以确定一个主题或队列至少有一个“活动”订阅者？例如，调用返回该主题的活动订阅计数？用例是在请求/应答场景中确定是否有服务器“监听”相关端点。(显然，如果没有服务器响应，客户端发送请求是没有意义的。相反，需要采取某种形式的补救行动。)
浏览 0提问于2019-12-19得票数 2
1回答
我正在使用Spring的JMS实现，并且刚刚从队列模型切换到主题模型，因为我的ActiveMQ客户端从一个增加到多个。主题订阅者应该是持久的，因为在某些情况下，客户端可能会变得不可用。我不明白什么时候会从主题中删除持久消息。底层引擎不知道有多少订阅者可以从该主题接收消息，那么它何时从其内部数据库中删除该消息？它是以基于时间的方式完成的吗？
浏览 6提问于2013-06-02得票数 1
回答已采纳
2回答
我正在试图找到一个答案，如何通知EMS发布者在订阅者失败的情况下。在发布者->EMS服务器->订阅者的情况下，如果订阅者失败，我需要通知发布者采取纠正措施。我不关心耐用性/性能，我的意义在于时间。在交易系统中，如果我向订阅者发送市场订单，而订阅者又将其发送到交易所，如果失败，我需要让我的发布者将不同主题的消
浏览 0提问于2011-05-07得票数 0
/staticallyIncludedDestinations> </networkConnectors>
这将从本地代理(关于主题
浏览 0提问于2010-09-24得票数 1
我正在开发一个应用程序，它要求我跟踪ActiveMQ主题的消息何时过期，以及由于客户端/消费者/订阅者未能及时确认消息而导致消息何时过期。我知道，要找出某个主题的消息何时过期，我可以只听ActiveMQ咨询ActiveMQ.Advisory.Expired.Topic。但是，我还需要跟踪哪些消费者/客户端正在过期最多的消息，这意味着每当消息过期时，我都需要它们的消费者/客户端I
浏览 23提问于2018-09-10得票数 2
回答已采纳
如果由于崩溃或其他异常终止(例如重新启动等)，不再有任何发布者或订阅者读取或写入队列、主题或订阅，该队列/主题/订阅是否实际上成为孤儿？
我对此进行了测试，创建了几个队列，然后终止了应用程序。--如果它有助于使问题变得更清楚，这是一种独特的情况，在这种情况下，队列/主题/订阅具有特殊的名称或特殊的过滤器，并且在有限的时间内有一组非常有限的发布者(1)和订阅<e
浏览 7提问于2012-09-08得票数 5
回答已采纳
1回答
我有一个容器，里面有几个主题，每个主题都有大量的订阅者(消费者)。JMS提供者: SonicMQmessagesCollect 创建会话创建MessageConsumer主题侦听统计信息我已经翻阅了JMS文档，但没有结果。我希望也许有人曾经和风车搏斗过.任何想法或确认它是不能
浏览 0提问于2009-07-07得票数 3
1回答
看来，ActiveMQ中的持久主题(这似乎是JMS本身的一个障碍)，只有一个使用者可以在订阅服务器上活动。也就是说，在ActiveMQ文档中：
使用唯一的JMS MessageConsumer和持久的订阅者名称创建JMS持久订阅服务器clientID。为了兼容JMS，只有一个JMS连接可以在一个JMS clientID的任何时刻处于活动状态，而对于一个clientID和订阅者名称只能有一个使用者处于活动状态。也就是
浏览 4提问于2017-11-09得票数 2
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频活动推荐
腾讯云开发者
