ios实现内购

思维导图

重点总结：

1.获取内购列表（从App内读取或从自己服务器读取）

2.App Store请求可用的内购列表

3.向用户展示内购列表

4.用户选择了内购列表，再发个购买请求，收到购买完成的回调（购买完成后会把钱打给申请内购的银行卡内）

5.购买流程结束后, 向服务器发起验证凭证以及支付结果的请求

6.自己的服务器将支付结果信息返回给客户端并发放虚拟产品

7.服务端的工作比较简单，分4步：

　　7.1.接收ios端发过来的购买凭证。

　　7.2.判断凭证是否已经存在或验证过，然后存储该凭证。

　　7.3.将该凭证发送到苹果的服务器验证，并将验证结果返回给客户端。

   7.4.如果需要，修改用户相应的会员权限。

   7.5.考虑到网络异常情况，服务器的验证应该是一个可恢复的队列，如果网络失败了，应该进行重试。

      简单来说就是将该购买凭证用Base64编码，然后POST给苹果的验证服务器，苹果将验证结果以JSON形式返回。

一、使用注意事项及遇到的坑

　　1.使用注意

1. 代码中的_currentProId所填写的是你的购买项目的的ID，这个和第二步创建的内购的productID要一致，产品id与_currentProId一致。

2. 在监听购买结果后，一定要调用[[SKPaymentQueue defaultQueue] finishTransaction:tran];来允许你从支付队列中移除交易。

3. 真机测试的时候，一定要退出原来的账号(app store 登录的账号退出)，才能用沙盒测试账号。

4. 请务必使用真机来测试，一切以真机为准。

5. 项目的Bundle identifier需要与您申请AppID时填写的bundleID一致，不然会无法请求到商品信息。

6. 沙盒环境测试appStore内购流程的时候，请使用没越狱的设备。

7. 二次验证，请注意区分宏， 测试用沙盒验证，App Store审核的时候也使用的是沙盒购买，所以验证购买凭证的时候需要判断返回Status Code决定是否去沙盒进行二次验证，为了线上用户的使用，验证的顺序肯定是先验证正式环境，此时若返回值为21007，就需要去沙盒二次验证，因为此购买的是在沙盒进行的。

8.货币类型(Bank Account Currency) :填CNY(如果你的app在中国使用的话)。

2.获取不到商品信息

1.确定配置环节正确。税务信息是否完整，内购的商品是否指定了销售区域。

2.确定是真机测试且手机没有越狱。

3.确定内购商品添加到了需要内购功能的App中。

4.确定当前运行的App的Bundle ID和后台配置的App的Bundle ID是一致的。

5.可以尝试先删除旧App，再重新编译生成新的，避免新App未覆盖错误。

6.这里要提一点，沙盒的测试账号和你请求商品信息没有关系。请求商品信息的流程是，你在后台配置好了内购商品，并且将其添加到了需要集成内购功能的App中，然后你请求商品。请求到商品后的流程是这样的，苹果系统会自动弹出登录框让你登录账号。然后根据提示操作进行购买，这里的账号就是你配置的沙盒测试账号。

二、为什么要使用内购？（why)和内购是什么？(what)

　1.如果你购买的商品，是在本app中使用和消耗的，就一定要用内购，否则会被拒绝上线，例如：游戏币，在线书籍

app中使用的道具等。本例中，就是直播中你用来打赏用的金币，那东西可就属于消耗型的。

　　2.如果是直接购买商城之类的快递包邮的那些东东，那就直接调用支付宝，微信啦，之类的三方支付就好了，淘宝，京东都玩过哈！

比较坑的一点就是，内购的话，还要和苹果3/7分成，那就可以说，充值相同的钱，相对来说，iOS是比安卓亏的！

三、怎样使用内购？(how)

1.使用内购需要哪些资料：1张visa银行卡，appid，1张银行卡与苹果三七分打钱用

　　　　（1）协议、税务和银行业务

　　　　　　 联系人信息：(appid账号人)姓名，邮箱，电话号码，地址（城市、具体街道分行写）

