2. 程式人生 > >iOS應用內支付（IAP）詳解

iOS應用內支付（IAP）詳解

阿新 • • 發佈：2018-12-29

在iOS開發中如果涉及到虛擬物品的購買，就需要使用IAP服務，我們今天來看看如何實現。

在實現程式碼之前我們先做一些準備工作，一步步來看。

1、IAP流程

IAP流程分為兩種，一種是直接使用Apple的伺服器進行購買和驗證，另一種就是自己假設伺服器進行驗證。由於國內網路連線Apple伺服器驗證非常慢，而且也為了防止黑客偽造購買憑證，通用做法是自己架設伺服器進行驗證。

下面我們通過圖來看看兩種方式的差別：

1.1、使用Apple伺服器

這裡寫圖片描述

1.2、自己架設伺服器

這裡寫圖片描述

簡單說下第二中情況的流程：

1.使用者進入購買虛擬物品頁面，App從後臺伺服器獲取產品列表然後顯示給使用者

2.使用者點選購買購買某一個虛擬物品，APP就傳送該虛擬物品的productionIdentifier到Apple伺服器

3.Apple伺服器根據APP傳送過來的productionIdentifier返回相應的物品的資訊（描述，價格等）

4.使用者點選確認鍵購買該物品，購買請求傳送到Apple伺服器

5.Apple伺服器完成購買後，返回使用者一個完成購買的憑證

6.APP傳送這個憑證到後臺伺服器驗證

7.後臺伺服器把這個憑證傳送到Apple驗證，Apple返回一個欄位給後臺伺服器表明該憑證是否有效

8.後臺伺服器把驗證結果在傳送到APP，APP根據驗證結果做相應的處理

2、iTunes Connet操作

搞清楚了自己架設伺服器是如何完成IAP購買的流程了之後，我們下一步就是登入到iTunes Connet建立應用和指定虛擬物品價格表

2.1、建立自己的App

如下圖所示，我們需要建立一個自己的APP，要注意的是這裡的Bundle ID一定要跟你的專案中的info.plist中的Bundle ID保證一致。也就是圖中紅框部分。

這裡寫圖片描述

2.2、建立虛擬物品價格表

2.2.1、虛擬物品分為如下幾種：

1.消耗品（Consumable products）：比如遊戲內金幣等。

2.不可消耗品（Non-consumable products）：簡單來說就是一次購買，終身可用（使用者可隨時從App Store restore）。

3.自動更新訂閱品（Auto-renewable subscriptions）：和不可消耗品的不同點是有失效時間。比如一整年的付費週刊。在這種模式下，開發者定期投遞內容，使用者在訂閱期內隨時可以訪問這些內容。訂閱快要過期時，系統將自動更新訂閱（如果使用者同意）。

4.非自動更新訂閱品（Non-renewable subscriptions）：一般使用場景是從使用者從IAP購買後，購買資訊存放在自己的開發者伺服器上。失效日期/可用是由開發者伺服器自行控制的，而非由App Store控制，這一點與自動更新訂閱品有差異。

5.免費訂閱品（Free subscriptions）：在Newsstand中放置免費訂閱的一種方式。免費訂閱永不過期。只能用於Newsstand-enabled apps。

型別2、3、5都是以Apple ID為粒度的。比如小張有三個iPad，有一個Apple ID購買了不可消耗品，則三個iPad上都可以使用。

型別1、4一般來說則是現買現用。如果開發者自己想做更多控制，一般選4

2.2.2、建立成功後如下所示：

這裡寫圖片描述

其中產品id是字母或者數字，或者兩者的組合，用於唯一表示該虛擬物品，app也是通過請求產品id來從apple伺服器獲取虛擬物品資訊的。

2.3、設定稅務和銀行卡資訊

這一步必須設定，不然是無法從apple獲取虛擬產品資訊。

設定成功後如下所示：

這裡寫圖片描述

3、iOS端具體程式碼實現

完成了上面的準備工作，我們就可以開始著手IAP的程式碼實現了。

我們假設你已經完成了從後臺伺服器獲取虛擬物品列表這一步操作了，這一步後臺伺服器還會返回每個虛擬物品所對應的productionIdentifier，假設你也獲取到了，並儲存在屬性self.productIdent中。

需要在工程中引入 storekit.framework。

我們來看看後續如何實現IAP

3.1、確認使用者是否允許IAP

//移除監聽
-(void)dealloc
{
    [[SKPaymentQueue defaultQueue] removeTransactionObserver:self];
}

