應(yīng)用內(nèi)購(gòu)買(mǎi) In-App Purchase 詳解

一、引言

隨著移動(dòng)互聯(lián)網(wǎng)的迅猛發(fā)展，應(yīng)用內(nèi)購(gòu)買(mǎi)（In-App Purchase）已成為許多應(yīng)用程序采用的商業(yè)模式。盡管一些用戶可能對(duì)此持有疑慮甚至反感，但應(yīng)用內(nèi)購(gòu)買(mǎi)為開(kāi)發(fā)者提供了一種有效的盈利途徑，并且逐漸被用戶所接受。

二、基本原理介紹

參考Apple的開(kāi)發(fā)文檔In-App Purchase Programming Guide，我們可以了解到應(yīng)用內(nèi)購(gòu)買(mǎi)的基本原理：

1. Pre 0：在iTunesConnect中為應(yīng)用創(chuàng)建相應(yīng)的產(chǎn)品，并將這些產(chǎn)品添加到應(yīng)用信息中。
2. Step 1：應(yīng)用根據(jù)已創(chuàng)建產(chǎn)品的bundle identifier獲取產(chǎn)品列表。
3. Step 2：應(yīng)用請(qǐng)求產(chǎn)品信息，這些信息以SKProduct對(duì)象的形式呈現(xiàn)。
4. Step 3：App Store處理請(qǐng)求并返回信息。在實(shí)際編程中，Steps 1、2、3是緊密相連的。


5. Step 4：在應(yīng)用中展示產(chǎn)品信息給用戶。
6. 后續(xù)步驟包括用戶選擇產(chǎn)品、發(fā)起購(gòu)買(mǎi)請(qǐng)求、App Store處理交易并返回結(jié)果，以及應(yīng)用根據(jù)交易情況解鎖購(gòu)買(mǎi)內(nèi)容。

三、具體實(shí)現(xiàn)過(guò)程——以non-consumable產(chǎn)品為例

以下是一個(gè)具體的實(shí)現(xiàn)流程，以non-consumable產(chǎn)品（即一次購(gòu)買(mǎi)終身受用的產(chǎn)品）為例：

1. Step 1：創(chuàng)建產(chǎn)品
首先確保你的AppID是唯一的，不能包含特殊字符。在iTunesConnect中，選擇Manage In-App Purchases來(lái)創(chuàng)建產(chǎn)品。填寫(xiě)產(chǎn)品的詳細(xì)信息時(shí)，特別注意ProductID的填寫(xiě)，它類(lèi)似于應(yīng)用的Bundle Identifier，必須獨(dú)一無(wú)二。
2. Step 2：獲取產(chǎn)品信息
在實(shí)際編程過(guò)程中，通過(guò)創(chuàng)建SKProductsRequest來(lái)獲取產(chǎn)品信息。SKProducts信息包含在SKProductsResponse對(duì)象中。
3. Step 3：展示產(chǎn)品信息給用戶
在應(yīng)用中展示獲取到的產(chǎn)品信息，讓用戶進(jìn)行選擇。
4. Step 4：完成購(gòu)買(mǎi)
當(dāng)用戶點(diǎn)擊某個(gè)產(chǎn)品后，應(yīng)用向App Store發(fā)送購(gòu)買(mǎi)請(qǐng)求。App Store處理請(qǐng)求并完成交易后，返回結(jié)果到應(yīng)用。
5. Step 5：解鎖購(gòu)買(mǎi)內(nèi)容


應(yīng)用根據(jù)交易情況，解鎖并為用戶提供所購(gòu)買(mǎi)的內(nèi)容。

四、注意事項(xiàng)

在實(shí)際開(kāi)發(fā)過(guò)程中，需要注意以下幾點(diǎn)：

• 確保產(chǎn)品的Bundle Identifier獨(dú)一無(wú)二。
• 在填寫(xiě)ProductID時(shí)，遵循一定的命名規(guī)則，確保它的唯一性。