　　　　　　 visa银行卡信息：开户行，开户行所在地址，开户行的邮政编码，开户行持有人卡号，开户行持有人姓名

　　　　　　 税务信息：1.会问你是不是美国居民选择NO.  2. 有没有在美国从事商业性活动，选择NO. 之后填写个人或组织名称，所在国家，受益方式(独立开发者选择个人)，居住地址，邮寄地址，声明人，头衔

       (2)内购产品id的配置 （开发人员配置）

           如果是金币或其它消耗品的产品的话用消耗性型项目，参考名称（内购项目，比如金币100),产品id,定价信息，使用内购的快照，显示名称，描述。

　　　　(3)用户职能

　　　　　　测试员：添加沙盒测试员及沙箱账号，沙盒测试账号不能是正常使用的appid账号，直接使用一个没有注册过的邮箱账号即可。

姓名，测试账号密码，appstore地区（必须填对）。

四、操作流程图解与代码

  1.创建app后填写用户信息

功能简介 :

    1.我的App主要用于管理自己的App应用，例如编辑资料，上架，下架等。

    2.销售和趋势主要是来查看App在各个平台的下载量,收入等方面数据，里面有曲线图等图文结合的方式给我们参考。

    3.付款和财务报告显示的是你的收入以及付款等相关信息。

    4.iAd主要是跟广告有关，开发者可以登录到Workbench，通过iAd对应用的广告进行控制。

    5.用户和职能用于生成相应账号，例如苹果沙盒测试账号。

    6.协议，税务和银行业务则是你银行相关账户的信息设置。

流程

 1.注册app,填写协议、税务和银行业务

   注册app,需要设置Bundle identifier，此个步骤这里就不在写了

  填写协议、税务和银行业务　　

选择申请合同类型

页面内容：

Request Contracts(申请合同)

Contracts In Effect(已生效合同)。

合同类型：

iOS Free Application(免费应用合同)

iOS Paid Application(付费应用合同)

iAd App NetNetwork(广告合同)

　　1.申请iOS Paid Application合同

　2. 设置协议税务、银行卡信息

当我们点击申请iOS Paid Application合同后，该合同的状态会变成如下的样子，我们可以看到其中Status为Contact， Bank, Pending Tax,

意思是联系方式、银行和税务信息没有填写。

 2.1设置联系人信息

如果你没有添加过联系人，你需要通过Add New Contact按钮来添加一个新的联系人。然后指定联系人的职务，职务如下：

Senior Management：高管

Financial：财务

Technical：技术支持

Legal：法务

Marketing：市场推广

如果你是独立开发者，可以全部填你自己一个人。

  新增联系人

  通过新增或之前增加的联系人设置高管等信息

　　

待完成后点击Done,返回后状态会变成Edit状态

 2.2设置银行卡信息(可以通过银行名称和地址直接上网查询CNAPS Code号，不要问我上那查)

　　确认银行卡信息

 2.3设置税务信息(1.是美国税务，只需要这个就行，后面的澳大利亚和日本的和我们没的关系)

选择U.S Tax Forms，选择后会问你两个问题，第一个问题如下：询问你是否是美国居民，有没有美国伙伴关系或者美国公司，如果没有直接选择No。 

 接下来第二个问题如下：询问你有没有在美国的商业性活动，没有也直接选No。

然后填写税务信息

Individual or Organization Name：个人或者组织名称

Country of incorporation： 所在国家

Type of Beneficial Owner：受益方式，独立开发者选个人

Permanent Residence：居住地址

Mailing address：邮寄地址

Name of Person Making this Declaration：声明人

Title：头衔

当你填写完所有资料后，合同状态就会变成Processing，笔者凌晨1点左右提交，下午就通过了。

具体填写见下图（以下是确认税务信息图）

　　填写完成后效果

 3.配置内购产品ID

完成以上操作，并且苹果审核完毕之后，就可以配置内购产品了。

