iOS IAP内购 VS 支付宝

国内支付发达，由支付宝引导的支付流程观念经常会先入为主，致使接入内购时总体观念错位。但愿借着对比支付宝和内购流程来让你们更清晰的了解内购流程。

支付宝支付流程：

1. 用户选择支付
2. app调用后台接口生成支付信息（生成支付宝订单，而且绑定咱们本身的订单号）
3. app使用支付信息调起支付包sdk
4. 支付宝sdk请求支付宝服务器
5. 支付宝服务器返回支付结果给后台和app
6. app接受到支付宝支付结果，显示相应页面

内购流程

1. 用户选择支付
2. app端使用苹果product类请求支付 （生成苹果订单transaction）
3. store kit向苹果服务器请求
4. 苹果服务器返回请求结果给app
5. app保存收据，向后台请求验证收据
6. 后台返回验证结果

差别点：

• 支付宝的每一个订单均可以绑定咱们本身的订单号，可是内购中没有这样的字段
• 支付宝支付成功后，支付宝服务器通知咱们的服务器和app；在内购中，支付成功只通知app

差别点带来的处理区别

• 咱们不能将本身的订单号与苹果的订单号联系起来，只能在支付成功后生成咱们本身的订单
• 在app启动时就须要注册苹果支付回调，以便能接受到不知道何时进行的支付的成功结果
• 保存支付成功的收据，适当的时候须要检查一下有没有未验收的收据

关于applicationUsername和订单号

有人会选择用applicationUsername存放订单号。 这样作的问题是支付成功后transaction中的applicationUsername可能为空。 以我的实际经验看，大概每20单就会出现一次applicationUsername没有返回的现象。苹果论坛中关于applicationUsername为空的讨论

关于支付失败

当用户被引导出应用更新他们的支付信息时会出现支付失败／取消，支付信息更新、扣款完成后，app会再次收到成功的回调。苹果论坛关于支付先失败后成功的讨论

关于漏单

理解错误致使漏单列举：

• app没有在启动的时候就注册支付结果的观察者，致使之前支付成功的订单没法处理
• 接受到支付成功的结果，可是由于 1.先有了支付失败的回调 2.这次app生命周期中没有付费行为 app拒绝处理成功的订单
• 用applicationUsername绑定苹果订单系统和咱们本身的订单系统，applicationUsername缺失致使没法处理订单

概念理解无误，出现问题能够从流程中的每一步来排查与解决，最怕概念理解错，这样就不是理性分析能够解决的事了。

做者水平有限，发现错误还请不吝赐教