---

本文旨在對 IOS 推送停止一個完全的分析，假如你之前對推送一竅不通，那末在你賣力地浏覽了全文後勢必釀成一個推送熟手在行，你將會對個中的各類細節和道理有充足的懂得。以下是 pikacode 應用 IOS 推送的一些經歷，迎接相互交換，指失足漏的地方。

推送辦事可以說是一切 App 的標配，豈論是哪一種類型的 App，推送都從很年夜水平上決議了 App 的 翻開率、應用率、存活率 。是以，熟知並控制推送道理及辦法，對每個開辟者來講都是必備技巧，對每個依附 App 的公司來講都相當主要。

從 IOS 10 新增的 UserNotifications Framework 可以發明，Apple 整合了原有狼藉的 API，而且增長了很多壯大的功效。以 Apple 官方的角度來看，也必定是相當看重推送辦事對 App 的影響、和對 Apple iOS 生態圈久遠成長的影響。

預備篇

Tip 1：推送告訴（Push Notification）必需購置 Apple 開辟者賬號，並應用特定的推送證書

應用收費帳號不克不及推送。
那假如我們應用的是第三方推送辦事（以下簡稱第三方）呢？好比「極光推送」。也必需購置開辟者帳號。由於一切的第三方都邑將推送要求發至 APNs（Apple Push Notification service 蘋果推送告訴辦事），一切推送均是由 APNs 下發。
若何注冊及准確的設置裝備擺設證書。

道理篇

Tip 2：推送告訴自己是 iOS 體系的行動，所以在 App 沒有運轉（沒有在前台也沒有在後台）的時刻：
依然可以或許推送及吸收（告訴中間告訴、頂部橫幅、刷新 App 右上角的小圓點即 badge [以下簡稱角標] 等都邑由體系來掌握和展現）。
收到推送時，是沒法在 App 的代碼中獲得到告訴內容的。由於沙盒機制，此時 App 的任何代碼都弗成能被履行。

Tip 3：手機向 APNs 注冊推送辦事
1.在代碼中注冊推送辦事：

 #ifdef __IPHONE_8_0
 if ([[UIApplication sharedApplication] respondsToSelector:@selector(registerUserNotificationSettings:)]) {
   UIUserNotificationSettings *settings = [UIUserNotificationSettings settingsForTypes:UIUserNotificationTypeBadge| UIUserNotificationTypeSound|UIUserNotificationTypeAlert categories:nil];
   [[UIApplication sharedApplication] registerUserNotificationSettings:settings];
 } else {
   UIRemoteNotificationType myTypes = UIRemoteNotificationTypeBadge | UIRemoteNotificationTypeAlert | UIRemoteNotificationTypeSound;
   [[UIApplication sharedApplication] registerForRemoteNotificationTypes:myTypes];
}
 #else
   UIRemoteNotificationType myTypes = UIRemoteNotificationTypeBadge | UIRemoteNotificationTypeAlert | UIRemoteNotificationTypeSound;
   [[UIApplication sharedApplication] registerForRemoteNotificationTypes:myTypes];
 #endif

2.在第一次觸發這段代碼的時刻，會有一個體系彈窗，訊問你能否許可該 App 要給你推送信息。當你選擇許可時，體系會打包 App+手機獨一標識+證書 信息發送至 APNs 辦事器注冊推送辦事，APNs 體系會對該手機裝置的該 App 能否有推送權限停止驗證，所以必需要參加了 Apple Deveice 的手機，應用對應 App 的推送證書能力夠勝利的注冊。