登录 iTunesConnect -->我的App 模块找到需要内购的App，最后找到页面如下:

填写沙箱测试员和添加内购产品注意事项

1、邮箱必须是没有注册或者说关联过appstore的邮箱。

2、密码必须有一个是大写字母有一个是小写字母（苹果规定的,理解）。

3、内购屏幕截图规格必须是312*290，且最低分辨率是72ppi。

4、内购的价格是苹果规定的不能自定义(坑啊)。

4.增加内购测试账号

     4.1 内购测试之前准备

1、什么是内购测试账号(what)及为什么使用内购测试账号(why)?

    iOS应用里面用到了苹果应用内付费（IAP）功能，在项目上线前一定要进行功能测试。测试肯定是需要的，何况这个跟money有关。。。开发完成了之后，如何进行测试呢？难道我测试个内购功能要自己掏钱？就算是也是公司掏钱，但是苹果要吃掉3成的啊，想想如果是99刀的商品，点下购买的时候心里都有点发慌。。。

苹果当然没这么坑了，测试内购，苹果提供了沙盒账号（也叫沙箱账号）的方式。这个沙箱账号其实是虚拟的AppleID，在开发者账号后台的iTune Connect上配置了之后就能使用沙盒账号测试内购，有了沙盒账号，就能体验一把土豪的感觉了，游戏钻石什么的随便充，反正不用我的钱。

    注意：你可以把沙盒账号看做是一个虚拟的AppleID，这个AppleID只有进行内购测试的功能。重要，重要，重要，这个虚拟的账号只能在自己的测试号中使用，如果在其它地方如appstore使用的话会提示账号无效之类的话。   

2、如何使用内购测试账号(how)？

    2.1作用内购账号的前提

1）内购的商品ID，价格等相关信息已经录入到开发者后台了（不然那你买什么）

2）开发者后台已经创建好沙盒测试账号了（下面我们会将如何创建）

3）你要有一部真机（iPhone或iPad都行，别用模拟器就好。而且不能是越狱机）

4）bundleID别搞错了，开发者账号、证书、bundleID要一致

5）如果你是第一次在这个开发者账号上集成内购功能，

请先将iTune Connect上的税务协议都填写好，否则内购时会发现商品ID无效。

 重要，如果不添加税务协议会报错，找不到商品。

　　选择用户和职能就是在协议、税务和银行业务左侧

 　　4.2内购测试开始

1.在iPhone上安装测试包（必须是打包签名证书或者develop签名证书打的包，不能是从App Store上下载的）

2.退出iPhone的App Store账号（因为我们需要使用沙盒账号登录）。

操作方法一：打开App Store应用首页滑到最下方--选中AppleID--注销

操作方法二：设置--iTunes Store与App Store--沙盒账户--选中AppleID--注销

3.不能用沙盒测试帐号来登录appstore官网或去其它已上线平台去支付详见图4.21

4.运行下面代码的demo,传入你创建的产品id(就是在app iTunes Connect ->我的app ->功能 ->app内购买项目添加的商品)，点击充值跳转开始购买详见图4.22

5.再次购买时需要输入测试沙盒账号密码(在用户和职能->沙箱技术测试员创建的测试账号)详见图4.23

6.购买成功反馈详见图4.24

4.21 图

　　4.22 图

　　4.23 图

　　4.24 图

5.代码及业务逻辑

客户端重点关注4,5， 主要是调用苹果支付和上传凭证到自己服务器。

1. 获取内购列表（从Apple读取或从自己服务器读取，从自己服务器读更快更稳定）
2. App Store请求可用的内购列表（非必须）
3. 向用户展示内购列表（可用自己服务器的数据展示）
4. 用户选择了内购列表，再发个购买请求，收到购买完成的回调（购买完成后会把钱打给申请内购的银行卡内）
5. 购买流程结束后, 向自己的服务器上传验证凭证以及支付结果的请求
6. 自己的服务器将支付结果信息返回给前端并发放虚拟产品

