转载一篇我的同仁 @li_礼光 写的文章，大家可以去简书参观一下 ~
前言:
关于iOS内购,参考两篇博文
iOS-iOS内购流程（手把手图文教程）
iOS内购你看我就够了（埋坑篇）
PS : 接下来,你可以下载demo将bundleID改为你自己的app,可以测试你的app内购商品购买,前提是:你需要APP开发者账号,
我自己写了一个小的demo.
GitHub : IAPKit
逻辑:
1.查询到内购商品后,同时都会向服务器请求订单.
2.每次请求查询内购商品的时候,同时都会请求服务器生成一笔新的订单.
3.每次处理新的订单的时候,选择处理:购买与取消购买.
4.如果向苹果付款了,会收到一个交易凭证和交易事务.将这两个内容传会给服务验证器.
5.服务器根据当前的交易凭证,来判断该订单是否完成交易.根据判断发送对应的信息给客户端.
第一步:请求商品(消费型,非消费型)
第二步:返回请求结果
第三步:将获取的商品信息发送给服务器
第四步:返回一个订单
第五步:发起购买
第六步:购买成功后返回购买凭证
第七步:将购买凭证发送给服务器验证
第八步:告诉客户端发货
这里比较关键的是第六步:
要将购买凭证发送至服务器,给服务器验证.这里就要考虑客户端出现的情况.
我自己思考了一种情况就是:
1.恰好在这个时候,用户已经支付钱给appStore了,
2.但是发送给服务器验证的时候卡主了,客户端出现网络一次,发不出去,服务器并没有收到交易凭证,
3.这就导致于说,服务器不通知客户端发货.
4.如果我是个用户,我等待的时间久了,我也不会重新再购买一次,因为我明明已经付钱了.
5.我会直接结束整个app,重新进入app.
6.当我重新进入这个app的时候,我要重新验证收据凭证来补单.
7.所以我得需要每次交易完成之后将一些交易凭证内容保存到本地.
8.每次applicationDidBecomeActive的时候验证这些订单是否已经购买.
9.也验证这些订单是否已经发货(根据服务器返回的参数决定)
还有:iOS内购你看我就够了（埋坑篇）最后提到要禁止越狱的用户内购（这个就自己另行考虑了，我还没有仔细考虑到）
思维导图 :
var cpro_id = "u6885494";
![[译]技术公司十年经验的职场生涯回顾](https://img8.php1.cn/3cdc5/24912/711/b6574f3292f9dc00.png)
京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有 