https://www.jianshu.com/p/7ae9654b85ee
作者Randall_Steven
IAP就是应用内购买的英文缩写,在我们应用中如果有虚拟货币(金币,欢乐豆,钻石,各种币),以及虚拟服务(VIP类,游戏的拓展包,内容的按月订阅,去广告之类的增值服务),还有打赏(最近Apple和微信就在这个上面撕) 只要App中包含上面的内容,这些购买项目就需要使用IAP的渠道(苹果要分成的呃),如果没有走IAP的话,后果很明确,就是苹果爸爸不给你审核通过,你也就没法上架了,下面我们就来看下具体接入的做法
下图是app通过IAP渠道购买的一个流程,我们接入也是基本按照这个流程一步一步的来接入的
在iTunes Connect中,我的app->功能,点击App内购买项目,加号就可以添加了
然后就选择我们需要的类型,不同的类型,在后续实现中的处理略有不同
这里我们需要第一步的你填写的Product Identifier, 这里就有两种做法,一种是你在你的app将这些Product Identifier持久化,不需要服务端来告诉你 还有一种就是请求接口由服务端告诉你有哪些Product Identifier。我个人还是比较推荐第二种的,这种方法要灵活很多,假如以后app添加或者修改了什么IAP项目,你iTunes Connect上弄好,直接把product id告诉后台,后台改一下,客户端不需要改任何代码 我们在知道了Product Identifier之后还要做的一件事就是与苹果确认这些Product Identifier现在是可以购买的,这块就直接上代码吧:)
#import
- (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,就要看设计给出的方案来如何处理了
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测试)
导致这个问题原因十分的多,而且苹果服务器只会返回invalidProductIdentifier这个NSArray回来,并不会告诉你原因,所以解决的方法就是一步一步的去排查
iTunes Connect 里面对应账号的“协议、税务和银行业务”信息有没有填完整,填好的应该是这个样子(这个很容易疏忽,务必检查)
productID务必使用iTunes Connect中原始的product ID,不需要将什么com.company.appName.productID拼起来用
分成表格
苹果支付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