PubSub如何设置无指数退避的固定间隔重试策略

问题1：不使用死信队列设置最大重试次数的可行性 #

原生PubSub的最大投递尝试次数参数必须和死信队列绑定配置，没有单独的配置项可以在不关联死信队列的前提下，指定重试次数到了直接丢弃消息。如果你的场景不需要死信队列存储投递失败的消息，可以通过业务代码实现该逻辑：

• Cloud Run服务每次接收到推送消息时，直接读取消息自带的delivery_attempt属性获取当前是第几次投递
• 当投递次数达到你预设的阈值（比如10次）时，直接向PubSub返回成功确认，PubSub就会终止后续重试，等价于自动丢弃该消息

问题2：固定间隔（线性）重试的可行性 #

原生PubSub的推送重试策略仅支持指数退避模式，重试间隔会在你设置的最小退避时间和最大退避时间之间逐步翻倍增长，没有官方配置项可以指定固定不变的重试间隔。如果必须使用固定间隔重试，可通过以下方式实现：

• 业务侧自行控制重试逻辑：每次处理消息失败需要重试时，先读取当前已重试次数，主动向原主题重新发布一条内容完全相同的消息，同时设置消息的delay属性为你需要的固定间隔（比如60秒），再对当前收到的旧消息返回成功确认即可。你可以在消息的自定义属性中记录已重试次数，达到阈值后直接终止流程。

关于订阅属性配置的适配性 #

你提到的官方订阅属性配置仅能实现基础的指数退避+死信队列最大重试次数的组合，无法直接满足你无需死信队列、固定间隔重试的需求，需要搭配少量业务侧代码调整才能实现。

内容的提问来源于stack exchange，提问作者Michael W.