更新開局一張圖：

iOS_IAP_UML.png

一箍土、代碼邏輯

關(guān)于iOS 訂閱灌侣、自動訂閱 本身功能開發(fā)很簡單侥涵。跟正常的購買沒什么大的差異。唯一需要特殊處理（自動訂閱）的是儡嘶，
在APP啟動時候要增加偵聽：
[[SKPaymentQueue defaultQueue] addTransactionObserver:self];

因為自動訂閱喇聊，除了第一次購買行為是用戶主動觸發(fā)的。后續(xù)續(xù)費都是Apple自動完成的蹦狂，一般在要過期的前24小時開始承疲，蘋果會嘗試扣費邻耕，扣費成功的話 會在APP下次啟動的時候主動推送給APP。所以燕鸽，APP啟動的時候一定要添加上面的那句話。

另外就是處理續(xù)費了：

- (void)paymentQueue:(SKPaymentQueue *)queue updatedTransactions:(NSArray *)transactions
{
    for (SKPaymentTransaction *transaction in transactions)
    {
        switch (transaction.transactionState)
        {
            case SKPaymentTransactionStatePurchasing: // 0
                break;
            case SKPaymentTransactionStatePurchased: // 1
                 //訂閱特殊處理
                 if(transaction.originalTransaction){
                      //如果是自動續(xù)費的訂單originalTransaction會有內(nèi)容 
                 }else{
                      //普通購買啼辣，以及 第一次購買 自動訂閱
                 }
                break;
            case SKPaymentTransactionStateFailed: // 2
                [self failTracker:transaction];
                break;
            case SKPaymentTransactionStateRestored: // 3
                [self restoreTransaction:transaction];
                
                break;
            default:

                break;
        }
    }
}

上述代碼片段對 transaction.originalTransaction 進行了判斷啊研，如果有內(nèi)容一定為訂閱類型的。為什么在這加個判斷處理鸥拧，是因為續(xù)費 是發(fā)生在APP啟動的時候党远，這時候你登錄流程等可能還沒有走完，因為有的游戲在跟服務(wù)器進行 校驗的時候會傳一些userid等信息富弦，或是加密的信息沟娱，視情況而定，是否要區(qū)分處理腕柜。
注意點：就是在沙箱環(huán)境測試時候济似，APP啟動可能得到5次的 - (void)paymentQueue:(SKPaymentQueue *)queue updatedTransactions:(NSArray *)transactions ；訂單處理盏缤，算是要并發(fā)處理case SKPaymentTransactionStatePurchased: 這種case砰蠢，這時候你得注意你得網(wǎng)絡(luò)請求隊列，不要最后一個訂單請求覆蓋了 前幾個唉铜。（可以用信號量處理下台舱，比較簡單）

二、服務(wù)器驗證receipt

服務(wù)器在校驗receipt時候也就有一個坑：

1潭流、那就是創(chuàng)建自動訂閱的時候需要新建一個共享秘鑰竞惋，就是一串字母。

2灰嫉、服務(wù)器在向蘋果服務(wù)器校驗receipt時候拆宛，不僅需要傳receipt，還需要傳秘鑰熬甫。

{
    “receipt-data” : “(actual receipt bytes here)”
    “password” : “(shared secret bytes here)”
}

3胰挑、介紹下receipt結(jié)構(gòu)
　receipt通過base64解碼可得：

{
    "signature" = "dfreree...."; //也是base64 
    "purchase-info" = "ewoJIm9x....."; //也是base64，這個里面存放詳細時間椿肩，流水號等
    "environment" = "Sandbox";
    "pod" = "100";
    "signing-status" = "0";
}

"purchase-info"可以再次base64解碼可得：

{
    "original-purchase-date-pst" = "2017-08-29 23:52:45 America/Los_Angeles";
    "purchase-date-ms" = "1504144439749";
    "unique-identifier" = "a063c2c321dd885642a5cddd9160e0ad8291d978";
    "original-transaction-id" = "1000000328915948";
    "expires-date" = "1504144739749";
    "transaction-id" = "1000000329310742";
    "original-purchase-date-ms" = "1504075965000";
    "web-order-line-item-id" = "1000000036091900";
    "bvrs" = "1";
    "unique-vendor-identifier" = "B78549AC-58D4-4750-8E6F-F4CCE6138A5A";
    "expires-date-formatted-pst" = "2017-08-30 18:58:59 America/Los_Angeles";
    "item-id" = "1276511095";
    "expires-date-formatted" = "2017-08-31 01:58:59 Etc/GMT";
    "product-id" = "lcm.denachina.pickle.38.1month";
    "purchase-date" = "2017-08-31 01:53:59 Etc/GMT";
    "original-purchase-date" = "2017-08-30 06:52:45 Etc/GMT";
    "bid" = "com.denachina.pickle";
    "purchase-date-pst" = "2017-08-30 18:53:59 America/Los_Angeles";
    "quantity" = "1";
}

