iap 从服务器检索信息出错,IAP踩过的那些坑

提交苹果审核，基本都是被IAP审核不过

说一下最近遇到的IAP审核不过的坑

如下图所示，苹果反馈一般说了一堆IPv6的事情，跟IPv6没有半毛钱关系，是因为IAP的问题。

IAP有这么几个坑：

1.我的应用内有购买VIP的操作，我选了消耗类型的Item，结果被打回告诉我VIP属于非自动订阅类型。回复的英文是这样的：

We noticed that your app is using consumable in-app purchase products as intermediary currency for the exchange of items that function as non-renewing subscriptions.

2.我的应用中有虚拟的币种，我也选择的是消耗类型的Item，但是除了充值，我还设置了通过这个虚拟币种提现和分红的操作。结果均被打回。告知这不是消耗性类型能干的事情。所以一定要去掉这种行为，或者隐藏掉。回复的英文是这样的：

We noticed that your app uses in-app purchase products to purchase credits or currencies that are not consumed within the app, which is not appropriate for the App Store.

Specifically, your app allows users to cash out In-App Purchase products.

3.我在IAP中加了一个额外的接口，就是放一个UIAlertController供客户选择苹果支付还是支付宝支付。在审核的时候只有苹果支付，大概审核人员已经知道了我们的猫腻，回复我是这样子的(甚至我在其他地方一个绑定支付宝的操作也是不被允许的)：

We noticed that your app enables the purchase of content, services, or functionality in the app by means other than the in-app purchase API, which is not appropriate for the App Store.

Specifically, the application required users to select a payment method.

4.最后这个最想骂娘了，IAP审核居然是用的沙盒环境测试，我后来查了一下在唐巧的博客中他们曾经也被坑过，原文是这样处理的：

(我们提交给苹果审核的是正式版，我们以为苹果审核时，我们应该连接苹果的线上验证服务器来验证购买凭证。结果我理解错了，苹果在审核App时，只会在sandbox环境购买，其产生的购买凭证，也只能连接苹果的测试验证服务器。但是审核的app又是连接的我们的线上服务器。所以我们这边的服务器无法验证通过IAP购买，造成我们app的又一次审核被拒。

解决方法是判断苹果正式验证服务器的返回code，如果是21007，则再一次连接测试服务器进行验证即可。苹果的这一篇文档上有对返回的code的详细说明。)

看后后悔莫及，当时没看到这篇博客呀，重新修改参数后再次提交审核。

提交IAP四次被拒经历，折腾了将近一个月。