我决定与SCS一起去，以免被特定的消息经纪人陷入困境。话虽如此，我还没有找到一种方法来确认消息是自动还是手动，而我所发现的只是像pubsubtemplate之类的春季云GCP下的东西。问题是我的听众不断地反复传递相同的消息。是否有一种方法可以在SC在SCS中被拉动后立即自动确认，而无论消息传递实现如何？也许通过更改一些财产？
确认是自动提供的，提供消息处理程序没有异常。当然，特定的粘合剂可能会遇到问题，但是除了我确定GCP活页夹的重点之外，这也没有问题。
基本上我要提出的观点是您所说的：" ...与SC一起避免陷入困境……"。我会添加"……避免被手动处理消息问题……"。这意味着ACKS/NACK，RETRIES，DLQ等一般都是SCST和Spring的责任。
是的，在某些边缘情况下，可能需要手动处理事情，并且某些绑定器确实会揭示确认和其他回调，但是我们还不在那儿，因为我对您描述的症状更加担心 - 我的听众 - 一遍又一遍地获取相同的消息。如果此类听众不引发异常，那几乎是不可能的。
因此，请考虑提供更多详细信息，或者更好地发布您的示例项目，该项目在GitHub上的某个地方重现了该问题，以便我们查看。