• 在交易過(guò)程中，確保為用戶提供足夠的提示信息，以便順利完成購(gòu)買(mǎi)。

五、結(jié)語(yǔ)

應(yīng)用內(nèi)購(gòu)買(mǎi)是一種有效的商業(yè)模式，逐漸得到用戶的接受。通過(guò)理解其基本原理和編程方法，開(kāi)發(fā)者可以輕松地將其集成到自己的應(yīng)用中。隨著移動(dòng)應(yīng)用的不斷發(fā)展，我們期待這一模式帶來(lái)更多的商業(yè)機(jī)會(huì)和創(chuàng)新可能。應(yīng)用內(nèi)購(gòu)買(mǎi)功能的構(gòu)建步驟詳解

====================

一、產(chǎn)品信息的添加

在應(yīng)用版本信息中集成產(chǎn)品，首先進(jìn)入應(yīng)用頁(yè)面，點(diǎn)擊“View Detail”，在下方找到并點(diǎn)擊“In-App Purchases”選項(xiàng)，之后點(diǎn)擊“Edit”將先前創(chuàng)建的產(chǎn)品加入其中。這一步驟確保了我們的應(yīng)用能夠展示和銷(xiāo)售我們預(yù)先定義的產(chǎn)品。

二、測(cè)試用戶的創(chuàng)建

為了在開(kāi)發(fā)階段測(cè)試應(yīng)用內(nèi)購(gòu)買(mǎi)功能，Apple提供了Test User功能。在iTunesConnect首頁(yè)，點(diǎn)擊“Manage Users”，然后選擇創(chuàng)建Test User。這個(gè)賬號(hào)將用于開(kāi)發(fā)過(guò)程中的應(yīng)用內(nèi)購(gòu)買(mǎi)測(cè)試，幫助我們實(shí)時(shí)查看交易過(guò)程，優(yōu)化用戶體驗(yàn)。

三、編程環(huán)境的準(zhǔn)備

在Xcode項(xiàng)目中，我們需要引入StoreKit.framework來(lái)實(shí)現(xiàn)應(yīng)用內(nèi)購(gòu)買(mǎi)的功能。為了監(jiān)測(cè)交易的整個(gè)過(guò)程，我們需要實(shí)現(xiàn)SKPaymentTransactionObserver接口。即使在交易過(guò)程中退出應(yīng)用，只要回到應(yīng)用的頁(yè)面，交易就能繼續(xù)進(jìn)行。我們需要在類(lèi)的初始化過(guò)程中加入[[SKPaymentQueue defaultQueue] addTransactionObserver:self];這句代碼來(lái)啟用TransactionObserver的功能。

四、類(lèi)的創(chuàng)建與配置

通常我們會(huì)創(chuàng)建一個(gè)單獨(dú)的類(lèi)來(lái)處理應(yīng)用內(nèi)購(gòu)買(mǎi)的功能。在這個(gè)類(lèi)中，我們需要實(shí)現(xiàn)一些關(guān)鍵的東西和流程。除了之前提到的接口和初始化代碼，還需要編寫(xiě)一系列的Methods來(lái)處理支付隊(duì)列的各類(lèi)，比如請(qǐng)求產(chǎn)品、處理交易等。

五、購(gòu)買(mǎi)流程的實(shí)現(xiàn)

假設(shè)我們已經(jīng)編寫(xiě)好了處理應(yīng)用內(nèi)購(gòu)買(mǎi)的類(lèi)，接下來(lái)就要實(shí)現(xiàn)具體的購(gòu)買(mǎi)流程。第一步是Request Products。我們的應(yīng)用需要向Apple的服務(wù)器發(fā)送請(qǐng)求，獲取可銷(xiāo)售的產(chǎn)品列表。這一步非常重要，因?yàn)樗鼪Q定了用戶能在應(yīng)用中看到哪些產(chǎn)品，以及產(chǎn)品的詳細(xì)信息。獲取產(chǎn)品列表后，用戶就可以根據(jù)自己的需求選擇并購(gòu)買(mǎi)產(chǎn)品了。購(gòu)買(mǎi)過(guò)程中，SKPaymentTransactionObserver會(huì)監(jiān)測(cè)整個(gè)交易過(guò)程，確保即使在應(yīng)用退出的情況下，交易也能順利進(jìn)行。用戶完成購(gòu)買(mǎi)后，應(yīng)用會(huì)收到交易成功的通知，然后展示相應(yīng)的產(chǎn)品內(nèi)容。

