iOS接入IAP教程

前言

什么是IAP，我们什么时候需要使用IAP

IAP就是应用内购买的英文缩写，在我们应用中如果有虚拟货币（金币，欢乐豆，钻石，各种币），以及虚拟服务（VIP类，游戏的拓展包，内容的按月订阅，去广告之类的增值服务），还有打赏（最近Apple和微信就在这个上面撕）
只要App中包含上面的内容，这些购买项目就需要使用IAP的渠道（苹果要分成的呃），如果没有走IAP的话，后果很明确，就是苹果爸爸不给你审核通过，你也就没法上架了，下面我们就来看下具体接入的做法

预先准备

• 在iTunes connect中完善你的银行，税务，联系人信息
• 在证书和project中开启in-app purchase

正题

下图是app通过IAP渠道购买的一个流程，我们接入也是基本按照这个流程一步一步的来接入的

 

流程.png

第一步：创建应用内购买项目

在iTunes Connect中，我的app->功能，点击App内购买项目，加号就可以添加了

 

image.png

 

然后就选择我们需要的类型，不同的类型，在后续实现中的处理略有不同

 

image.png

下一个页面的所有信息（审查备注可以不填）都是需要填写的，填写完成后点击保存。
这里要注意的是，如果是头一次添加应用内购买项目，那么这次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收入打款

苹果支付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