支付场景下异步通知和同步返回

一、异步通知的概念

1.1异步通知

指发出一个请求后，不需要等待返回，随时可以触发下一个请求，不需要等待。

1.2同步返回

指发出一个请求后，需要等待返回结果，才可以触发下一个请求。

二、什么场景下会用到异步通知

一些对安全和稳定性要求比较高的场景会用到异步通知，例如支付场景。防止同步通知的时候出现意外，异步通知与同步通知参数本质没有区别，但支付完成时，用户如果关闭浏览器或者服务网络异常，就会收不到同步返回的结果，此时需要异步通知来保证支付结果的准确性。

三、支付系统中的异步通知

我们调用渠道方，渠道方会很快告诉你一个结果，这叫同步调用，这只是调用成功，不是扣款成功了。同步请求参数里面会有一个回调地址，这个地址是支付渠道在扣款成功后调用的，这叫异步调用。回调结果被消费成功，仅一次有用，测试时应该设计多次回调的测试用例以及异步结果和同步结果同时返回时的场景。一般渠道侧会提供查询接口，当调用方没有收到异步通知时，调用发会发调用渠道方发起查询，来查询支付结果，此时需要考虑当调用方支付结果已经更新成功，然后又收到渠道侧异步通知的场景case。此外，测试还需要关注异步返回比同步先返回的场景回归。

四、异步通知的通知机制

B系统通知A系统，如果A系统一直没有消费到此消息，B系统会循环推送此消息，例如：4m,10m,10m,1h,2h,6h,15h ，A系统消费消息失败，可以增加报警机制，由RD介入看是否有问题。