以上就是實(shí)現(xiàn)應(yīng)用內(nèi)購(gòu)買(mǎi)功能的基本步驟。在實(shí)際開(kāi)發(fā)過(guò)程中，可能還需要處理一些額外的問(wèn)題，比如錯(cuò)誤處理、用戶驗(yàn)證等。但只要按照這些步驟進(jìn)行，就能成功地在應(yīng)用中集成應(yīng)用內(nèi)購(gòu)買(mǎi)功能。深入了解iOS應(yīng)用內(nèi)購(gòu)買(mǎi)過(guò)程：從產(chǎn)品請(qǐng)求到完成購(gòu)買(mǎi)

一、發(fā)起產(chǎn)品請(qǐng)求

在產(chǎn)品展示環(huán)節(jié)，首先需要獲取產(chǎn)品相關(guān)信息。通過(guò)創(chuàng)建一個(gè)SKProductsRequest對(duì)象并初始化，指定需要請(qǐng)求的產(chǎn)品標(biāo)識(shí)符（product identifiers）。這些標(biāo)識(shí)符通常存儲(chǔ)在一個(gè)集合（Set）中。例如：

```objc

SKProductsRequest productRequest = [[SKProductsRequest alloc] initWithProductIdentifiers:_productIdentifiers];

productRequest.delegate = self;

[_productRequest start];

```

這里的productIdentifiers是一個(gè)NSSet對(duì)象，包含一系列的產(chǎn)品標(biāo)識(shí)符，這些標(biāo)識(shí)符指向App Store中的不同產(chǎn)品。請(qǐng)求被發(fā)起后，將會(huì)收到一個(gè)包含產(chǎn)品信息的響應(yīng)。

二、處理響應(yīng)信息

當(dāng)產(chǎn)品請(qǐng)求發(fā)出后，會(huì)收到一個(gè)響應(yīng)（SKProductsResponse）。這個(gè)響應(yīng)包含了請(qǐng)求的產(chǎn)品信息，以SKProduct對(duì)象的數(shù)組形式呈現(xiàn)。例如：

```objc

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

NSArray skProducts = response.products;

// 對(duì)產(chǎn)品進(jìn)行后續(xù)處理...

}

```

在這個(gè)方法中，你可以獲取到產(chǎn)品的詳細(xì)信息，如名稱、價(jià)格等。這些信息主要用于展示，購(gòu)買(mǎi)時(shí)只需使用SKProduct對(duì)象即可。

三、處理請(qǐng)求錯(cuò)誤

除了成功獲取響應(yīng)外，還需要處理請(qǐng)求過(guò)程中可能出現(xiàn)的錯(cuò)誤。例如：

```objc

- (void)request:(SKRequest )request didFailWithError:(NSError )error {

// 處理錯(cuò)誤...

}

```

在這個(gè)方法中，你可以捕獲并處理請(qǐng)求過(guò)程中出現(xiàn)的錯(cuò)誤。這對(duì)于確保用戶能夠順利購(gòu)買(mǎi)至關(guān)重要。

四、產(chǎn)品購(gòu)買(mǎi)流程

一旦產(chǎn)品信息準(zhǔn)備就緒，就可以進(jìn)行購(gòu)買(mǎi)操作了。首先創(chuàng)建一個(gè)SKPayment對(duì)象，指定要購(gòu)買(mǎi)的產(chǎn)品：

