背景
今天早上审核过了一款APP，很开心地发布了。各个组激动地赶紧打开AppStore下载，然后一个大脸的懵逼——Iap无法购买，点击购买没有任何反应。
各个组第一时间致电 —— 发布组说发布参数一切正常，工程师组表示代码绝对无误。
既然这样，让我们心平气和地喝杯茶，吃个午饭，睡个午觉。
两个小时过去了——没有任何改变，点击购买依然没用。
hold不住了，开始联调。
找到问题所在
调试过程非常曲折且艰辛。包括重新review代码、修改debug工程正式服参数、在越狱机上用Class-dump调试、注入代码。最后发现，
NSSet *s = [NSSet setWithObjects:@"ProductId", nil];
SKProductsRequest *request = [[SKProductsRequest alloc] initWithProductIdentifiers:s];
request.delegate = self;
[request start];
代理回调的
- (void)productsRequest:(SKProductsRequest *)request didReceiveResponse:(SKProductsResponse *)response NS_AVAILABLE_IOS(3_0);
response.products 为空
response.invalidProductIdentifiers 全返回invalidProductIdentifiers
这就很尴尬了。所有的购买项都invalid，苹果你在逗我，不该呀，APP都审核通过了，讲道理审核员购买成功吧，难讲，万一审核员大人日理万机没有试过APP的内购就通过了呢？后背一凉，是不是我们什么参数搞错了。What the fuck? 苹果你这个回调就不能返回一个error信息？
invalidProductIdentifiers
既然知道了是购买项无效，就开始排除无效情况。
苹果文档 里写到
Why are my product identifiers being returned in the invalidProductIdentifiers array?
翻译过来大概是
- 使用了带有通配符（*）的App ID。（这个问题很好排查，去ITC看一眼即可）
- 最近提交的二进制文件被拒或者自己撤回。（修改App为准备提交状态即可，最好在ITC删除被拒的二进制文件，不上传二进制文件也可测试IAP）
- 没有清除ITC上在出售的IAP商品。
- 没有使用与App ID相关联的描述文件来签名App。
- 你可能更改了商品，但是还没有在AppStore服务器生效。（大概会等几个小时吧，具体不是很清楚）
- 还没完成所有的金融需求。（我最初的理解是：协议、税务和银行业务没有填写完整）
- 针对非消耗型商品，本人没仔细研究，感兴趣的童鞋可以点这里了解。
- ITC上的商品ID和代码里的不一致。（对比一下即可排查）
上面8条参考了简书另一篇文章，前面7条挺好确认的，在这补充一下第8条。
NSSet *s = [NSSet setWithObjects:@"ProductId", nil];
SKProductsRequest *request = [[SKProductsRequest alloc] initWithProductIdentifiers:s];
// 确保 @"ProductId" 一定和ITC上配的ProductId是一致的。
// 配的是com.company.app.product,在这儿就用@”com.company.app.product“
接下来补充几条：
- 手机网络是否能连上ITC？😂 😂
- bundle Id是否一致。
- In-App Purchases是否勾选？
- ITC上的购买项，是否是Cleared for Sale？
- app是更新提交的话，卸载掉APP重新下载试一下。
- ITC银行信息填写完整并通过了吗？
这些假如都确认没问题，那么恭喜你，通关了。
是真的通关了，在折腾了一下午到晚上，确认了各种参数，review了N次代码，查看了简书、stackoverflow等多篇文献。万念俱灰，开发组都准备提交新版本来和审核员沟通的时候，准备购买最后一次 —— 就，真的，买成功了——成功了——功了——了——
原来是Apple跟你开了个玩笑，即使APP能上线了，内购也不一定能上线。等一等，世界和平。