3.假如注冊勝利，則可以在 AppDelegate.m 的以下辦法中獲得到 deviceToken，它是對 該手機+該App 組合的一個獨一標識，當應用長途推送時，只需將推送新聞發給指定的 deviceToken 便可使推送信息轉達給指定手機的指定 App 上。是以假如你應用第三方，就須要在這個辦法裡將 deviceToken 傳給第三方。（在 iOS 9 為了更好的掩護用戶隱私，會湧現屢次反復刪除/裝置 App 招致 deviceToken 赓續變更的情形。有時會湧現一條推送手機遇收到 2 次的成績，屬於 iOS 9 體系成績）。

 -(void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken { 
   [JPUSHService registerDeviceToken:deviceToken];//將 deviceToken 傳給極光推送
 }

4.假如以上步調均勝利，此時你可以或許取到第三方供給的裝備注冊 id。可否取到該 id 值，可以作為斷定裝備能否可以或許勝利推送的尺度（見 Tip 6 - Registration ID）。由於當你取到該值時必定：

推送證書設置裝備擺設准確（你具有了推送權限）。
裝備勝利在 APNs 注冊並前往了 deviceToken（APNs 能辨認你的裝備了）。
前往 的 deviceToken 傳給第三方，勝利在第三方生成了獨一標識注冊 id（第三方能將你的裝備信息傳給 APNs 了）。

5.綜上，注冊及吸收推送必需應用真機，必需連網。

Tip 4：推送告訴從 辦事端 --> App 代碼 的進程

1.應用你們公司或第三方的辦事端向 APNs 發送推送要求（請參考蘋果 APNs 相干材料，或許第三方推送供給了更簡略的 REST API）。
2.APNs 吸收並驗證推送要求。
3.APNs 找到裝備下發推送。
4.手機收到推送告訴，體系依據 App 狀況停止處置：
前台收到：
體系會將告訴內容傳到 didReceiveRemoteNotification
後台收到：
假如開啟了 Remote Notification ，體系將推送傳到 didReceiveRemoteNotification:fetchCompletionHandler:（見 Tip 5 - 後台推送），不然此時期碼中收不到推送。
展現橫幅、告訴中間、聲響、角標。
加入收到：
假如點擊推送橫幅/告訴中間而啟動 App，體系將告訴傳到 didFinishLaunchingWithOptions。
展現橫幅、告訴中間、聲響、角標。

推送告訴內容篇

Tip 5：推送告訴分為 當地/長途 2 品種型：

當地告訴，可指定推送時光，在該時光准時彈出推送告訴。
長途推送告訴，分為 通俗推送/後台推送/靜默推送 3 品種型。存在延遲成績（因為 Tip 1 第 2 點，APNs 的不穩固及岑嶺時段的巨量要求而至）。
    通俗推送
      就是我們在手機上日常平凡見到的推送告訴。
     包括聲響、橫幅、角標、自界說字段。
     App ：
          處於前台，不會展現橫幅，可經由過程 didReceiveRemoteNotification（iOS 7 before)didReceiveRemoteNotification:fetchCompletionHandler:（iOS 7 after）獲得告訴內容（前台展現橫幅的辦法看這裡）。
           處於後台，會展現橫幅，沒法獲得告訴內容。
           處於加入，會展現橫幅，沒法獲得告訴內容。
          點擊圖標啟動，沒法獲得告訴內容。
          點擊告訴橫幅啟動，在 didFinishLaunchingWithOptions 獲得告訴內容。
    告訴內容相似以下：

{
 "_j_msgid" = 200806057; // 第三方附帶的 id，用於統計點擊
 aps =   {
  alert = "顯示內容";
  badge = 1; // App 角標，可推送 n、+n、-n 來完成角標的固定、增長、削減
  sound = default; // 推送聲響，默許體系三全音，如需應用本身的聲響，須要將聲響文件拖拽&拷貝至 Xcode 工程目次隨意率性地位，並在推送時指定其文件名
 };
 key1 = value1; // 自界說字段，可設置多組，用於處置外部邏輯
 key2 = value2;
}

後台推送

各類顯示後果跟通俗推送完整一樣。
必需攜帶 "content-available" = 1;
必需攜帶 alert、badge、sound 中 至多 1 個字段。
僅 iOS 7 今後支撐。
必需在 Xcode 工程中 TARGETS - Capabilities - Background Modes - Remote notifications 開啟該功效。

App：

處於前台，可經由過程didReceiveRemoteNotification（iOS 7 before）didReceiveRemoteNotification:fetchCompletionHandler:（iOS 7 after） 獲得告訴內容。
處於後台，可經由過程 didReceiveRemoteNotification:fetchCompletionHandler: 獲得告訴內容 // 獲得情形中與通俗推送的獨一分歧點，此時 iOS 體系許可開辟者在 App 處於後台的情形下，履行一些代碼，年夜概供給幾分鐘的時光，可以用來悄悄的刷新 UI、切換頁面、下載更新包等等操作。
處於加入，沒法獲得告訴內容。
點擊圖標啟動，沒法獲得告訴內容。
點擊推送橫幅啟動，在 didFinishLaunchingWithOptions 獲得告訴內容。

告訴內容相似以下：

{
 "_j_msgid" = 2090737306;
 aps =   {
  alert = "顯示內容";
  badge = 1;
  "content-available" = 1; // 必帶字段
  sound = default;
 };
 key1 = value1;
}

​靜默推送
沒有任何展現後果。
必需攜帶 "content-available" = 1;，是以靜默必定是後台的。
必需不攜帶 alert、badge、sound。
可攜帶自界說字段。
App ：
       處於前台，可經由過程didReceiveRemoteNotification（iOS 7 before）didReceiveRemoteNotification:fetchCompletionHandler:（iOS 7 after） 獲得告訴內容。
      處於後台，可經由過程 didReceiveRemoteNotification:fetchCompletionHandler: 獲得告訴內容 //獲得情形中與通俗推送的獨一分歧點，此時 iOS 體系許可開辟者在 App 處於後台的情形下，履行一些代碼，年夜概供給幾分鐘的時光，可以用來悄悄的刷新 UI、切換頁面、下載更新包等等操作。
      處於加入，沒法獲得告訴內容。

