但是这样做很是麻烦,支付宝官方给文是这么说的:
"由于同步通知和异步通知都可以作为支付完成的凭证,且异步通知支付宝一定会确保发送给商户服务端。为了简化集成流程,商户可以将同步结果仅仅作为一个支付结束的通知(忽略执行校验),实际支付是否成功,完全依赖服务端异步通知。"
也就是说为了简化流程,这一步也是可以少滴,但是安全不安全,应该没什么大问题吧。
1、向自己的服务端发起支付请求,服务端将参数拼装后返回客户端;
2、客户端调起支付宝支付SDK,SDK连接支付宝服务端发起支付;
3、收到SDK的支付回调后,客户端开启轮询,向自己的服务端查询支付结果。
4、如果自己的服务端早已收到支付宝服务端的支付异步通知则直接将结果返回给客户端,如果没收到,服务端去支付宝服务端查询,然后将结果返回给客户端。
流程中的第3步提到“轮询”查询支付结果,为什么要轮询查询呢?是为了保证拿到支付结果,如果收到支付宝的支付回调后只查询一次,如果接口失败了,网络不畅通等状况发生,那当前支付页面要怎么处理呢,再次发起支付肯定会出bug。
轮询查询支付结果已经是业界默认的一种做法,一般情况支付结果基本上很快就能出来。
支付宝是这样,微信支付也是大同小异,这一套流程,整体上对于支付宝、微信、银联都是通用的。
如有问题,请指正。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)