//新增監聽
- (void)viewDidLoad{
    [super viewDidLoad];
    [self.tableView.mj_header beginRefreshing];
    [[SKPaymentQueue defaultQueue] addTransactionObserver:self];
}

- (void)buyProdution:(UIButton *)sender{    
    if ([SKPaymentQueue canMakePayments]) {
        [self getProductInfo:self.productIdent];
    } else {
        [self showMessage:@"使用者禁止應用內付費購買"];
    }
}

3.2、發起購買操作

如果使用者允許IAP，那麼就可以發起購買操作了

//從Apple查詢使用者點選購買的產品的資訊
- (void)getProductInfo:(NSString *)productIdentifier {
    NSArray *product = [[NSArray alloc] initWithObjects:productIdentifier, nil];
    NSSet *set = [NSSet setWithArray:product];
    SKProductsRequest * request = [[SKProductsRequest alloc] initWithProductIdentifiers:set];
    request.delegate = self;
    [request start];
    [self showMessageManualHide:@"正在購買，請稍後"];
}

// 查詢成功後的回撥
- (void)productsRequest:(SKProductsRequest *)request didReceiveResponse:(SKProductsResponse *)response {
    [self hideHUD];
    NSArray *myProduct = response.products;
    if (myProduct.count == 0) {
        [self showMessage:@"無法獲取產品資訊，請重試"];
        return;
    }
    SKPayment * payment = [SKPayment paymentWithProduct:myProduct[0]];
    [[SKPaymentQueue defaultQueue] addPayment:payment];
}

//查詢失敗後的回撥
- (void)request:(SKRequest *)request didFailWithError:(NSError *)error {
    [self hideHUD];
    [self showMessage:[error localizedDescription]];
}

3.3、購買操作後的回撥

//購買操作後的回撥
- (void)paymentQueue:(SKPaymentQueue *)queue updatedTransactions:(NSArray *)transactions {
    [self hideHUD];
    for (SKPaymentTransaction *transaction in transactions)
    {
        switch (transaction.transactionState)
        {
            case SKPaymentTransactionStatePurchased://交易完成
                self.receipt = [GTMBase64 stringByEncodingData:[NSData dataWithContentsOfURL:[[NSBundle mainBundle] appStoreReceiptURL]]];
                [self checkReceiptIsValid];//把self.receipt傳送到伺服器驗證是否有效
                [self completeTransaction:transaction];
                break;

            case SKPaymentTransactionStateFailed://交易失敗
                [self failedTransaction:transaction];
                break;

            case SKPaymentTransactionStateRestored://已經購買過該商品
                [self showMessage:@"恢復購買成功"];
                [self restoreTransaction:transaction];
                break;

            case SKPaymentTransactionStatePurchasing://商品新增進列表
                [self showMessage:@"正在請求付費資訊，請稍後"];
                break;

            default:
                break;
        }
    }

}



- (void)completeTransaction:(SKPaymentTransaction *)transaction {
    [[SKPaymentQueue defaultQueue] finishTransaction: transaction];
}


- (void)failedTransaction:(SKPaymentTransaction *)transaction {
    if(transaction.error.code != SKErrorPaymentCancelled) {
        UIAlertView *alertView = [[UIAlertView alloc] initWithTitle:nil message:@"購買失敗，請重試"delegate:self cancelButtonTitle:@"取消" otherButtonTitles:@"重試", nil];
        [alertView show];
    } else {
        [self showMessage:@"使用者取消交易"];
    }

    [[SKPaymentQueue defaultQueue] finishTransaction: transaction];
}


- (void)restoreTransaction:(SKPaymentTransaction *)transaction {
    [[SKPaymentQueue defaultQueue] finishTransaction: transaction];
}

3.4、向伺服器端驗證購買憑證的有效性

在這一步我們需要向伺服器驗證Apple伺服器返回的購買憑證的有效性，然後把驗證結果通知使用者

- (void)checkReceiptIsValid{

    AFHTTPSessionManager manager]GET:@"後臺伺服器地址"  parameters::@"傳送的引數（必須包括購買憑證）"
    success:^(NSURLSessionDataTask * _Nonnull task, id  _Nonnull responseObject) {
        if(憑證有效){
          你要做的事
        }else{//憑證無效
          你要做的事
        }

    } failure:^(NSURLSessionDataTask * _Nullable task, NSError * _Nonnull error) {
                UIAlertView *alertView = [[UIAlertView alloc] initWithTitle:nil message:@"購買失敗，請重試"delegate:self cancelButtonTitle:@"取消" otherButtonTitles:@"重試", nil];
            [alertView show];
    }

}