```objc

SKPayment payment = [SKPayment paymentWithProduct:product];

[[SKPaymentQueue defaultQueue] addPayment:payment];

```

以上代碼實(shí)現(xiàn)了將購(gòu)買(mǎi)請(qǐng)求添加到支付隊(duì)列中的功能。接下來(lái)，應(yīng)用將連接到App Store進(jìn)行后續(xù)處理。至此，購(gòu)買(mǎi)流程就完成了。在這個(gè)過(guò)程中，需要確保你的應(yīng)用已經(jīng)獲得了相應(yīng)的權(quán)限和配置，以便順利處理購(gòu)買(mǎi)過(guò)程。深入解讀SKPaymentTransactionObserver：交易狀態(tài)的觀察與處理

SKPaymentTransactionObserver概述

在App Store的支付流程中，SKPaymentTransactionObserver扮演了一個(gè)重要的角色。它是用于監(jiān)聽(tīng)和響應(yīng)支付隊(duì)列中交易狀態(tài)變化的觀察者。每當(dāng)交易狀態(tài)更新時(shí)，都會(huì)觸發(fā)相應(yīng)的回調(diào)方法。

交易狀態(tài)的變化與處理

當(dāng)支付隊(duì)列中的交易狀態(tài)更新時(shí)，會(huì)調(diào)用`paymentQueue:updatedTransactions:`方法。在這個(gè)方法中，我們遍歷所有的交易，并根據(jù)其狀態(tài)進(jìn)行相應(yīng)的處理。

交易狀態(tài)主要分為三種：購(gòu)買(mǎi)（Purchased）、失敗（Failed）和恢復(fù)（Restored）。

購(gòu)買(mǎi)狀態(tài)：當(dāng)交易成功時(shí)，會(huì)進(jìn)入購(gòu)買(mǎi)狀態(tài)。我們應(yīng)該調(diào)用`completeTransaction:`方法來(lái)處理，包括記錄交易和提供內(nèi)容。從支付隊(duì)列中移除這個(gè)交易。

失敗狀態(tài)：當(dāng)交易失敗時(shí)，會(huì)進(jìn)入失敗狀態(tài)。在此情況下，我們需要調(diào)用`failedTransaction:`方法進(jìn)行處理，記錄失敗原因并通知用戶。

恢復(fù)狀態(tài)：對(duì)于已經(jīng)在App Store購(gòu)買(mǎi)過(guò)的應(yīng)用或內(nèi)購(gòu)項(xiàng)目，用戶在其他設(shè)備上可以通過(guò)“恢復(fù)”功能再次獲取，而無(wú)需再次支付。這就是恢復(fù)交易狀態(tài)。當(dāng)檢測(cè)到恢復(fù)交易時(shí)，我們調(diào)用`restoreTransaction:`方法來(lái)處理。

恢復(fù)交易狀態(tài)的詳解

恢復(fù)交易狀態(tài)在iOS內(nèi)購(gòu)中是一個(gè)非常實(shí)用的功能。想象一下，用戶在iPhone上用他的賬號(hào)購(gòu)買(mǎi)了一個(gè)應(yīng)用或內(nèi)購(gòu)項(xiàng)目，然后他在iPad上想再次使用這個(gè)應(yīng)用或項(xiàng)目。他不需要再次支付，因?yàn)锳pple會(huì)檢測(cè)他的購(gòu)買(mǎi)記錄。如果有購(gòu)買(mǎi)記錄，就會(huì)觸發(fā)恢復(fù)交易狀態(tài)，此時(shí)我們可以通過(guò)`restoreTransaction:`方法來(lái)處理這個(gè)交易，提供相應(yīng)的內(nèi)容給用戶。

completeTransaction方法的實(shí)現(xiàn)

