Spring Cloud GCP与GCP Pub/Sub精确一次交付配置及可行性问询

1. GCP控制台配置与Spring配置冲突时的优先级 #

• Exactly once delivery特性：该特性是GCP Pub/Sub订阅的全局属性，只能通过GCP控制台或gcloud命令配置，Spring Cloud GCP没有对应配置项可修改此设置，因此控制台的配置完全生效，不存在冲突场景。
• Ack Deadline相关配置：
  • 控制台设置的是订阅的初始Ack Deadline值；
  • 若Spring配置了spring.cloud.gcp.pubsub.subscriber.ack-deadline，该值会覆盖控制台的初始设置，作为订阅者拉取消息时使用的初始超时时间；
  • spring.cloud.gcp.pubsub.subscriber.max-ack-extension-period是客户端层面控制的自动延长Ack Deadline的最大总时长，和控制台的初始配置配合生效，只要最终总超时（初始值+延期时长）不超过GCP Pub/Sub的上限（当前为24小时）即可，不存在直接冲突。

2. Spring Cloud GCP对Exactly once delivery语义的支持 #

Spring Cloud GCP基于GCP Pub/Sub的Java客户端构建，只要满足GCP Pub/Sub对Exactly once delivery的前提条件，就可以实现该语义。官方标注“支持有限”是因为GCP自身的Exactly once delivery存在诸多限制，而非Spring Cloud GCP的问题：

• 必须确保订阅已在GCP控制台开启Exactly once delivery；
• 只能使用拉取模式的订阅者（Spring Cloud GCP默认使用拉取模式，推模式不支持此特性）；
• 需遵守GCP的其他限制：比如不支持跨区域订阅、不支持死信队列、消息大小不能超过10MB等；
• 尽管GCP保证Exactly once，仍建议业务逻辑实现幂等性，避免极端场景下的潜在重复（比如客户端确认消息后网络中断，GCP未收到确认信号的极端情况）。

内容的提问来源于stack exchange，提问作者Silvia P.