3.5、傳送憑證失敗的處理

如果出現網路問題，導致無法驗證。我們需要持久化儲存購買憑證，在使用者下次啟動APP的時候在後臺向伺服器再一次發起驗證，直到成功然後移除該憑證。
保證如下define可在全域性訪問：

#define AppStoreInfoLocalFilePath [NSString stringWithFormat:@"%@/%@/", [NSSearchPathForDirectoriesInDomains(NSDocumentDirectory, NSUserDomainMask, YES) lastObject],@"EACEF35FE363A75A"]

-(void)alertView:(UIAlertView *)alertView clickedButtonAtIndex:(NSInteger)buttonIndex
{
    if (buttonIndex == 0)
    {
        [self saveReceipt];
    }
    else
    {
        [self checkReceiptIsValid];
    }
}

//AppUtils 類的方法，每次呼叫該方法都生成一個新的UUID
+ (NSString *)getUUIDString
{
    CFUUIDRef uuidRef = CFUUIDCreate(kCFAllocatorDefault);
    CFStringRef strRef = CFUUIDCreateString(kCFAllocatorDefault , uuidRef);
    NSString *uuidString = [(__bridge NSString*)strRef stringByReplacingOccurrencesOfString:@"-" withString:@""];
    CFRelease(strRef);
    CFRelease(uuidRef);
    return uuidString;
}

//持久化儲存使用者購買憑證(這裡最好還要儲存當前日期，使用者id等資訊，用於區分不同的憑證)
-(void)saveReceipt{
    NSString *fileName = [AppUtils getUUIDString];
    NSString *savedPath = [NSString stringWithFormat:@"%@%@.plist", AppStoreInfoLocalFilePath, fileName];

    NSDictionary *dic =[ NSDictionary dictionaryWithObjectsAndKeys:
                        self.receipt,                           Request_transactionReceipt,
                        self.date                               DATE                        
                        self.userId                             USERID
                        nil];

    [dic writeToFile:savedPath atomically:YES];
}

3.6、APP啟動後再次傳送持久化儲存的購買憑證到後臺伺服器

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions{    
    NSFileManager *fileManager = [NSFileManager defaultManager];

    //從伺服器驗證receipt失敗之後，在程式再次啟動的時候，使用儲存的receipt再次到伺服器驗證
    if (![fileManager fileExistsAtPath:AppStoreInfoLocalFilePath]) {//如果在改路下不存在檔案，說明就沒有儲存驗證失敗後的購買憑證，也就是說傳送憑證成功。
        [fileManager createDirectoryAtPath:AppStoreInfoLocalFilePath//建立目錄
               withIntermediateDirectories:YES
                                attributes:nil
                                     error:nil];
    }
    else//存在購買憑證，說明發送憑證失敗，再次發起驗證
    {
        [self sendFailedIapFiles];
    }
}

//驗證receipt失敗,App啟動後再次驗證
- (void)sendFailedIapFiles{
    NSFileManager *fileManager = [NSFileManager defaultManager];
    NSError *error = nil;

    //搜尋該目錄下的所有檔案和目錄
    NSArray *cacheFileNameArray = [fileManager contentsOfDirectoryAtPath:AppStoreInfoLocalFilePath error:&error];

    if (error == nil)
    {
        for (NSString *name in cacheFileNameArray)
        {
            if ([name hasSuffix:@".plist"])//如果有plist字尾的檔案，說明就是儲存的購買憑證
            {
                NSString *filePath = [NSString stringWithFormat:@"%@/%@", AppStoreInfoLocalFilePath, name];
                [self sendAppStoreRequestBuyPlist:filePath];

            }
        }
    }
    else
    {
        DebugLog(@"AppStoreInfoLocalFilePath error:%@", [error domain]);
    }
}

-(void)sendAppStoreRequestBuyPlist:(NSString *)plistPath
{
    NSDictionary *dic = [NSDictionary dictionaryWithContentsOfFile:plistPath];

    //這裡的引數請根據自己公司後臺伺服器介面定製，但是必須傳送的是持久化儲存購買憑證
    NSMutableDictionary *params = [NSMutableDictionary dictionaryWithObjectsAndKeys:
              [dic objectForKey:USERID],                           USERID,                    
              [dic objectForKey:DATE],                             DATE,  
              [dic objectForKey:Receipt],                            Receipt,                                                                             
              nil];


        AFHTTPSessionManager manager]GET:@"後臺伺服器地址"  parameters:params  success:^(NSURLSessionDataTask * _Nonnull task, id  _Nonnull responseObject) {
        if(憑證有效){
         [self removeReceipt]
        }else{//憑證無效
          你要做的事
        }

    } failure:^(NSURLSessionDataTask * _Nullable task, NSError * _Nonnull error) {

    }

 }

