支付宝解析版

支付宝解析版_第1张图片
支付宝支付整个流程
支付宝解析版_第2张图片
支付宝支付流程图.注意第9步,iOS支付是同步的,而且结果发给后台,后台进行验签,解析支付结果。
支付宝解析版_第3张图片
获取公钥、私钥方式
支付宝解析版_第4张图片
本地拼接的订单信息可以调起支付宝,但不能完成支付。仅供参考

1,如果东西都放后台,前段那就什么都不用问了。如果放前段签名等,那么最好的就是参考官方demo。

开发文档


2,注意:

应用公钥(商户自身的RSA公钥):

支付宝使用该公钥验证该交易是商户发起。


支付宝公钥(支付宝的RSA公钥):

商户使用该公钥验证该结果是支付宝返回的。


3,resultStatus 状态码

 9000 订单支付成功  
 8000 正在处理中  
 4000 订单支付失败  
 6001 用户中途取消   
 6002 网络连接出错
4,为什么支付结果传给后台,后台再走一次查询是否支付成功的接口?(注意这里支付成功,不能本地告诉后台支付成功,修改订单状态,因为万一这个接口因为网络或者其他原因失败了,那就一直未付款,所以修改订单状态后台应该自己处理。)
#简述:意外情况下(网络、闪退等),此时的前段的同步回调结果是不准确的,所以实际支付结果应该完全依赖于后台的异步通知
支付宝sdk对商户的请求支付数据处理完成后,会将结果同步反馈给商户app端。
同步返回的数据,商户可以按照下文描述的方式在服务端验证,验证通过后,可以认为本次用户付款成功。
有些时候会出现商户app在支付宝付款阶段被关闭导致无法正确收到同步结果,此时支付结果可以完全依赖服务端的异步通知。
由于同步通知和异步通知都可以作为支付完成的凭证,且异步通知支付宝一定会确保发送给商户服务端。
为了简化集成流程,商户可以将同步结果仅仅作为一个支付结束的通知(忽略执行校验),实际支付是否成功,完全依赖服务端异步通知。
支付宝解析版_第5张图片
支付成功返回参数解释: partner:合作身份者ID,以2088开头由16位纯数字组成的字符串。 seller:支付宝收款账号,手机号码或邮箱格式。
支付宝解析版_第6张图片
返回结果的状态码解释:

你可能感兴趣的:(支付宝解析版)