告訴內容相似以下：

{
  "_j_msgid" = 3938587719;
  aps =   {
  alert = "";
  "content-available" = 1; // 必帶字段
  };
  key1 = value1;
}

推送目的篇

別號、標簽、Registration ID 均是第三方供給的用於更便利地指定推送目的的功效。
Tip 6：推送依據目的的分歧可分為：

播送
無差異發送給一切用戶。

別號 alias 推送

第三方供給的功效
一個手機的一款 App 只能設置一個 alias（可修正）。
建議對每個用戶都取分歧的別號，以此來肯定獨一的用戶（也可多個用戶取 1 個體名）。
推送時可指定多個 alias 來下發統一內容。
僅指定 alias 的用戶可以或許收到推送。

標簽 tag 推送

第三方供給的功效。
可設置多個、可增長、清空。
用於指定多樣的屬性，如 『1000』+『daily』+『discount』 可用於表現月花費跨越 1k、愛好購置日用品、偏好扣頭商品的用戶。
假如要刪除，須要在前次設置時，將設置的 tags 保留至 NSUserDefaults，本次剔除不須要的 tag 後，再從新設置。
推送時可指定多個 tag 來下發統一內容。
手機假如設置了推送指定的多個 tag 中任一個tag，都可以或許收到推送新聞。如指定 『1000』+『globe』+『original』 （千元級花費者、全球購、原價），那末設置了 『100』+『globe』+『discount』（百元級花費者、全球購、扣頭價）的用戶可以收到該推送新聞。

Registration ID 推送

第三方供給的功效。
在 Tip 3 的第 3 步時將 deviceToken 供給給第三方以後，其辦事器會主動生成的指向該手機的獨一 id。
可在推送時指定多個 id 來下發新聞。
可用於對焦點用戶、旗艦用戶的精准推送。

運用內新聞篇

Tip 7：運用內新聞（以下簡稱新聞 ）和推送告訴的差別，新聞：
不須要 Apple 推送證書。
由第三方的辦事器下發，而不是 APNs。
比擬告訴，更疾速，簡直沒有延遲，可用於 IM 新聞的即時投遞。
可以或許長時光保存離線新聞，可獲得一切汗青新聞內容。
經由過程長銜接技巧下發新聞，是以：
       手機必需啟動並與第三方辦事器樹立銜接。
       假如手機啟動連忙切至後台，極可能銜接沒有樹立。
       手機必需處於前台能力收到新聞。
       手機從後台切回前台，會主動從新樹立銜接，並收到離線新聞。
沒有任何展現（橫幅、告訴中間、角標、聲響），是以可以：
        自界說字段完成 UI 後果。
        完整在靜默情形下處置 App 外部邏輯。
        應用一些 App Store 審核不會經由過程的功效，在審核時封閉功效，上架後經由過程吸收新聞，開啟相干功效。

組合年夜招篇

Tip 8：tags 的組合技能
見 Tip 5 - 標簽 tag 推送。
可以在辦事端來統計剖析用戶行動，然後將指定的 tags 發送至手機，手機吸收後再為用戶打上對應的 tags。

Tip 9：告訴+新聞的組合技能
起首來看告訴和新聞特征的比較：
                                告訴                                                                       新聞
投遞時光 能夠存在幾秒延遲                                                       簡直無延遲
獲得機會 處於前台或後台能獲得內容                             僅處於前台能獲得內容
離線內容 保存『一段時光』，過時會擯棄，沒法查詢汗青內容 一直保存，可查詢全體汗青內容
體系展現 會展現（靜默推送或App處於前台不展現）                不展現

因為各自的特征都存在差別，是以兩者聯合應用是使得 App 推送機能最年夜化的必定選擇：
情形一：
QQ/微信 聊天。會同時下發一組告訴+新聞 ，假如用戶沒有啟動 QQ，雖有延遲但必定可以或許先收到告訴，在收到告訴的提示以後，用戶翻開 App，此時收到了離線新聞，即時更新 UI，與石友即時地發送/吸收新聞。（在收到告訴後，斷網，然後啟動 App，你會發明此時手機裡其實不會顯示方才告訴的內容，由於它是依附拉撤消息來刷新頁面的，而不是不敷穩固的告訴）。
情形二： （等待您的彌補...）

以上就是本文的全體內容，願望對年夜家的進修有所贊助，也願望年夜家多多支撐本站。

【iOS10 推送完全分析和留意事項】的相關資料介紹到這裡，希望對您有所幫助！ 提示：不會對讀者因本文所帶來的任何損失負責。如果您支持就請把本站添加至收藏夾哦！