iOS 内购返回invalidProductIdentifier

背景

今天早上审核过了一款APP，很开心地发布了。各个组激动地赶紧打开AppStore下载，然后一个大脸的懵逼——Iap无法购买，点击购买没有任何反应。

各个组第一时间致电 —— 发布组说发布参数一切正常，工程师组表示代码绝对无误。
既然这样，让我们心平气和地喝杯茶，吃个午饭，睡个午觉。
两个小时过去了——没有任何改变，点击购买依然没用。

What the fuck?

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?

官方文档-8种情况

翻译过来大概是

1. 使用了带有通配符（*）的App ID。（这个问题很好排查，去ITC看一眼即可）
2. 最近提交的二进制文件被拒或者自己撤回。（修改App为准备提交状态即可，最好在ITC删除被拒的二进制文件，不上传二进制文件也可测试IAP）
3. 没有清除ITC上在出售的IAP商品。
4. 没有使用与App ID相关联的描述文件来签名App。
5. 你可能更改了商品，但是还没有在AppStore服务器生效。（大概会等几个小时吧，具体不是很清楚）
6. 还没完成所有的金融需求。（我最初的理解是：协议、税务和银行业务没有填写完整）
7. 针对非消耗型商品，本人没仔细研究，感兴趣的童鞋可以点这里了解。
8. 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“

---

接下来补充几条：

1. 手机网络是否能连上ITC？😂 😂
2. bundle Id是否一致。
3. In-App Purchases是否勾选？
4. ITC上的购买项，是否是Cleared for Sale？
5. app是更新提交的话，卸载掉APP重新下载试一下。
6. ITC银行信息填写完整并通过了吗？

这些假如都确认没问题，那么恭喜你，通关了。

纳尼？

是真的通关了，在折腾了一下午到晚上，确认了各种参数，review了N次代码，查看了简书、stackoverflow等多篇文献。万念俱灰，开发组都准备提交新版本来和审核员沟通的时候，准备购买最后一次 —— 就，真的，买成功了——成功了——功了——了——
原来是Apple跟你开了个玩笑，即使APP能上线了，内购也不一定能上线。等一等，世界和平。

Apple你过来我们谈谈