缓存结果
申请支付成功，支付回调成功，都应该缓存结果。
再申请支付，收到成功回调的时候，都应该先去检查支付的状态。
假如说，用户重复支付了，再次申请支付的时候，如果已经申请支付成功了，那么这笔支付肯定是要拒绝的。
但是，要是已经存在的这笔流水还在支付中呢？——我们不确定它是成功还是失败，肯定是不能拒绝支付的，因为可能用户支付失败了，但是状态还没同步，这样肯定是不行的。
所以，我们可以取消掉正在支付中的流水，再进行支付。
现在又有新的问题了，假如发起支付的时候，有流水正在支付中，如果第三方支付平台不支持取消支付，或者用户新的支付是通过不同的渠道，我们希望尽可能提高用户的支付成功率，怎么办呢？
我们可以在发起支付的时候，订单还在支付中的情况下，允许用户发起多笔支付，在支付回调的时候，检查用户是否已经有成功流水，对后来的流水进行退款处理。
当然，退款是个很危险的操作，毕竟钱退了，可就很难追回来，一定要做好风险的控制。
主动轮询&重试防止掉单主动轮询防止外部掉单如果因为故障没有收到回调，或者没有及时收到回调，就可能会发生所谓的外部掉单。
防止外部掉单的关键，就在于，不能傻傻地只等三方的回调通知，而要主动去查询，用户发起支付的3s之后，就可以发起轮询了，直到拿到支付流水的最终状态，主动轮询，一般可以这么实现：