當(dāng)交易成功購(gòu)買(mǎi)后，我們需要調(diào)用`completeTransaction:`方法來(lái)處理。這個(gè)方法主要包括兩個(gè)步驟：一是記錄交易，二是提供用戶所購(gòu)買(mǎi)的內(nèi)容。我們可以使用NSUserDefaults來(lái)記錄交易信息。記錄完成后，我們從支付隊(duì)列中移除這個(gè)交易，并通知用戶已經(jīng)成功購(gòu)買(mǎi)。

總結(jié)

SKPaymentTransactionObserver是App Store支付流程中的關(guān)鍵部分。通過(guò)監(jiān)聽(tīng)交易狀態(tài)的變化，我們可以為用戶提供流暢、安全的購(gòu)買(mǎi)體驗(yàn)。從購(gòu)買(mǎi)、失敗到恢復(fù)，每一個(gè)狀態(tài)都有其特定的處理方法。只有正確處理這些狀態(tài)，才能確保用戶的購(gòu)買(mǎi)過(guò)程順利進(jìn)行，并為用戶提供他們所期望的內(nèi)容。 需要注意的In-App Purchase細(xì)節(jié)

關(guān)注finishTransaction這行代碼

在應(yīng)用程序的購(gòu)買(mǎi)流程中，有一行代碼`finishTransaction`至關(guān)重要。當(dāng)這行代碼被執(zhí)行時(shí)，意味著交易已經(jīng)完成，`TransactionObserver`將不再監(jiān)測(cè)這個(gè)交易。開(kāi)發(fā)者需要確保在適當(dāng)?shù)臅r(shí)候調(diào)用這行代碼，以避免出現(xiàn)意外的錯(cuò)誤或混淆。

恢復(fù)交易與其他狀態(tài)處理

除了完成交易，還存在恢復(fù)交易（Restore）和交易失?。╢ailed）等狀態(tài)。對(duì)于這些情況，開(kāi)發(fā)者需要根據(jù)應(yīng)用的需求進(jìn)行相應(yīng)處理。這些處理邏輯在開(kāi)發(fā)文檔中都有詳細(xì)說(shuō)明。還有一個(gè)關(guān)于恢復(fù)交易的特定方法需要注意。

注意恢復(fù)交易失敗的處理方法

在恢復(fù)交易過(guò)程中，如果發(fā)生錯(cuò)誤，可以通過(guò)`- (void)paymentQueue:(SKPaymentQueue)queue restoreCompletedTransactionsFailedWithError:(NSError)error`這個(gè)方法來(lái)進(jìn)行處理。當(dāng)恢復(fù)交易失敗時(shí)，可以顯示相應(yīng)的錯(cuò)誤信息提示，以便用戶了解具體情況。

附加提示：用戶交互與通知處理

在整個(gè)購(gòu)買(mǎi)過(guò)程中，為了提升用戶體驗(yàn)，開(kāi)發(fā)者通常需要給用戶展示一些提示信息，如“等待”、“正在連接”、“交易已完成”等。為了實(shí)現(xiàn)這些功能，可以利用通知（notification）機(jī)制。在交易環(huán)節(jié)發(fā)布通知，并對(duì)這些通知進(jìn)行適當(dāng)處理。本文專(zhuān)注于In-App Purchase的介紹，關(guān)于通知編程的部分將不做詳細(xì)闡述。

In-App Purchase的中文解釋及其特點(diǎn)

IAP，全稱In-App Purchase，是指在蘋(píng)果應(yīng)用商店（App Store）中的“軟件內(nèi)付費(fèi)內(nèi)容”。其主要特點(diǎn)包括無(wú)縫升級(jí)軟件功能或擴(kuò)充內(nèi)容、支持付費(fèi)后下載以有效防止盜版、節(jié)約開(kāi)發(fā)成本、支持無(wú)限推出內(nèi)容擴(kuò)展并保證持續(xù)收入等。具體表現(xiàn)為在應(yīng)用中可以通過(guò)購(gòu)買(mǎi)實(shí)現(xiàn)某些功能的開(kāi)啟、新游戲地圖的下載、軟件新內(nèi)容的解鎖等。購(gòu)買(mǎi)IAP內(nèi)容符合App Store的付費(fèi)策略，即一次付款后，可以無(wú)限制多次下載IAP內(nèi)容，不會(huì)重復(fù)扣費(fèi)（點(diǎn)數(shù)/包月類(lèi)物品除外）。購(gòu)買(mǎi)IAP內(nèi)容所使用的賬戶必須和下載軟件本體的賬戶一致。

