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缺失导致无法处理订单

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

作者水平有限,发现错误还请不吝赐教