生成 IAP 订单之前要让服务器生成订单吗？

肯定要事先生成一笔订单啊，只是这个订单的状态不是支付成功的状态，可以是什么等待支付结果之类的，然后依靠回调，将订单状态修改至成功状态。

要是不事先生成，万一 Apple 回调服务挂了你咋搞，用户付钱了，你又没有相关记录，咋想咋不行。

IAP 有回调？ 只有返回值吧，获取 IAP 状态都是服务器主动去请求验证的。

@284376485 有回调呀，回调了再让服务器去请求验证

不需要。
1. 先让 IAP 完成支付
2. iOS 内部存储凭证
3. 然后去服务端校验
4. 校验通过生成订单
5. 返回支付成功标识，并让 iOS 删除该凭证。

可能会遇到的坑
1. 校验凭证返的数据是未经过排序，需要手动根据时间排序取最后一条。
2. 苹果校验服务器出现问题，校验不通过，叫 iOS 重新发送校验请求。

重点
1. iOS 一定要保证凭证的存储安全。
2. 服务端需要校验交易流水号唯一。

@ChoateYao 怎么处理 1 楼说的调单

@fffang 所以需要 iOS 保证凭证的安全，IAP 体系中不能按照常规形式来走订单流程。

在服务端中拿到 iTunes Service 返回凭证解析之后的数据，每条交易流水中都会带上商品 ID，根据这个数据再去生成订单即可。

一切以交易流水号为最终结果。

1 楼所说的情况只能知道用户下了订单，但是并不知道用户是否支付。

想下微信和支付宝支付的时候，如果支付成功不给你回调，那么你也永远不会知道该用户是否已经给钱了。

这种时候就需要客服的介入了，通过用户提供支付的交易记录去相关支付平台找记录。

@ChoateYao 如果用户伪造了一份交易记录而此时有订单号的话则补，无订单号则认为是骗子。这样的话提前获取订单号还是有必要的吧？

@fffang 你需要了解更多的 IAP 机制，想伪造基本很难，因为你需要保证流水号的唯一性，包括任何支付平台。

@ChoateYao 客户一般是通过 IAP 成功的邮件投诉，这个是很容易伪造的，而且这个邮件里并不包含 IAP 凭证。