云音樂(lè)中的In-App Purchase實(shí)踐總結(jié)

在云音樂(lè)應(yīng)用中實(shí)踐In-App Purchase時(shí)，開(kāi)發(fā)者需要按照蘋(píng)果的規(guī)范操作。主要包括根據(jù)應(yīng)用提供的商品功能和類(lèi)型選擇適當(dāng)?shù)膬?nèi)購(gòu)項(xiàng)目類(lèi)型并創(chuàng)建商品。這一過(guò)程相當(dāng)于在業(yè)務(wù)服務(wù)端和App Store Connect平臺(tái)都維護(hù)一份相對(duì)應(yīng)的商品列表。目前IAP中的內(nèi)購(gòu)項(xiàng)目主要分為四類(lèi)。具體的創(chuàng)建和管理IAP商品的流程會(huì)在后續(xù)的開(kāi)發(fā)文檔中進(jìn)行詳細(xì)介紹。

在實(shí)際開(kāi)發(fā)中，需要注意選擇正確的內(nèi)購(gòu)項(xiàng)目類(lèi)型，遵循蘋(píng)果的規(guī)定，并處理好各種交易狀態(tài)以及用戶交互提示，以提升用戶體驗(yàn)和保證應(yīng)用的穩(wěn)定運(yùn)行。消耗型商品的內(nèi)購(gòu)購(gòu)買(mǎi)手冊(cè)

==================

一、項(xiàng)目背景及IAP購(gòu)買(mǎi)介紹

在移動(dòng)應(yīng)用開(kāi)發(fā)中，為了提升用戶體驗(yàn)和增加應(yīng)用收益，開(kāi)發(fā)者常常需要集成內(nèi)購(gòu)購(gòu)買(mǎi)功能。以消耗型商品為例，用戶可以在應(yīng)用中直接購(gòu)買(mǎi)虛擬商品或服務(wù)。為了實(shí)現(xiàn)這一功能，開(kāi)發(fā)者需要接入蘋(píng)果的系統(tǒng)庫(kù)StoreKit。值得注意的是，蘋(píng)果在最新的WWDC21大會(huì)上推出了StoreKit2，但考慮到兼容性，我們的項(xiàng)目中主要使用老版本的StoreKit。

二、內(nèi)購(gòu)支付流程解析

內(nèi)購(gòu)購(gòu)買(mǎi)支付的過(guò)程主要由蘋(píng)果系統(tǒng)處理。交易完成后，系統(tǒng)會(huì)更新本地的交易票據(jù)信息，并回調(diào)應(yīng)用程序。這些票據(jù)包含了交相關(guān)的加密數(shù)據(jù)。為了保證數(shù)據(jù)的真實(shí)性和準(zhǔn)確性，開(kāi)發(fā)者需要進(jìn)行驗(yàn)證。驗(yàn)證方式主要有兩種：本地驗(yàn)證和服務(wù)端驗(yàn)證。出于安全性和功能考慮，通常選擇服務(wù)端驗(yàn)證。服務(wù)端會(huì)利用票據(jù)請(qǐng)求蘋(píng)果服務(wù)端，獲取交的詳細(xì)信息，并根據(jù)這些信息判斷和處理履約情況。

三、流程圖和主體邏輯

