最近在开发过程中遇到了一个问题，之前没怎么注意，后来细想是有问题的。
我们的系统对接了银行的开户接口。银行同时提供了开户结果回调和开户结果查询接口。
在这个业务场景中，假如银行回调开户成功会触发我们系统发起签约动作，如果一段时间内银行没回调的话，我们会主动去查询，然后再触发相应的动作。
这里存在的一个问题就是，假如我查询的时候回调通知还没过来，等我们发起通知时正好回调过来了，这样可能触发两次签约动作。
想了下处理方案：
- 银行回调我们系统时，我们更新开户状态的逻辑应该是：开户状态还是处理中的才能更新，如果状态不是处理中，说明查询接口已经更新了处理状态。
- 系统主动查询的更新逻辑：和回调一样，同时是开户状态是处理中的才能更新。更新成功后才进行后续的签约工作。
简单来说就是使用乐观锁的思想进行更新。