iOS 推送全解析，你不可不知的全部 Tips！

本文旨在对 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 下发。
• 如何注册及正确的配置证书，参考这里 iOS 证书设置指南。

原理篇

---

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 开启该功能，具体可参照 iOS 7 Background Remote Notification。
    • App：
      • 处于前台，可经过didReceiveRemoteNotification（iOS 7 before）didReceiveRemoteNotification:fetchCompletionHandler:（iOS 7 after） 获取通知内容。
      • 处于后台，可经过 didReceiveRemoteNotification:fetchCompletion Handler: 获取通知内容 // 获取状况中与普通推送的惟一不一样点，此时 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:fetchCompletion Handler: 获取通知内容 //获取状况中与普通推送的惟一不一样点，此时 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，你会发现此时手机里并不会显示刚刚通知的内容，由于它是依靠拉取消息来刷新页面的，而不是不够稳定的通知）。
  • 情景二：（期待您的补充...）