7. 服务端的工作比较简单，分4步：

   1. 接收ios端发过来的购买凭证。
   2. 判断凭证是否已经存在或验证过，然后存储该凭证。
   3. 将该凭证发送到苹果的服务器验证，并将验证结果返回给客户端。
   4. 如果需要，修改用户相应的会员权限。
   5. 考虑到网络异常情况，服务器的验证应该是一个可恢复的队列，如果网络失败了，应该进行重试。简单来说就是将该购买凭证用Base64编码，然后POST给苹果的验证服务器，苹果将验证结果以JSON形式返回。

第5步，上传收据到服务器验证，可能存在接口失败，客户端要做重试逻辑：

• 客户端本地保存支付收据和此收据相关的订单信息，持续向服务端轮询校验结果，直到返回明确的校验成功或校验无效的结果。支付凭据最好也保存在 磁盘 里面， 方便处理APP被杀导致无法继续完成订单，启动的时候检查本地磁盘中是否有未完成的订单在重新上传。
• 在客户端向服务端轮询结果时，为了避免用户在支付结果页面等待过久，交互层面上可以先结束支付流程（经过一定时间超时），同时提示用户需要等待支付结果，避免用户重复付款

苹果官网的流程参考 

 

/*注意事项：

1.沙盒环境测试appStore内购流程的时候，请使用没越狱的设备。

2.请务必使用真机来测试，一切以真机为准。

3.项目的Bundle identifier需要与您申请AppID时填写的bundleID一致，不然会无法请求到商品信息。

4.如果是你自己的设备上已经绑定了自己的AppleID账号请先注销掉,否则你哭爹喊娘都不知道是怎么回事。

5.订单校验 苹果审核app时，仍然在沙盒环境下测试，所以需要先进行正式环境验证，如果发现是沙盒环境则转到沙盒验证。

识别沙盒环境订单方法：

 1.根据字段 environment = sandbox。

 2.根据验证接口返回的状态码,如果status=21007，则表示当前为沙盒环境。

 苹果反馈的状态码：

 21000App Store无法读取你提供的JSON数据

 21002 订单数据不符合格式

 21003 订单无法被验证

 21004 你提供的共享密钥和账户的共享密钥不一致

 21005 订单服务器当前不可用

 21006 订单是有效的，但订阅服务已经过期。当收到这个信息时，解码后的收据信息也包含在返回内容中

 21007 订单信息是测试用（sandbox），但却被发送到产品环境中验证

 21008 订单信息是产品环境中使用，但却被发送到测试环境中验证

 */

经典文章参考：

1.http://yimouleng.com/2015/12/17/ios-AppStore/  内购流程

2.http://www.jianshu.com/p/b199a4672608   完成交易后和服务器交互

3.http://www.jianshu.com/p/1ef61a785508 沙盒账号测试

第4,5步的主要流程如下

1. 通过产品ID获取产品信息列表
2. 添加监听
3. 把产品包装成SKPayment（支付）发送给苹果服务器
4. 苹果服务器购买成功后会回调监听方法，根据苹果服务器返回信息判断是否购买成功。
5. 购买失败或已经购买过该商品则注销交易。
   1. 如果购买成功，此时可以向自家服务器发送购买成功的消息，并通过后台向苹果服务器发送验证，然后注销交易。

由于苹果的服务器查询商品列表总是很慢 ,建议用自己的服务器返回列表数据,然后当需要购买的时候再去查询苹果服务器,完成购买

1.获取苹果产品信息列表，

if ([SKPaymentQueue canMakePayments]) {
    NSSet *IDSet = [NSSet setWithArray:proID];
    SKProductsRequest *productsRequest = [[SKProductsRequest alloc] initWithProductIdentifiers:IDSet];
    productsRequest.delegate = self;
    [productsRequest start];
} else {
    NSLog(@"用户禁止付费");
}

上面代码中的proID就是装有你在开发者后台创建内购产品时输入的产品ID的NSArray。
delegate是指SKProductsRequestDelegate
首先判断用户是否禁止付费，如果没有禁止付费，就向苹果服务器请求产品信息。
请求的信息会在SKProductsRequestDelegate的方法中返回