整體的內(nèi)購(gòu)購(gòu)買(mǎi)流程結(jié)構(gòu)如下圖所示。對(duì)于自動(dòng)訂閱類(lèi)型的商品，由于涉及到下個(gè)周期的代扣履約情況，處理過(guò)程會(huì)相對(duì)復(fù)雜一些。主要包括兩個(gè)方面：一是服務(wù)端通過(guò)App Store Server Notifications接收訂閱續(xù)期的情況；二是應(yīng)用在啟動(dòng)時(shí)收到蘋(píng)果關(guān)于續(xù)期成功票據(jù)的更新回調(diào)。IAP商品在App Store Connect中配置，與我們的應(yīng)用相對(duì)應(yīng)。值得注意的是，在測(cè)試階段，如果應(yīng)用被重簽名，可能會(huì)獲取不到對(duì)應(yīng)的IAP商品信息。IAP支持批量購(gòu)買(mǎi)，但最大數(shù)量為10。

四、服務(wù)端票據(jù)驗(yàn)證

在沙盒環(huán)境中測(cè)試內(nèi)購(gòu)功能時(shí)，不需要真實(shí)的購(gòu)買(mǎi)操作。通過(guò)創(chuàng)建沙盒測(cè)試賬號(hào)，可以模擬支付過(guò)程。正式環(huán)境中，針對(duì)上架應(yīng)用的內(nèi)購(gòu)買(mǎi)，如果嘗試使用沙盒環(huán)境的小票進(jìn)行驗(yàn)證，會(huì)收到特定的錯(cuò)誤碼。驗(yàn)證請(qǐng)求接口相對(duì)開(kāi)放，只要票據(jù)數(shù)據(jù)真實(shí)，就可以通過(guò)驗(yàn)證接口獲取交易結(jié)果。這也要求服務(wù)端對(duì)票據(jù)的真實(shí)性和可靠性進(jìn)行嚴(yán)格的校驗(yàn)。所有驗(yàn)證相關(guān)的字段和詳細(xì)信息都可以在“App Store Receipts responseBody”中查看。

五、問(wèn)題及解決方案

在實(shí)際應(yīng)用中，內(nèi)購(gòu)交主要依賴客戶端發(fā)起和交易結(jié)果回調(diào)的感知。服務(wù)端無(wú)法主動(dòng)向蘋(píng)果請(qǐng)求訂單結(jié)果，這導(dǎo)致在實(shí)際應(yīng)用中可能會(huì)遇到各種問(wèn)題。例如，交易處理邏輯可能被封裝在內(nèi)部，回調(diào)的交易信息可能被包裝成Task放入隊(duì)列中，然后由Verifier請(qǐng)求服務(wù)端進(jìn)行驗(yàn)證。針對(duì)這些問(wèn)題，我們開(kāi)發(fā)了基礎(chǔ)庫(kù)NEStoreKit，對(duì)業(yè)務(wù)流程進(jìn)行抽象和封裝，幫助各團(tuán)隊(duì)快速接入，保障支付履約的完成，并優(yōu)化交易場(chǎng)景。我們還記錄了各個(gè)階段的交易日志，以便更有效地排查問(wèn)題。

內(nèi)購(gòu)購(gòu)買(mǎi)功能的實(shí)現(xiàn)涉及多個(gè)環(huán)節(jié)和復(fù)雜的流程。開(kāi)發(fā)者需要深入理解每一個(gè)細(xì)節(jié)，確保支付流程的安全、順暢和可靠。通過(guò)不斷優(yōu)化和改進(jìn)，我們可以為用戶提供更好的購(gòu)買(mǎi)體驗(yàn)，同時(shí)保障應(yīng)用的收益和穩(wěn)定運(yùn)行。SDK外部使用IAP票據(jù)結(jié)果的可靠性探討

一、WWDC2021與StoreKit 2的提出