//驗證成功就從plist中移除憑證
-(void)sendAppStoreRequestSucceededWithData
{
    NSFileManager *fileManager = [NSFileManager defaultManager];
    if ([fileManager fileExistsAtPath:AppStoreInfoLocalFilePath])
    {
        [fileManager removeItemAtPath:AppStoreInfoLocalFilePath error:nil];
    }
}

4、測試

建立應用的沙盒測試賬號

這裡寫圖片描述

點選+號，根據具體資訊填寫。

至此，整個流程結束。

注： 完成購買的操作中，如果有伺服器，需要向伺服器驗證購買結果，如果沒有，就直接完成。

[[SKPaymentQueue defaultQueue] finishTransaction:transaction];
調起支付後，輸入註冊的沙盒賬號即可點選購買。

注：這裡有幾個注意事項

一，測試支付的ipa必須使用[App-Store]證書

二，越獄機器無法測試IAP

三，用SandBox賬號測試支付的時候,必須把在系統[設定]裡面把[Itunes Store 與 App Store]登入的非                               SandBox賬號登出掉,否則向蘋果伺服器請求不到訂單資訊

四，Sandbox賬號不要在正式支付環境登陸支付，登陸過的正式支付環境的SandBox賬號會失效

五，所有在itunes上配置的商品都必須可購買,不能有某些商品根據商戶自己的伺服器的資料在某個時期出現免費的情況

六，商品列表不能按照某些特定條件進行排序(比如說下載量)

七，非消耗型商品必須的有恢復商品功能

八，非消耗型別的商品不要和商戶自己的伺服器關聯

參考：

相關推薦

iOS應用內支付（IAP）詳解

在iOS開發中如果涉及到虛擬物品的購買，就需要使用IAP服務，我們今天來看看如何實現。 在實現程式碼之前我們先做一些準備工作，一步步來看。 1、IAP流程 IAP流程分為兩種，一種是直接使用Apple的伺服器進行購買和驗證，另一種就是自己假設伺服

iOS應用內支付（IAP）服務端端校驗詳解

imageview sof 客戶端 標識 知識庫 ndb json replace undle IAP流程 IAP流程分為兩種： 一種是直接使用Apple的服務器進行購買和驗證， 另一種就是自己假設服務器進行驗證。由於國內網絡連接Apple服務器驗證非常慢，而且也為了防止黑

iOS 應用內付費（IAP）開發步驟

參考文章連結： （1）http://mobile.51cto.com/iphone-389249.htm （2）http://blog.csdn.net/xiaominghimi/article/details/6937097 （3）http://zengwu3915.bl

ios 應用內支付（In-App Purchase,沙盒測試，後臺驗證）

1.蘋果iTunes Connect內購產品資訊錄入。 1）建立app內購買專案（Create New），選擇型別： 1.消耗型專案 對於消耗型 App 內購買專案，使用者每次下載時都必須進行購買。一次性服務通常屬於消耗型專案，例如釣魚App 中的魚餌。 2.非消耗型

ios 應用內支付（In-App Purchase,沙盒測試，後臺驗證）

1.蘋果iTunes Connect內購產品資訊錄入。 1）建立app內購買專案（Create New），選擇型別： 1.消耗型專案 對於消耗型 App 內購買專案，使用者每次下載時都必須進行購買。一次性服務通常屬於消耗型專案，例如釣魚App 中的魚餌。 2.非消耗型專案

iOS應用內支付（內購）

本文會給大家詳細介紹iOS內購，這是本人16年5月底的開發過程，希望對看完此篇文章的人有所幫助。  本文基於XcodeVersion 7.3 (7D175)版本，手機是iPhone 6，9.3系統。  部分地方直接摘自網路，基本上是我的邏輯，省時省心省力。 一. 建立測

IOS應用內購（一）內購的種類

Glossary IAP - In App Purchase, 應用內購。 內購種類 consumable - 可消費的，比如遊戲中的金幣，金幣可以購買遊戲道具或者裝備，這個金幣是可以消費的，用完之後可以再購買。 non-consumable - 不可消費的，一次購買，永久生效，比如去廣告，解鎖遊

IOS應用內支付IAP從零開始詳解，讓你少踩坑！