- (void)productsRequest:(SKProductsRequest *)request didReceiveResponse:(SKProductsResponse *)response
{
    NSLog(@"%i", response.products.count);
    NSArray *myProducts = response.products;
    if (0 == myProducts.count) {
        NSLog(@"无法获取产品信息列表");
    } else {
        self.products = [myProducts sortedArrayUsingComparator:^NSComparisonResult(id  _Nonnull obj1, id  _Nonnull obj2) {
            SKProduct *pro1 = (SKProduct *)obj1;
            SKProduct *pro2 = (SKProduct *)obj2;
            return pro1.price.integerValue < pro2.price.integerValue ? NSOrderedAscending : NSOrderedDescending;
        }];;
        for (SKProduct *pro in myProducts) {
            NSLog(@"%@", [pro localizedTitle]);
            NSLog(@"%@", [pro localizedDescription]);
            NSLog(@"%@", [pro price]);
            NSLog(@"%@", [pro.priceLocale objectForKey:NSLocaleCurrencySymbol]);
            NSLog(@"%@", [pro.priceLocale objectForKey:NSLocaleCurrencyCode]);
            NSLog(@"%@", [pro productIdentifier]);
        }
    }
}

拿到产品信息以后可以进行排序处理，因为请求的时候发送的产品ID是装在一个NSSet中的，所以返回的产品信息也是乱序的，这里需要注意一下。

2.内购监听

拿到产品信息以后要设置监听，因为当你点击购买和购买后苹果服务器会通过监听方法通知应用。

- (void)startObserver {
    if (!self.isObserver) {
        [[SKPaymentQueue defaultQueue] addTransactionObserver:self];
        NSLog(@"开始监听 ------ 内购");
        self.isObserver = YES;
    }
}

- (void)stopObserver {
    if (self.isObserver) {
        [[SKPaymentQueue defaultQueue] removeTransactionObserver:self];
        NSLog(@"移除监听 ------ 内购");
        self.isObserver = NO;
    }
}

监听方法和移除监听的方法一起送上，isObserver是一个判断是否已经监听的BOOL数据。

我的建议是将监听方法和移除监听的方法都在AppDelegate中执行。
当App启动时（-application: didFinishLaunchingWithOptions:）开始监听，
当App被关闭时（- applicationWillTerminate:）移除监听。

3.实现监听方法，苹果的购买过程监听回调

- (void)paymentQueue:(SKPaymentQueue *)queue updatedTransactions:(NSArray<SKPaymentTransaction *> *)transactions
{
    NSLog(@"调用了几次这个方法？");
    SKPaymentTransaction *transaction = transactions.lastObject;
    switch (transaction.transactionState) {
        case SKPaymentTransactionStatePurchased: {
            NSLog(@"购买完成,向自己的服务器验证 ---- %@", transaction.payment.applicationUsername);
            NSData *data = [NSData dataWithContentsOfFile:[[[NSBundle mainBundle] appStoreReceiptURL] path]];
            NSString *receipt = [data base64EncodedStringWithOptions:0];
            [self buySuccessWithReceipt:receipt transaction:transaction];
        }
            break;
        case SKPaymentTransactionStateFailed: {
            NSLog(@"交易失败");
            [[SKPaymentQueue defaultQueue] finishTransaction:transaction];
        }
            break;
        case SKPaymentTransactionStateRestored: {
            NSLog(@"已经购买过该商品");
            [[SKPaymentQueue defaultQueue] finishTransaction:transaction];
        }
            break;
        case SKPaymentTransactionStatePurchasing: {
            NSLog(@"商品添加进列表");
        }
            break;
        default: {
            NSLog(@"这是什么情况啊？");
        }
            break;
    }
}

finishTransaction:就是注销方法，如果不注销会出现报错和苹果服务器不停的通知监听方法等等情况。总之，对应状态记住要注销交易。

