前言
什么是IAP，我们什么时候需要使用IAP
IAP就是应用内购买的英文缩写，在我们应用中如果有虚拟货币（金币，欢乐豆，钻石，各种币），以及虚拟服务（VIP类，游戏的拓展包，内容的按月订阅，去广告之类的增值服务），还有打赏（最近Apple和微信就在这个上面撕）
只要App中包含上面的内容，这些购买项目就需要使用IAP的渠道（苹果要分成的呃），如果没有走IAP的话，后果很明确，就是苹果爸爸不给你审核通过，你也就没法上架了，下面我们就来看下具体接入的做法
预先准备
- 在iTunes connect中完善你的银行，税务，联系人信息
- 在证书和project中开启in-app purchase
正题
下图是app通过IAP渠道购买的一个流程，我们接入也是基本按照这个流程一步一步的来接入的
第一步：创建应用内购买项目
在iTunes Connect中，我的app->功能，点击App内购买项目，加号就可以添加了
然后就选择我们需要的类型，不同的类型，在后续实现中的处理略有不同
下一个页面的所有信息（审查备注可以不填）都是需要填写的，填写完成后点击保存。
这里要注意的是，如果是头一次添加应用内购买项目，那么这次IAP的审核必须要和你新版本的App一同提交，你会在提交app审核的地方看到你的应用内购买的项目，把他们都选上，在审核。以后就可以直接在这个页面提交审核了。
第二步：获取可购买的商品列表（Retrieving Product Information）
这里我们需要第一步的你填写的Product Identifier，
这里就有两种做法，一种是你在你的app将这些Product Identifier持久化，不需要服务端来告诉你
还有一种就是请求接口由服务端告诉你有哪些Product Identifier。我个人还是比较推荐第二种的，这种方法要灵活很多，假如以后app添加或者修改了什么IAP项目，你iTunes Connect上弄好，直接把product id告诉后台，后台改一下，客户端不需要改任何代码
我们在知道了Product Identifier之后还要做的一件事就是与苹果确认这些Product Identifier现在是可以购买的，这块就直接上代码吧：）
#import <StoreKit/StoreKit.h>
- (void)validateProductIdentifiers:(NSArray *)productIdentifiers {
SKProductsRequest *productsRequest = [[SKProductsRequest alloc]
initWithProductIdentifiers:[NSSet setWithArray:productIdentifiers]];
// Keep a strong reference to the request.
self.request = productsRequest;
productsRequest.delegate = self;
[productsRequest start];
}
// SKProductsRequestDelegate protocol method
- (void)productsRequest:(SKProductsRequest *)requesdidReceiveResponse:(SKProductsResponse *)response {
self.products = response.products;
for (NSString *invalidIdentifier in response.invalidProductIdentifiers) {
// Handle any invalid product identifiers.
}
[self displayStoreUI]; // Custom method
}
从代码也可以看出来，我们要根据苹果的返回结果来更新UI，对于invalid product identifiers，就要看设计给出的方案来如何处理了
第三步：发起购买(Requesting Payment)
SKMutablePayment *payment = [SKMutablePayment paymentWithProduct:product];
[[SKPaymentQueue defaultQueue]addPayment: payment];
这里的product就是response.products数组中的Object
第四步：验证购买凭证
发起了购买后，我们要对返回进行后续的处理，因为苹果只负责支付这一个部分，他并不负责这个购买完成后的服务怎么提供，也就说我们需要与后台交互，完成我们自己的业务逻辑
这个Observer的代码需要写在Appdelegate.m中，这是因为我们要处理app意外推出的情况，如果写在了购买页面，那么就没有办法去处理意外退出的情况
- (BOOL)application:(UIApplication *)applicationdidFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
/* ... */
[[SKPaymentQueue defaultQueue] addTransactionObserver:self];
}
- (void)paymentQueue:(SKPaymentQueue *)queue updatedTransactions:(NSArray<SKPaymentTransaction *> *)transactions {
for (SKPaymentTransaction *transaction in transactions) {
switch (transaction.transactionState) {
case SKPaymentTransactionStatePurchasing:{
break;
}
case SKPaymentTransactionStateDeferred: {
break;
}
case SKPaymentTransactionStateRestored:{
[[SKPaymentQueue defaultQueue] restoreCompletedTransactions];
break;
}
case SKPaymentTransactionStatePurchased:{
[self IAPSuccessActionWithTransaction:transaction];
break;
}
default:{//fail
[[SKPaymentQueue defaultQueue] finishTransaction:transaction];
break;
}
}
}
}
对于交易成功的商品，我们需要校验transaction的receipt是否是真实的，这里一个可行的做法就是我们把这个receipt（自动续约还需要共享密钥）交给后台，由后台负责与苹果校验信息是否有效。这步OK了之后，就可以和用户说购买成功，然后提供你这个增值服务了。
由于我们与后台校验的逻辑不能写在购买页面，我们只传个receipt给后台，后台同事可能会问，我怎么知道用户买的是什么，看苹果的文档，我们发现校验成功后，返回的json数据有所有我们需要的信息
这里要注意的是在处理交易完成的各种情况时，要记得调用下面的方法，告诉苹果，我这个购买完成了,否则每次进app都会收到updatedTransactions的回调。
[[SKPaymentQueue defaultQueue] finishTransaction:transaction];
还有一点就是对于sandbox环境和生产环境，校验的地址是不同的，后台校验的时候要区分测试和生产环境
https://buy.itunes.apple.com/verifyReceipt （生产）
https://sandbox.itunes.apple.com/verifyReceipt （sandbox测试）
第五步：sandbox测试
注册sandbox测试用户
测试机Setting 中登出原有Apple ID
测试的步骤
- 测试拉取有效的IAP项目，和相关页面
- 测试一个成功的交易
购买你的IAP项目，然后登陆第一步中申请的sandbox测试员的账号，然后在paymentQueue:updatedTransactions:看这个transaction.status是不是SKPaymentTransactionStatePurchased - 测试校验收据
- 测试一个被打断的交易
打断点，在完成交易前终止程序重新run项目，看看能不能继续完成购买
，这个情况是模拟用户已经付款成功，但是App由于某种原因崩溃。
解决最最最常见的invalidProductIdentifier
导致这个问题原因十分的多，而且苹果服务器只会返回invalidProductIdentifier这个NSArray回来，并不会告诉你原因，所以解决的方法就是一步一步的去排查
- Target-Capabilities 中有没有打开in-app purchase
-
iTunes Connect 里面对应账号的“协议、税务和银行业务”信息有没有填完整，填好的应该是这个样子（这个很容易疏忽，务必检查）
image.png -
productID务必使用iTunes Connect中原始的product ID，不需要将什么com.company.appName.productID拼起来用
image.png - 确定app证书中in-app purchase 是enable的状态
- 使用真机调试
- 将原来装的app删掉，重新装一遍
其他信息
IPA苹果分成是多少
app收入打款
参考资料
http://nightfade.github.io/2015/08/09/ios-in-app-purchase/
http://troybrant.net/blog/2010/01/invalid-product-ids/
https://stackoverflow.com/questions/1471454/storekit-in-app-purchase-invalid-product-identifiers?noredirect=1&lq=1
https://developer.apple.com/library/content/releasenotes/General/ValidateAppStoreReceipt/Introduction.html#//apple_ref/doc/uid/TP40010573-CH105-SW1