在蘋(píng)果舉辦的年度開(kāi)發(fā)者大會(huì)WWDC2021上，針對(duì)內(nèi)購(gòu)機(jī)制的新設(shè)計(jì)“Meet StoreKit 2”正式亮相。這一新設(shè)計(jì)旨在簡(jiǎn)化開(kāi)發(fā)者的工作流程，使其更加貼近用戶需求。相較于傳統(tǒng)的StoreKit，StoreKit2帶來(lái)了更為便捷的API使用方式。其中，最大的改變?cè)谟诳蛻舳丝梢允褂胊ppAccountToken替換原有的applicationUserName，這一變化將AppleId與應(yīng)用中的賬戶緊密關(guān)聯(lián)起來(lái)，解決了過(guò)去容易出現(xiàn)的賬戶丟失問(wèn)題。

二、服務(wù)端的新角色：用戶消費(fèi)行為的傳遞者

在服務(wù)端方面，通過(guò)新的標(biāo)識(shí)，開(kāi)發(fā)者能夠更順暢地將用戶的消費(fèi)行為發(fā)送給蘋(píng)果。這一舉措不僅簡(jiǎn)化了開(kāi)發(fā)者的操作，也為蘋(píng)果處理用戶對(duì)消費(fèi)型商品的退款情況提供了有力支持。這一機(jī)制確保了消費(fèi)行為的準(zhǔn)確性，增強(qiáng)了用戶的購(gòu)物體驗(yàn)，同時(shí)也提高了開(kāi)發(fā)者的服務(wù)效率。

三、iOS版本限制：當(dāng)前的挑戰(zhàn)與應(yīng)對(duì)策略

盡管新的內(nèi)購(gòu)設(shè)計(jì)帶來(lái)了諸多便利，但目前仍面臨著iOS版本限制的問(wèn)題。這對(duì)于開(kāi)發(fā)者來(lái)說(shuō)是一個(gè)挑戰(zhàn)，也是一個(gè)機(jī)遇。面對(duì)這一問(wèn)題，開(kāi)發(fā)者需要持續(xù)關(guān)注蘋(píng)果的更新動(dòng)態(tài)，及時(shí)跟進(jìn)版本迭代，確保自己的應(yīng)用能夠兼容最新的系統(tǒng)版本。也需要加強(qiáng)與蘋(píng)果開(kāi)發(fā)人員的交流，及時(shí)反饋問(wèn)題，共同推動(dòng)內(nèi)購(gòu)系統(tǒng)的完善。

四、內(nèi)購(gòu)的過(guò)往與現(xiàn)狀：開(kāi)發(fā)者的痛點(diǎn)與收獲

內(nèi)購(gòu)機(jī)制一直是開(kāi)發(fā)者關(guān)注的焦點(diǎn)。在過(guò)去的實(shí)踐中，開(kāi)發(fā)者面臨著創(chuàng)建商品流程繁瑣、初期接入自動(dòng)續(xù)費(fèi)時(shí)遇到的坑等問(wèn)題。隨著與蘋(píng)果開(kāi)發(fā)人員的交流和反饋，蘋(píng)果逐漸為開(kāi)發(fā)者提供了更多更全面的API。這些API的推出，如通過(guò)調(diào)用接口管理內(nèi)購(gòu)商品、服務(wù)端自主查詢交易信息等，極大地簡(jiǎn)化了開(kāi)發(fā)者的操作，提高了開(kāi)發(fā)效率。

五、未來(lái)展望：持續(xù)完善交易系統(tǒng)的可靠性和安全性

對(duì)于iOS開(kāi)發(fā)者來(lái)說(shuō)，持續(xù)關(guān)注StoreKit的發(fā)展顯得尤為重要。開(kāi)發(fā)者需要加強(qiáng)與蘋(píng)果方面的溝通，同時(shí)也需要與服務(wù)端緊密合作，共同完善交易系統(tǒng)的可靠性和安全性。隨著技術(shù)的不斷進(jìn)步和市場(chǎng)的不斷變化，內(nèi)購(gòu)機(jī)制將會(huì)越來(lái)越完善，為開(kāi)發(fā)者帶來(lái)更多的便利和收益。