NSData *data = [NSData dataWithContentsOfFile:[[[NSBundle mainBundle] appStoreReceiptURL] path]]; 
NSString *receipt = [data base64EncodedStringWithOptions:0];
[self buySuccessWithReceipt:receipt transaction:transaction];

关于这三句，要注意，receipt是刚才交易的清单，如果后台需要进行二次验证，需要用到这个数据。
至于最后一句，则是购买成功后向自家的服务器发送的请求。在收到苹果收据后，建议立即把服务器的订单号和其他需要的参数和收据信息保存到磁盘中，方便做失败重试逻辑。

发送内购请求

完成上面的代码后，就可以进行发送内购请求的部分啦

SKMutablePayment *payment = [SKMutablePayment paymentWithProduct:product];
payment.applicationUsername = [AppManager sharedInstance].userId.stringValue;
[[SKPaymentQueue defaultQueue] addPayment:payment];

内购请求很简单，就是用请求道的产品信息SKProduct创建一个“内购支付”SKPayment，然后添加进支付队列。

以上就是iOS内购的全部核心代码。

在发送内购请求的代码部分，我们见到了applicationUsername这个属性，并将用户的id赋值给了它，那么，这是用来干什么的呢？

答案是：在某些极端情况下，可能出现在发送内购请求的用户和内购成功后通知自家后台的用户可能不是同一个用户的情况（真是奇葩的用户。。。。但是没办法，用户就是上帝嘛。。。）这种情况下，为payment绑定一个appUsername就可以让这次payment有一个固定的发起者，这样当这次payment在苹果后台支付成功后，我们就可以通过监听的回调，将这个发起者的唯一标识符上传给自家后台，使得这次购买能找到一个合适的主人。就算用户在购买的过程中切换账号或者退出，也能够让这次充值验证成功。

既然说到了极端情况，那么我们不如更进一步，让情况更极端一点，那就是当购买请求发送后，直到向苹果后台购买成功的这段时间，如果程序崩溃了！或者程序被用户关闭了！怎么办？！
这种情况下，我们的App自然也就无法进行监听的回调，自然也就无法把购买成功的消息发送给自家后台，用户也就拿不到自己的充值啦。情况很糟糕，但是！不用担心，我们有办法解决。
还记得上边提到的注销交易的方法吗？没错就是：

[[SKPaymentQueue defaultQueue] finishTransaction:transaction]

当购买在苹果后台支付成功时，如果你的App没有调用这个方法，那么苹果就不会认为这次交易彻底成功，当你的App再次启动，并且设置了内购的监听时，监听方法- (void)paymentQueue:(SKPaymentQueue *)queue updatedTransactions:(NSArray<SKPaymentTransaction *> *)transactions就会被调用，直到你调用了上面的方法，注销了这次交易，苹果才会认为这次交易彻底完成。
利用这个特性，我们可以将完成购买后注销方法放到我们向自家后台发送交易成功后调用。

访客购买

• 很多App在第一次提交IAP时都会因为不支持匿名购买被拒，原因是App Store Review Guidelines要求App在非必要的情况下，不允许强制用户注册/登录后才能使用某些功能。
• 一般情况下，对于没有IAP的App，强制用户注册/登录才能使用是不会被拒的（除非遇到很苛刻的审核人员），但是对于IAP，一般都会要求支持匿名购买。当然你也可以尝试编一堆原因说明为什么强制用户注册/登录是必要的（比如提供的商品或服务需要获取用户手机号或邮箱之类的理由），但也不能保证说服审核人员。
• 支持匿名购买，通常需要在用户未登录App帐号的情况下，临时保存用户的购买记录，并在用户登录后合并到App帐号数据。

 基础知识参考 : https://www.cnblogs.com/TheYouth/p/6847014.html

代码参考,测试参考, iOS内购编程指南 - 简书

iOS iap 内购接入 ios内购支付流程_mob6454cc6575fa的技术博客_51CTO博客

ios 苹果内购实现 ios内购流程_coolfengsy的技术博客_51CTO博客