苹果IAP receipt验单较佳实践

已于 2022-02-24 23:55:14 修改
阅读量3.6k 收藏 3
点赞数
分类专栏： 支付平台 文章标签： 支付
于 2022-02-24 23:21:18 首次发布
原文链接：https://www.jianshu.com/p/c3c0ed5af309
版权

前言

IAP支付的坑太多，这里写一些高级点的坑。

一、请求商品

下面是请求商品的代码：

- (void)validateProductIdentifier:(NSArray *)productIdentifier {
    SKProductsRequest *productRequest = [[SKProductsRequest alloc] initWithProductIdentifiers:[NSSet setWithArray:productIdentifier]];
    self.request = productRequest;
    productRequest.delegate = self;
    [productRequest start];
}

#pragma mark - SKProductsRequestDelegate Protocol
- (void)productsRequest:(SKProductsRequest *)request didReceiveResponse:(SKProductsResponse *)response {
    
    self.products = response.products;
    [response.products enumerateObjectsUsingBlock:^(id _Nonnull obj, NSUInteger idx, BOOL * _Nonnull stop) {
        SKProduct *product = (SKProduct *)obj;
        NSLog(@"valid identifier: %@", product.productIdentifier);   
    }];
    
    for (NSString *invalidIdentifier in response.invalidProductIdentifiers) {
        // invalid identifier
        NSLog(@"invalid identifier: %@", invalidIdentifier);
    }
    
    if (![SKPaymentQueue canMakePayments]) {
        // display error UI ...
    }
    // display store UI ...
}

向苹果服务器请求商品信息，是为了展示商店UI。请求到的SKProduct，包含了商品的标题、描述、价格、货币符号等信息。在国内，一般都是服务器接口提供商品信息，客户端直接展示商店UI，用户点击购买的时候，才发起支付。所以，这种情况下，没必要向苹果服务器请求商品信息。因为请求商品信息时，苹果服务器在海外，国内延迟大，慢的约六七秒，甚至有可能跳不到SKProductsRequest的代理方法里面，造成支付失败。

解决办法：

直接省略掉SKProductsRequest这个请求的创建发起。支付时，使用paymentWithProductIdentifier来直接生成SKPayment。

SKPayment *payment = [SKPayment paymentWithProductIdentifier:productIdentifier];
[[SKPaymentQueue defaultQueue] addPayment:payment];

二、receipt验证

获取receipt

    NSData *receipt;
    if (IOS7_OR_LATER) {
    // iOS 7 style app receipts
        NSURL *receiptURL = [[NSBundle mainBundle] appStoreReceiptURL];
        receipt = [NSData dataWithContentsOfURL:receiptURL];
    }else {
    // iOS 6 style transaction receipt
        receipt = transaction.transactionReceipt;
    }

验证receipt

Receipt Validation Programming Guide
上面地址是receipt的验证方法。出于安全考虑，app receipt需要第三方服务器来和苹果服务器进行验证。验证后返回值是json字典。

关于字段status的说明如下：

For iOS 6 style transaction receipts, the status code reflects the status of the specific transaction’s receipt.

For iOS 7 style app receipts, the status code is reflects the status of the app receipt as a whole. For example, if you send a valid app receipt that contains an expired subscription, the response is 0 because the receipt as a whole is valid.

可以看到，iOS 6风格的receipt，包含的就是该笔transaction的receipt。

而iOS 7风格的receipt，包含的信息是一个列表，里面包含了很多transaction的信息，如果返回status=0，那么只是表示整个App的receipt验证通过。

app端需要发receipt给服务端，服务端向苹果服务器验证receipt，然后返回status。注意！iOS 7风格的receipt包含了整个应用的所有的交易凭据，所以，status=0时，应该分发该receipt中所有transaction的商品。苹果的验证结果只告诉我们receipt有效还是无效，并不知道哪些transaction分发过商品，所以，服务端需要根据从数据库里面查询，排重，记录，还要验证该笔transaction是否为退过款的订单，避免重复分发商品。

误区：

使用[[NSBundle mainBundle] appStoreReceiptURL]获得receipt，服务端却试图寻找最后一笔transaction信息。

正确姿势：

应该分发该receipt中所有transaction的商品（重复使用的、退款的除外）

receipt JSON返回结果

iOS 7风格

