建议：针对二阶段的重试能有配置进行处理？
起因是自己在测试TCC模式，模拟了在二阶段提交/回滚上如果因为一些原因导致一直失败，然后发现会不断的进行重试。跟进源码发现似乎并没有针对二阶段重试的限制，配置中似乎也没有发现。源码中针对二阶段的提交或回滚似乎也只会返回 成功或未成功重试 两种状态。
对于TCC模式感觉可以自己编码去处理，但是我看XA模式似乎也是这样。此外对于AbstractResourceManager的自实现似乎只有通过SPI实现，但是这种实现是根据branchType来初始化的，在进行处理时也是根据对应的branchType获取，但是似乎没有配置能去指定branchType来使用自己实现的ResourceManager，是否只有根据branchType覆盖原来的呢？
原提问者GitHub用户AHangC
写回答
-
目前就是无限重试，除非返回不可重试的状态，无限重试就是为了最终一致性，但是太过粗暴 后续会增加重试策略，可配置策略后按照策略重试，而不是1s一次
二阶段应该是一个终态，也就是最终就应该是什么样子，而不应该有过多的扩展和配置影响实际数据的处理，应该是一个单一动作，不存在其他计算型开销，开销应该在一阶段处理完，二阶段将状态应用，比如扣款，扣款前可能有一定业务逻辑，扣款一阶段后，二阶段只需要扣款，那这种情况就是单一的动作，基本上不存在什么异常点，也即便有也应该是无限重试将其恢复，比如数据库挂了之类的
原回答者GitHub用户a364176773
2023-06-14 17:27:42赞同 展开评论 打赏
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
阿里云拥有国内全面的云原生产品技术以及大规模的云原生应用实践，通过全面容器化、核心技术互联网化、应用 Serverless 化三大范式，助力制造业企业高效上云，实现系统稳定、应用敏捷智能。拥抱云原生，让创新无处不在。