你想要的東西瞻颂，都可以獲取到≈Ｏ螅客戶端可以做這些事情贡这，但是沒有多大必要钙勃，還是服務(wù)器處理得好裙顽。（對于無服務(wù)器APP只能客戶端處理了）
附上一個在線base64解碼的：http://base64.xpcha.com/

補充:

訂閱變化后->蘋果訂閱服務(wù)器通知app服務(wù)器設(shè)置：https://help.apple.com/app-store-connect/#/dev0067a330b

三、自動續(xù)費測試

重點都不是上面的，重點是測試陨享，如何測試？尤其自動續(xù)費怎么測聚请？
先看下Apple原文檔：
When testing auto-renewable subscriptions in the test environment, keep in mind that the duration times are compressed. Additionally, test subscriptions only auto-renew a maximum of six times. Table 3-1 lists the compressed duration times.

意思就是馏段，沙箱環(huán)境 自動續(xù)費時間縮短了，一周 對應(yīng) 三分鐘湃望，一月 對應(yīng) 五分鐘换衬。。证芭。
購買完一個一周 類型訂閱瞳浦，就不要在APP不退出的情況等待了，必須3分鐘 或是 10分鐘后重新登錄废士，Apple才會主動告知你結(jié)果叫潦，也就是第一點提到的。

測試中會遇到幾個問題：

1.沙箱環(huán)境自動續(xù)費是一定會自動續(xù)費的嗎官硝？
答案：不一定的矗蕊，有時候會，有時候不會泛源。所以要多測測拔妥，多建幾個測試賬號。

2.是否需要實現(xiàn)restoreCompletedTransactions 达箍？
答案：視需求吧没龙。有少量文章說2014年起蘋果審核嚴格了，必須要有一個按鈕實現(xiàn)restoreCompletedTransactions缎玫。另外硬纤，我聽百度一位同學(xué)說，愛奇藝2015年因為這個被拒過赃磨。但是筝家，目前來看很多使用了訂閱的應(yīng)用或是游戲，并沒有這個功能邻辉。
我是感覺溪王，看需求了。訂閱 是跟著 userid 唯一呢值骇？ 還是跟著apple id 呢莹菱？在國內(nèi)，一般都是前者吱瘩。

四道伟、討論

1.自動訂閱歸屬的問題：
a. 蘋果設(shè)計自動訂閱的初衷是 ，訂閱一個服務(wù)， 這個服務(wù)需要跟著 Apple ID走蜜徽。說白了祝懂，就是你A設(shè)備 用了Apple賬號100001購買了，你換了B設(shè)備 用Apple賬號100001登錄app store拘鞋，你同樣能享受到服務(wù)砚蓬。國外的一些音樂類型、雜志報刊等用的比較多掐禁，游戲類的少怜械，蘋果自己的Apple music也有自動訂閱（首創(chuàng)）。

b. 目前國內(nèi)的一些應(yīng)用或是游戲傅事，希望的是自動訂閱 關(guān)聯(lián)的是 APP的 user id ，而不是Apple ID峡扩。說白了蹭越，就是你購買了一個自動訂閱服務(wù)，我不管你哪個apple id 支付的教届， 但是只能我一個 APP的 唯一用戶可以享受服務(wù)响鹃。這時候就需要APP自身做處理了，就是記住首次購買的transaction-id案训，并且綁定某個用戶买置。以后自動續(xù)費的話，都會有original-transaction-id强霎，這個id 是第一次購買的transaction-id忿项，根據(jù)這個服務(wù)器可以聯(lián)系初始購買的服務(wù)。有點描述偏了城舞，當(dāng)transaction-id綁定了用戶轩触，再次收到其它用戶transaction-id請求時候，視情況處理了家夺。（你也可以根據(jù)unique-vendor-identifier處理）

2.同一個Apple ID購買完的自動訂閱脱柱，可以再次點擊購買嗎（有效期內(nèi)）？
答案：不可以拉馋，蘋果自身會攔截榨为，會出現(xiàn)這么個提示窗，如下圖：

3.購買了自動訂閱3個月的，可以換購 1年的 或是 1個月的嗎合住？
答案：可以绰精，蘋果文檔有提到撒璧，視為升級訂閱套餐 或是 降級訂閱套餐。

4.關(guān)于掉單的問題
答案：一定要在服務(wù)器校驗完票據(jù)后笨使，客戶端收到服務(wù)器的反饋結(jié)果后再：
[[SKPaymentQueue defaultQueue] finishTransaction: transaction];

5.關(guān)于普通消費商品卿樱，如何防止黑卡、掉單硫椰、外幣等?
我有時間會再寫一篇繁调。

6.沙箱測試時候，偶發(fā)的啟動時候收到多個（有可能40個以上）票據(jù)?
這種情況一般發(fā)生在沙箱環(huán)境靶草，一個賬號多次測試訂閱會偶發(fā)遇到蹄胰，這里要注意這些票據(jù)的校驗，要不批處理奕翔，要不通過信號量控制一下請求數(shù)裕寨。（PS：處理不好容易造成內(nèi)存問題，小心Ｅ杉獭）

