我使用具有1个订阅者和1个发布者的Google Pub-Sub服务。该代码用C＃编写。发布者将消息插入“队列”，而订阅者运行后台代码来处理它。
我不时发现我的代码有一个错误，导致我一次又一次地重试相同的消息。问题在于，对于这些情况，结果是相同的-崩溃。
我的想法是使用“ dequeue-count”属性来抵消已经有多少生产者尝试解决此特定任务。如果此数字更大，则3-删除此消息。
是否可以在不手动执行的情况下获得出队计数？ （手动=将消息ID存储在崩溃数据库中）。
答案 0 :(得分：1)
Google pub-sub服务现在具有dead letter queue功能，可以帮助缓解这种情况。比必须自己跟踪它要好得多。
答案 1 :(得分：0)
否，Cloud Pub / Sub不提供任何给定消息传递的次数计数。您需要自己计算。