谷歌PubSub：不接收旧消息
-
null
-
null
谢谢！！！
共有1个答案
在Google Cloud Pub/Sub中，订阅信息将保留7天。因此，如果您的设备重新连接，它将收到长达7天的消息。
要跳过较旧的消息，可以在pub/sub订阅（目前在alpha中）上使用seek来通过查找对应于now的时间戳来ack较旧的消息。每个设备都可以在开始订阅之前启动时调用这个API，作为清除旧消息的一种手段。
关于您的总体设置，您有多少租户和设备？记住配额：单个项目只能有10,000个主题和10,000个订阅。
-
Kafka消费者不接收在消费者开始之前产生的消息。 ConsumerRecords始终为空 虽然，如果我启动我的消费者比生产者比它接收消息。（Kafka-客户端版本2.4.1)
-
任何关于我如何做到这一点的想法或任何可以帮助我的例子。谢谢你。
-
问题内容： 建筑： 我们有一个使用2个pubsub主题/订阅对的架构： 定期由cronjob触发主题（例如，每5分钟触发一次）。订阅是我们云功能的触发器。 主题充当我们的一项服务发布的后台作业的队列。云功能在每次执行时读取订阅，以为排队的后台作业提供服务。 这使我们可以控制后台作业的服务频率，而与将它们添加到队列的时间无关。 云功能（由触发）通过pull读取消息。它决定准备好哪些后台作业，并在成功
-
最近，我在我的应用程序中集成了Firebase主题概念，订阅了近2K个用户，我每天通过我的应用程序服务器触发通知。 我想知道的是有多少用户被交付和失败。因为如果一些用户没有收到通知并失败，我将再次为这些成员设置通知重试。有什么想法吗？ 我还通过ARC（Advanced Rest Client）尝试了以下URL，以使用以下API获取有关我当前项目中所有主题的信息： 服务器密钥- 但我得到的响应状态：
-
我看到的问题是，当我向另一个用户发送消息时，PubSub似乎在一秒钟内两次使用略有不同的history_id和message_id，但订阅名称和用户电子邮件都是相同的。 我知道PubSub保证至少一次交付，所以接收重复的消息并不是不合理的，但因为它一直在发生，而且message_id不同，我认为根据下面的PubSub文档，可能会有多个推送请求： Cloud pub/sub为每个消息分配唯一的，该消
-
上面写着“Google Cloud Messaging(GCM)是一个免费服务”，但是为了使它能够运行，我需要在Google Cloud平台中创建一个项目，这需要花钱…那怎么免费呢？还是我错过了什么？