五宾袜、了解更多

https://developer.apple.com/library/content/documentation/LanguagesUtilities/Conceptual/iTunesConnectInAppPurchase_Guide/Chapters/CreatingInAppPurchaseProducts.html#//apple_ref/doc/uid/TP40013727-CH3-SW10
https://developer.apple.com/library/content/documentation/NetworkingInternet/Conceptual/StoreKitGuide/Chapters/Subscriptions.html
https://stackoverflow.com/questions/8033673/ios-sandbox-environment-auto-renewal-subscription
http://www.reibang.com/p/28fc3cc8c49f
http://www.cnblogs.com/zidong0822/p/4701839.html
http://blog.csdn.net/xiaoyuanzhiying/article/details/46708043
http://www.reibang.com/p/e9e4dc3dc9ee
https://www.raywenderlich.com/154737/app-purchases-auto-renewable-subscriptions-tutorial
http://www.360doc.com/content/14/1118/16/12282510_426165722.shtml

2019.11.13更新~

介于很多同學(xué)還在追問，以及之前關(guān)于服務(wù)器這塊校驗邏輯沒有說的很明確驾窟，導(dǎo)致很多同學(xué)依然一臉懵逼的狀態(tài)庆猫。特此更新一下~

問得較多的問題

1.續(xù)訂后original-transaction-id會變化嗎？
答：不會绅络。

2.sandbox測試過程中會產(chǎn)生幾十個票據(jù)月培，怎么辦？
答：sandbox會出現(xiàn)這樣的現(xiàn)象昨稼，建議通過信號量 或是 批處理 進行處理节视，處理不當(dāng)會crash。（不懂信號量的自行g(shù)oogle）

3.sandbox怎么測試取消訂閱假栓？
答：自己模擬啊寻行，模擬蘋果的post請求，先看蘋果的server-to-server（https://developer.apple.com/documentation/storekit/in-app_purchase/enabling_server-to-server_notifications?language=objc）匾荆，其中notification_type 對應(yīng)值為 CANCEL 拌蜘，其它字段按需要改成之前訂閱的數(shù)據(jù)，向你們服務(wù)器發(fā)送請求啊牙丽，就點撥到這了简卧。

4.自己的服務(wù)器怎么處理蘋果的續(xù)訂？
答：

• 首先用戶第一次購買訂閱烤芦，server需要把票據(jù)存儲（最好把過期時間也記錄一下举娩，字段record_expires_date），蘋果會通知我們的server的，其中notification_type 對應(yīng)值為 INITIAL_BUY铜涉。
• 服務(wù)器需要做個定期（每天）檢測智玻，檢測目前已有的所有訂閱訂單是否過期，如果發(fā)現(xiàn)過期了芙代，就去蘋果服務(wù)器驗證receipt吊奢，其中蘋果返回的latest_receipt_info 字段，會告訴最新的訂閱訂單情況纹烹，你可以校驗expires-date與當(dāng)前時間比較页滚，判斷該訂閱有沒有續(xù)訂成功，并同時更新上述讓記錄的record_expires_date字段.
• 我們?yōu)槭裁醋錾鲜龅奶幚砥毯牵看蠹叶贾捞O果服務(wù)器會在訂閱過期的前一天裹驰，對用戶進行自動扣費，如果扣費成功了片挂，蘋果服務(wù)器并不會通知我們的服務(wù)器邦马，這是重點。不過有個特例宴卖，如果蘋果訂閱過期前一天扣費失敗了，蘋果服務(wù)器后面幾天還會嘗試對用戶自動扣費邻悬，如果后面扣費成功了（這時候用戶實際狀態(tài)是沒有續(xù)訂成功）症昏，蘋果會通知我們的server的，其中notification_type 對應(yīng)值為 RENEWAL,對于RENEWAL我們還是需要給用戶更新為正在訂閱的狀態(tài)父丰。
• 正式環(huán)境下肝谭，用戶主動取消訂閱，蘋果會通知我們的server的蛾扇，其中notification_type 對應(yīng)值為 CANCEL攘烛，我們需要更新用戶訂閱的狀態(tài)為取消。
• 總結(jié)镀首，對于自動續(xù)訂訂閱坟漱，我們自己的服務(wù)器完全可以與apple server的交互應(yīng)對用戶的訂閱狀態(tài)，只需要確定客戶端傳來的用戶第一次購買更哄， user id 對應(yīng) original-transaction-id的關(guān)系芋齿。后面的續(xù)訂，取消成翩，變更套餐觅捆，完全不依賴于客戶端傳來的信息。

更新退單處理：
https://developer.apple.com/documentation/storekit/in-app_purchase/handling_refund_notifications

追加一篇黑產(chǎn)預(yù)防：http://www.reibang.com/p/2f3f9a0673a3