一. 故事背景
1. 项目中用到了购买虚拟货币兑换道具功能，iOS端只能使用苹果内购(谁让人家一家独大)，否则只使用微信支付宝支付是没发上线。好了废话不多说。
2. 苹果内购步骤：首先由客户端发起请求-> 用产品ID去苹果请求商品数据-> 获取到数据之后完成输入账号密码支付->再将返回的支付凭证返给咱们自己服务器server-> 自己服务器server向苹果服务器验证。大概就是这么个流程。
二. 开始编码
1.本着面向对象。高内聚低耦合的思想咱们先定义一个独立的class 引入 StoreKit，定义两个枚举，第一个支付状态，第二个是检查是否具备支付条件
图1-1-1
接下来就是传入产品ID，这个地方需要注意，为了实现完全后台控制，每次做支付请求的时候我们都需要去用接口获取所有商品ID数组，传进来去苹果请求对应的商品列表。
图1-1-2
其他的则是一些检查是否具有支付条件，以及监听支付状态的方法demo如下
图1-1-3
图1-1-4
下面的方法就是支付成功之后，从苹果获取到支付凭证，一个很长的字符串。需要传给咱们自己的后台。
图1-1-5
成功之后调用 SKPaymentQueue.default().finishTransaction(transaction)方法完成。最后调用一下self.payFInish()方法把状态传出去。下面就是SKProductRequestDelegate method
图1-1-6
图1-1-7
至此完成。
2. 如何调用
在viewDidAppear方法里
图1-1-8
不要忘了在viewDidDisappear方法里调用FDAppayHelper.shared.resultBlock = nil，下图就是在点击购买的方法里去请求商品ID 然后调用咱们的class方法
图1-1-9
到这里一个完整的swift支付你觉得已经完成了？哈哈 这才80%。因为还需要处理漏单情况。
3. 漏单情况处理
漏单出现的原因很多，大概就是在支付过程中断网，或者是返回，杀死进程，等等。这样会给用户带来很差的体验，导致客户流失，比如客户支付了账单，但是虚拟道具礼物没有到账，就会很坏。这时候我们就需要处理漏单情况。目前我们的方案是，只要点击购买，支付成功就把支付凭证保存到本地数据库。下次进入页面的时候去检查，数据库里是否有凭证，有凭证去向服务器请求。请求成功从数据库删除这条凭证，失败则不用处理。这样基本上把百分之99的漏单情况处理掉了，当然极端情况就是用户支付成功时候还未写入本地数据库，突然手机没电了或者是其他突发情况造成的，未存入本地数据库，这就产生了漏单！！！当然这是极端情况。具体漏代码我想已经很清楚了。至于一些账号，商品添加步骤网上一大片。 欢迎指正！ 参考文章 https://www.jianshu.com/p/598180fec14b
学无止境，学以致用。
网友评论