美文网首页
苹果内购零丢单处理

苹果内购零丢单处理

作者: 头脑很慢的程序员 | 来源:发表于2019-07-30 15:12 被阅读0次

@[TOC](苹果能够的零丢单操作)

# 文章的主要内容

你好!这是我发表的第一段关于苹果技术的博客,如果有说的不对的地方请指教,今天要分享一下自己对于苹果内购的经验。苹果内购的前期准备工作基本相同,关于申请内购项目的时候要注意的是,内购项目和APP是同时审核的,所以先创建的内购得等新版本审核成功后才能正式购买。本片文章主要是关于内购代码级别的分析。

## 内购分析

关于内购这块,我们项目已经经过3个人修改,当时上线的时候没有啥问题,但是随着内购内容越来越多,就出现了问题,丢单问题随之出现,经过我查看了苹果的内购官方文档,要求所有的内购统一管理,[苹果的官方解释](https://developer.apple.com/documentation/storekit/in-app_purchase#//apple_ref/doc/uid/TP40008267),创建一个观察者,然后在软件启动的时候定义观察者;

```javascript

-(BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions{

[[SKPaymentQueue defaultQueue] addTransactionObserver:inPurchasingManage];

}

```

我定义的观察者是appdalagate里的一个属性,所以在其他界面使用时直接调用appdalagate.inPurchasingManage即可,注销该方法放在软件进程杀死状态下:

```javascript

-(void)applicationWillTerminate:(UIApplication *)application

[[SKPaymentQueue defaultQueue] removeTransactionObserver:inPurchasingManage];

}

```

这样不管在哪个界面发起内购的话,都会走观察者里面的代码。

## 观察者代码构建

首先是根据内购产品的ID发起内购,因为这个ID,我是从后台拿过来的,前边不做赘述,

```javascript

#pragma mark - 内购

-(void)requestProductData:(NSString *)type{

    NSArray *product = [[NSArray alloc] initWithObjects:type,nil];

    NSSet *nsset = [NSSet setWithArray:product];

    SKProductsRequest *request = [[SKProductsRequest alloc] initWithProductIdentifiers:nsset];

    request.delegate = self;

    [request start];

}

```

通过这段代码就能成功呼起苹果的内购支付,并且走了

<SKProductsRequestDelegate,SKPaymentTransactionObserver>代理回调方法,这些苹果官方说明都有讲,虽然现在用的是swift语言,但是对于我们还依然用OC的人来说,不在话下:

```javascript

#pragma mark - 实现SKProductsRequest的代理方法

    -(void)productsRequest:(SKProductsRequest *)request            didReceiveResponse:(SKProductsResponse *)response

{

      NSArray *product = response.products;

      if([product count] == 0){

      //如果这个参数没有,证明没有这个产品,也就不需要走下面的代码了

        return;

      }

      SKProduct *p = nil;

      for (SKProduct *pro in product) {

        if([pro.productIdentifier isEqualToString:Singleton.currentProId]){

            p = pro;

        }

      }

      SKMutablePayment *payment = [SKMutablePayment paymentWithProduct:p];

      NSString *userOrderNo = [NSString stringWithFormat:@"%@#%@",userID,orderNo];

      payment.applicationUsername = userOrderNo;

      [[SKPaymentQueue defaultQueue] addPayment:payment];

}

```

如果订单存在的话,就已经呼起内购了,说道这里可能有些人会质疑我存储订单号的方法,因为好多博客不推荐用applicationUsername来存储重要的数据,因为觉得可能会丢失数据,但是没有明确的操作会导致这个属性丢失,因为这里如果存着订单号,就很有可能消失,这样就会出现丢单问题,其实这个问题我也思考了,先不说这个参数容不容易丢,即使丢了怕啥,再给它申请个订单号不就得了。这个是我们厉害的后台想出来的办法,具体的订单号问题往下看,再说说我存的userID,是为了区别用户存的,避免了钱充错人的问题,(这里说一下存在的问题,如果一个用户付完款之后退出的账号,这时又赶巧applicationUsername丢失,如果用户下一次登录的是另一个账号,有可能充错人,但是不会丢单),下面是我重点介绍的逻辑:

```javascript

#pragma mark - 实现SKPaymentQueue的回调方法

/*

队列中的交易发生改变时,就会调用该方法

*/

- (void)paymentQueue:(SKPaymentQueue *)queue updatedTransactions:(NSArray *)transactions

{

    /*

    SKPaymentTransactionStatePurchasing,    正在购买

    SKPaymentTransactionStatePurchased,    已经购买(购买成功)

    SKPaymentTransactionStateFailed,        购买失败

    SKPaymentTransactionStateRestored,      恢复购买

    SKPaymentTransactionStateDeferred      未决定

    */

    for (SKPaymentTransaction *transation in transactions) {

        NSString *productIdentifier = transation.payment.productIdentifier;

        switch (transation.transactionState) {

            case SKPaymentTransactionStatePurchasing:

            break;

            case SKPaymentTransactionStatePurchased:{

                NSString *newOrderNo = transation.payment.applicationUsername;

              //这个方法就是用户支付成功后回调方法,这样就可以拿着订单号和用户id去校验了了

                break;

            case SKPaymentTransactionStateFailed:{

                // 用户取消或者支付失败取消订单

                NSString *newOrderNo = transation.payment.applicationUsername;

                break;

            case SKPaymentTransactionStateRestored:

                //如果显示已经购买过该商品,则恢复该商品的购买性 <非消耗型商品>             

                [self restoreCompletedTransactions:transation];           

                break;               

            case SKPaymentTransactionStateDeferred:{

                NSString *newOrderNo = transation.payment.applicationUsername;         

                [queue finishTransaction:transation];

                break;

            default:

                break;

        }

    }

}

```

SKPaymentTransactionStatePurchased 这个方法就是用户支付成功后回调方法,applicationUsernam就是发起内购时,我们赋值的用户id和订单号的拼接,这里讲一下我们的出来,不管这个订单号有没有,我们都会拿着receiptData去校验,获取方法如下,这时只要receiptData存在,后台就会去查询用户之前是否发起过一个订单号,如果有直接二次校验,如果没有,那就给用户申请一个新的订单号,然后再进行校验。这样不管用户有没有订单号都无所谓。

```javascript

    NSData *receiptData = [NSData dataWithContentsOfURL:[[NSBundle mainBundle] appStoreReceiptURL]];

```

## 着重所以下finishTransaction方法的处理

```javascript                 

  [[SKPaymentQueue defaultQueue] finishTransaction:transaction];

```

我只有在用户二次校验成功后才会调用该方法,如果不走这个方法,每次软件启动的时候,都会走上述的代理,所以如果你没有验证的话,用户卸载软件再安装以后还会走这代理,然后再去后天校验就行了,保证零丢单就是这么简单,不知道你们看懂没有?

相关文章

  • 苹果内购零丢单处理

    @[TOC](苹果能够的零丢单操作) # 文章的主要内容 你好!这是我发表的第一段关于苹果技术的博客,如果有说的不...

  • 苹果内购丢单问题

    1.内购流程 1.APP调用Apple服务器接口创建订单,发起购买请求 2.内购的api完成购买,获取receip...

  • 苹果内购丢单问题

    问题描述: 在苹果内购财务报表里,10月13日有4笔订单,但是CRM里只看到了3笔。 问题分析: 用户付款后,网络...

  • IAP内购丢单处理

    要想处理丢单,就要搞清楚哪些环节会出现丢单的情况。首先来理一下支付流程:1.调用IAP接口发起支付2.支付成功,获...

  • 记录一下IAP内购的流程

    前段时间做了点内购的东西,记录一下内购流程,对于丢单的处理留到下一篇再记录,本次先不考虑丢单的情况。开发者中心设置...

  • iOS 内购丢单处理策略

    漏单等情况预防与处理方案 1.漏单处理所谓的漏单就是玩家已经正常付费,却没有拿到该拿的道具。 解决:只要购买成功,...

  • iOS内购丢单处理流程

  • iOS内购的坑

    网上都说苹果内购的回调不准,之前只是看看,并没有太在意直到目前在做的项目出现了内购丢单其实就是某一个订单在苹果回调...

  • In-App Purchase 内购丢单、串单处理

    1.下面是我自己画的一个大概的流程图(字比较烂,将就这看吧哈~) 图中 ① 为请求商品详情之后根据商品的ID ...

  • 苹果内购(IAP)及掉单处理

    官方文档In-App Purchase 首先Xcode里的Capabilities中的In-App Purchas...

网友评论

      本文标题:苹果内购零丢单处理

      本文链接:https://www.haomeiwen.com/subject/bnjgrctx.html