{
    environment = Sandbox;
    receipt =     {
        "adam_id" = 0;
        "app_item_id" = 0;
        "application_version" = "1.0";
        "bundle_id" = "com.dianzhong.kuaikan";
        "download_id" = 0;
        "in_app" =         (
                        {
                "is_trial_period" = false;
                "original_purchase_date" = "2016-09-18 07:55:33 Etc/GMT";
                "original_purchase_date_ms" = 1474185333000;
                "original_purchase_date_pst" = "2016-09-18 00:55:33 America/Los_Angeles";
                "original_transaction_id" = 1000000236789335;
                "product_id" = "com.dianzhong.kuaikan6";
                "purchase_date" = "2016-09-18 07:55:33 Etc/GMT";
                "purchase_date_ms" = 1474185333000;
                "purchase_date_pst" = "2016-09-18 00:55:33 America/Los_Angeles";
                quantity = 1;
                "transaction_id" = 1000000236789335;
            },
            ...
        );
        "original_application_version" = "1.0";
        "original_purchase_date" = "2013-08-01 07:00:00 Etc/GMT";
        "original_purchase_date_ms" = 1375340400000;
        "original_purchase_date_pst" = "2013-08-01 00:00:00 America/Los_Angeles";
        "receipt_creation_date" = "2017-04-05 08:53:06 Etc/GMT";
        "receipt_creation_date_ms" = 1491382386000;
        "receipt_creation_date_pst" = "2017-04-05 01:53:06 America/Los_Angeles";
        "receipt_type" = ProductionSandbox;
        "request_date" = "2017-04-05 08:54:44 Etc/GMT";
        "request_date_ms" = 1491382484980;
        "request_date_pst" = "2017-04-05 01:54:44 America/Los_Angeles";
        "version_external_identifier" = 0;
    };
    status = 0;
}

iOS 6风格

{
    receipt =     {
        bid = "com.dianzhong.kuaikan";
        bvrs = "1.0";
        "item_id" = 1140823223;
        "original_purchase_date" = "2017-04-01 08:48:59 Etc/GMT";
        "original_purchase_date_ms" = 1491036539000;
        "original_purchase_date_pst" = "2017-04-01 01:48:59 America/Los_Angeles";
        "original_transaction_id" = 1000000286821320;
        "product_id" = "com.dianzhong.kuaikan12";
        "purchase_date" = "2017-04-01 08:48:59 Etc/GMT";
        "purchase_date_ms" = 1491036539000;
        "purchase_date_pst" = "2017-04-01 01:48:59 America/Los_Angeles";
        quantity = 1;
        "transaction_id" = 1000000286821320;
        "unique_identifier" = 367c781771909890ea8d59b25db3daf05ef0fbcb;
        "unique_vendor_identifier" = "7F144627-A82D-4D71-AACD-C3BAF2ED6684";
    };
    status = 0;
}

可以发现，两者的结构基本一致，都包含一个名为receipt的字典，不同的是，iOS 7风格的receipt，把每一笔交易信息放到了in_app数组里。

服务端要做的事情：

当status=0时，记录receipt中的全部交易信息。
服务端可根据transaction_id来记录每一笔交易的信息，作为一条记录，写入数据库，方便后续查询和排重。

字段类型描述
transaction_idinteger交易号
original_transaction_idinteger原始交易号
product_idstring商品标识符
quantityinteger数量
purchase_datestring购买日期
original_purchase_datestring原始购买日期
purchase_date_msinteger购买日期(ms)
original_purchase_date_msinteger原始购买日期(ms)
purchase_date_pststring购买日期(pst)
original_purchase_date_pststring原始购买日期(pst)
cancellation_datestring取消购买的日期

流程如下：

服务端处理receipt的流程

退款的订单

用户退款过的订单依然会在receipt中出现，因此App服务器实现验证的时候需要能够识别出已经被退款的订单，不至于给退款的订单发货。

被退款订单的唯一标识是：它带有一个cancellation_date字段。

服务端验证凭据时，如果有这个字段，则不分发商品。

三、receipt的安全

唐巧在他的《iOS应用内付费(IAP)开发步骤列表》中提到:

考虑到网络异常情况，iOS端的发送凭证操作应该进行持久化，如果程序退出，崩溃或网络异常，可以恢复重试。

实际上，我们不需要手动造车轮！