前言 什麼是IAP，即in-app-purchase 這幾天一直在搞ios的應用內購，查了很多部落格，發現幾乎沒有一篇部落格可以完整的概括出所有的點，為了防止大夥多次查閱資料，所以寫了這一篇部落格，希望大家能夠跟著我，從零開始，寫一個包含內購的應用出來 流程 一般有以下幾種

Spring Boot + IOS內購（IAP）

分享一個關於IAP(IOS內購)的專案 IAP驗證工具類 /** * @program: learningapi * @description: IOS驗證工具 * @author: Irving Wei * @create: 2018-09-10 17:20 **/ publ

記Google應用內商品（消耗品）支付小坑

因為應用要上架Google Play，所以需要接入Google支付和Paypal支付，本篇先記錄一下Google支付接入流程。首先來一波定心丸，Google支付的接入還是很簡單的；然後就是官方文件啦實現應用內購買結算。 個人理解，購買流程大致如下： （1）查

iOS應用內支付(IAP)的注意事項

來源：http://blog.csdn.net/xinruiios/article/details/9289573 IAP的全稱是In-App Purchase，應用內付費。這種業務模式允許使用者免費下載試用，對應用內提供的商品選擇消費，比如購買遊戲道具，購買遊戲等級

iOS應用內支付(IAP)開發步驟

前兩天和服務端同事一起，完成了應用內付費（以下簡稱IAP, In app purchase）的開發工作。步驟繁多，在此把開發步驟列表整理如下。因為只是步驟列表，所以並不含詳細的說明教程，需要看教程的新手，可以看我附在最後的一些參考連結。 配置Developer.apple.com 為應用建立建立一個

iOS應用內支付(IAP)開發中後期的那些坑

一，Product ID無效？ 好了，經過前面的準備後，就到了真正和IAP聯通的步驟了。在輸入一個Product ID向伺服器發起request的時候，很有可能出現失敗的情況，在request屬性InvalidateIdentifier中，你會發現這個Product I

Zabbix監控系統中內建的監控引數（Key）詳解

轉載自：https://blog.csdn.net/xkjcf/article/details/78559273?locationNum=10&fps=1 Zabbix 中內建了很多監控引數（Key），我們可以通過在客戶端配置檔案中定義key，獲取監控物件中的系統、CPU、網路、

iOS應用架構談（3）：網路層設計方案

前言 網路層在一個App中也是一個不可缺少的部分，工程師們在網路層能夠發揮的空間也比較大。另外，蘋果對網路請求部分已經做了很好的封裝，業界的AFNetworking也被廣泛使用。其它的ASIHttpRequest，MKNetworkKit啥的其實也都還不錯，但前者已經棄坑，後者

java提高篇（九）-----詳解匿名內部類

       在java提高篇-----詳解內部類中對匿名內部類做了一個簡單的介紹，但是內部類還存在很多其他細節問題，所以就衍生出這篇部落格。在這篇部落格中你可以瞭解到匿名內部類的使用、匿名內部類要注

java提高篇（七）-----詳解內部類

      可以將一個類的定義放在另一個類的定義內部，這就是內部類。        內部類是一個非常有用的特性但又比較難理解使用的特性(鄙人到現在都沒有怎麼使用過內部類，對內部類也只是略知一二)。

iOS應用開發基礎（四）基礎知識（資料儲存和多執行緒）

本文可能涉及很多零碎的知識點，其中包括iOS應用開發的相關基礎知識。以後會針對每個條目在進行深入研究，這裡只是先做一個相關知識的概述總結。 iOS的資料儲存 大多數iOS程式其功能總結為：提供一套介面，幫助使用者管理特定資料。在這個過程中，不同物件各司其

[iOS]應用內支付(內購)的個人開發過程及坑！

本文會給大家詳細介紹iOS內購，這是本人16年5月底的開發過程，希望對看完此篇文章的人有所幫助。 本文基於XcodeVersion 7.3 (7D175)版本，手機是iPhone 6，9.3系統。 部分地方直接摘自網路，基本上是我的邏輯，省時省心省力。 一

iOS應用開發入門（1）——第一個iOS應用

最近因為工作的原因，需要學習iOS應用開發。 本人現在在公司負責的是智慧裝置聯網模組，所謂的智慧裝置聯網，就是讓一些智慧裝置（多半是沒用螢幕的裝置）連上wifi，因為沒有螢幕，所以無法像手機和平板那樣通過螢幕選擇wifi和輸入wifi密碼，這個時候就需要手機來輔助，將手機上