同时使用回调接口和查询接口引发的一个问题
最近在开发过程中遇到了一个问题,之前没怎么注意,后来细想是有问题的。
我们的系统对接了银行的开户接口。银行同时提供了开户结果回调和开户结果查询接口。
在这个业务场景中,假如银行回调开户成功会触发我们系统发起签约动作,如果一段时间内银行没回调的话,我们会主动去查询,然后再触发相应的动作。
这里存在的一个问题就是,假如我查询的时候回调通知还没过来,等我们发起通知时正好回调过来了,这样可能触发两次签约动作。
想了下处理方案:
- 银行回调我们系统时,我们更新开户状态的逻辑应该是:开户状态还是处理中的才能更新,如果状态不是处理中,说明查询接口已经更新了处理状态。
- 系统主动查询的更新逻辑:和回调一样,同时是开户状态是处理中的才能更新。更新成功后才进行后续的签约工作。
简单来说就是使用乐观锁的思想进行更新。
作者:程序员自由之路
出处:https://www.cnblogs.com/54chensongxia/p/14267541.html
版权:本作品采用「署名-非商业性使用-相同方式共享 4.0 国际」许可协议进行许可。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· DeepSeek如何颠覆传统软件测试?测试工程师会被淘汰吗?