SKPaymentQueue只要被监听，系统会遍历该应用所有的transaction，只要没有用finish​Transaction:​方法结束掉的transaction，都会重新出现在updatedTransactions:方法里。系统为我们做好了非常安全的存储transaction和receipt的操作，底层原理目前还不清楚。本人试过，删除应用后重新安装，只要Bundle ID不变，依然能跳到updatedTransactions:方法里。

注意！如果在付款给苹果之前，你们的后台自己搞了个orderNum这样一个订单号出来，就要自己存储这个orderNum了。
另外，既然后台搞了个订单号出来，就默认这个订单号关联了某一种商品，所以获取receipt时就要用transaction.transactionReceipt，这样才能保证获取的receipt只包含1条交易信息。

关于receipt验证的更多资料，请点击这里

zhifeng687
关注
  • 0
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
专栏目录
IOS iap处理逻辑流程图再次梳理
网易搬砖选手
12-01 824
序言: 本文补全一下iOS iap处理逻辑。 iap处理逻辑 苹果退单wiki:https://developer.apple.com/documentation/storekit/in-app_purchase/handling_refund_notifications 一、上图主要处理了以下业务: ·普通购买 ·自动续订订阅 ·补单处理 预防黑产 退单处理 二、除了上述业务逻辑，需要实现: 业务自身的订单逻辑 log 预防黑产规则库 1.业务自身的订单逻辑 即业务自身的订
服务端接入验证苹果支付receipt
大魔王技术之家
03-25 7037
java服务端接入苹果支付
苹果receipt样例
热门推荐
xyxjn的专栏
07-04 1万+
eceipt =     {         bid = "com.xxx.xxxx";         bvrs = "1.0.0";         "expires_date" = 1385103911000;         "expires_date_formatted" = "2013-11-22 07:05:11 Etc/GMT";         "expires_dat
apple-receipt：Apple InApp购买收据-型号，解析器，验证器
02-04
项目状态 统计 Nuget软件包信息 苹果收据模型 描述 描述Apple Receipt对象的强类型表示形式。 Nuget信息 版 资料下载 安装： （程序包管理器）： Install-Package Apple.Receipt.Models （.Net CI）： dotnet add package Apple.Receipt.Models （数据包CLI）： paket add Apple.Receipt.Models 苹果收据解析器 描述 以base64表示并使用ASN.1编码的Apple Receipt解析器使用ASN.1编码 Nuget信息 版 资料下载 安装： （程序包管理
IOS 内付费代码（接受appstore的收据和确认结果）
10-14
ios 产品内付费代码示例，这次是包含接受appstore的reciept和反馈给appstore ，并确认结果。
AppReceiptValidator：解析和验证App Store收据文件
02-04
AppReceiptValidator：解析和验证App Store收据文件
验证receipt数据解析
06-03
- **远程receipt**: 如果需要获取最新的交易信息，应向Apple的验证服务发送请求，提供receipt数据以获取验证结果。这通常在服务器端进行，以保护用户隐私和避免中间人攻击。 2. **验证过程**： - **基本验证**: ...
验证IAP返回receipt结果demo
09-16
这个过程涉及一个关键步骤：验证收据（receipt），确保交易的安全性和合法性。本文将详细介绍如何进行IAP收据验证，并通过一个名为“VerifyReceiptDemo”的示例来演示这一过程。 首先，了解IAP收据的基本概念。每次...
IOS应用内支付返回新旧Receipt适配的方法
01-20
在iOS平台上，应用内购买（In-App Purchase, IAP）是开发者提供付费内容或服务的一种常见方式。自iOS 7.0版本开始，苹果引入了新的...同时，注意在实际开发中遵循Apple的指南和最佳实践，以保证应用的安全性和合规性。
goAppstoreIap:通过苹果验证应用内购买的 go 实现
06-27
3. **验证响应**：苹果服务器返回一个交易凭证（Receipt），这是一段加密的数据，包含了购买详情。 4. **本地验证**：Go应用可以使用Apple提供的沙箱或生产环境的验证URL，将交易凭证发送回去以验证其有效性。 5. ...
新版iOS内购（IAP）完整流程
u013404303的博客
06-19 4120
iOS内购 IAP
苹果内购后的Receipts内容注解
funty的博客
02-18 3328
验证Receipt方式参考：https://developer.apple.com/cn/documentation/storekit/in-app_purchase/validating_receipts_with_the_app_store/ 沙盒环境：POST https://sandbox.itunes.apple.com/verifyReceipt生产环境：POST https://buy.itunes.apple.com/verifyReceipt { "receipt-data": "{{.
苹果内购服务器验证凭证回执Data
netuser1937的博客
06-18 789
基本上所有的 操作都可以再前端完成操作，包括对支付凭证的验证，但是如果在客户端验证凭证可能存在被篡改的危险， 服务器去重验证和加款，是建立在 用户已经在前端支付成功，然后由ios会得到一个字节流，然后 base64后转给 后台。 后台通过这个字符串，去请求苹果的服务器，然后得到一个json字符串。 //沙箱static final String testUrl = "https://sandbox.itunes.apple.com/verifyReceipt"; //正式 static final St
iOS IAP应用内购详细步骤和问题总结指南
努力，可能成功！放弃，注定失败！
12-21 2034
最近公司在做APP内购会员功能 遇到了很多问题 总结记录一下 首先一定要区分Apple pay 和IAP内购的区别 可以先去看一下官方文档地址 有每个步骤的详细解释本篇文章分为： 1、 内购支付流程； 2、开发集成步骤； 3、问题（遇坑）记录解决方式之前没看官方文档走了很多弯路 网上博客并不系统 强烈建议先过一遍官方文档 先看一下IAP内购支付流程（官方） 官方流程图 程序向服务器...
应用内购买－－验证
allenmath的博客
11-16 470
这个，在SKPaymentTransactionStatePurchased完成之后 获取购买完成后的本地收据数据，以BASE64编码的字符串进行传输 将本地收据数据组装成JSON object，并返回 JSON data 用本地数据返回的收据数据创建一个POST 请求，根据请求返回的JSON data解析，是否需要重新验证 NSURL *receiptURL = [[NSBundle mainBu
ios 凭据验证_iOS内购IAP（十四） —— IAP的收据验证（一）
weixin_39616880的博客
12-18 2051
版本记录版本号时间V1.02019.01.09前言开始首先看下写作环境Swift 4.2, iOS 12, Xcode 10在本教程中，您将了解应用内购买的收据如何工作以及如何验证它们，以确保您的用户已为您提供的商品付款。付费软件一直存在一个问题，即某些用户试图在不购买软件的情况下使用该软件或欺诈性地访问应用内购买。 收据提供了确认这些购买的工具。 他们通过提供销售记录来实现这一目标。 每当用户购...
TN2413: 应用内购（In-App Purchase）常见问题
工匠日记
12-09 2417
本文是 adat 项目的第二篇。主要内容是对 iOS 和 macOS 应用内购相关的释疑，包括各种问题出现的原因、如何解决以及最佳实践等。作者还结合亲身经历，给开发者、运营者提供了一些实用建议。
iOS7下获取内付费的receipt
xyxjn的专栏
12-04 1万+
if ([UIDevice iOSVersion] > 6.9f) {         NSURLRequest *urlRequest = [NSURLRequest requestWithURL:[[NSBundle mainBundle] appStoreReceiptURL]];         NSError *error = nil;         receiptData =
iOS 获取内购凭据
czxghostyueqiu的专栏
10-08 4207
// Load the receipt from the app bundle. NSURL *receiptURL = [[NSBundle mainBundle] appStoreReceiptURL]; NSData *receipt = [NSData dataWithContentsOfURL:receiptURL]; if (!receipt) { /* No local rece
java对接苹果支付
最新发布
09-24
引用中提到了Java与苹果支付的对接流程，具体流程如下： 1. 用户在app端购买产品并发起支付请求。 2. app端调用苹果服务进行支付扣款。 3. 苹果服务扣款成功后，返回加密数据receipt_data和支付订单号order_id给app端。 4. app端将receipt_data和order_id传给Java服务的验证接口。 5. Java服务收到参数后，向苹果服务请求验证用户在app端支付的结果。 6. 苹果服务将验证结果及交易信息返回给Java服务，Java服务根据返回结果处理自己的业务。 7. Java服务处理完自己的业务后，将结果返回给app端。 8. app端再次请求苹果服务检查Java服务是否已经验证。 9. 苹果服务告知app端Java服务是否验证成功。 10. app端根据苹果服务返回的验证结果通知用户订单是否结束。 关于Java对接苹果支付的具体实现代码，请参考引用中的第三部分，即Java代码部分。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值