博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
iOS IAP内购 VS 支付宝
阅读量:7223 次
发布时间:2019-06-29

本文共 1003 字,大约阅读时间需要 3 分钟。

国内支付发达,由支付宝引导的支付流程观念常常会先入为主,导致接入内购时整体观念错位。希望借着对比支付宝和内购流程来让大家更清晰的了解内购流程。

支付宝支付流程:

  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没有返回的现象。

关于支付失败

当用户被引导出应用更新他们的支付信息时会出现支付失败/取消,支付信息更新、扣款完成后,app会再次收到成功的回调。

关于漏单

理解错误导致漏单列举:

  • app没有在启动的时候就注册支付结果的观察者,导致以前支付成功的订单无法处理
  • 接受到支付成功的结果,但是因为 1.先有了支付失败的回调 2.此次app生命周期中没有付费行为 app拒绝处理成功的订单
  • 用applicationUsername绑定苹果订单系统和我们自己的订单系统,applicationUsername缺失导致无法处理订单

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

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

转载地址:http://wjkfm.baihongyu.com/

你可能感兴趣的文章
崛起于Springboot2.X之配置文件详解(10)
查看>>
定时执行程序-Quartz简单实例
查看>>
【CF 应用开发大赛】MyfCMS系统
查看>>
windows下kangle虚拟主机-架设java空间的教程及心得
查看>>
Discuz! X2.5:文件目录结构
查看>>
我的友情链接
查看>>
TCP/IP协议及首部初了解
查看>>
防火墙iptables
查看>>
CUDA搭建
查看>>
memcached与PostgreSQL缓存命中机制
查看>>
百度地图路线检索(3)
查看>>
linux netstat 命令详解
查看>>
对前几篇blog的环境等的补充说明
查看>>
Curl命令使用解析大全
查看>>
MySQL日期函数
查看>>
【00】Effective Java
查看>>
.NET重构—单元测试重构
查看>>
SMB简介sabma服务(一)
查看>>
ANT简明教程
查看>>
Eclipse Luna WTP 与 Tomcat 8 的整合存在一个很头疼的 Bug
查看>>