版本记录
| 版本号 | 时间 |
|---|---|
| V1.0 | 2018.07.09 |
前言
我们做APP很多时候都需要推送功能，以直播为例，如果你关注的主播开播了，那么就需要向关注这个主播的人发送开播通知，提醒用户去看播，这个只是一个小的方面，具体应用根据公司的业务逻辑而定。前面已经花了很多篇幅介绍了极光推送，其实极光推送无非就是将我们客户端和服务端做的很多东西封装了一下，节省了我们很多处理逻辑和流程，这一篇开始，我们就利用系统的原生推送类结合工程实践说一下系统推送的集成，希望我的讲解能让大家很清楚的理解它。感兴趣的可以看上面几篇。
1. 系统推送的集成（一） —— 基本集成流程（一）
2. 系统推送的集成（二） —— 推送遇到的几个坑之BadDeviceToken问题（一）
Local and Remote Notifications Overview - 本地和远程通知概览
本地通知和远程通知是在新数据可用于您的应用时通知用户的方法，即使您的应用未在前台运行也是如此。例如，消息传递应用可以让用户知道新消息何时到达，并且日历应用可以通知用户即将到来的约会。本地和远程通知之间的区别很简单：
通过本地通知
local notifications，您的应用可在本地配置通知详细信息，并将这些详细信息传递给系统，系统会在您的应用不在前台时处理通知的传递。 iOS，tvOS和watchOS支持本地通知。通过远程通知
remote notifications，您可以使用公司的某个服务器通过Apple推送通知服务将数据推送到用户设备。 iOS，tvOS，watchOS和macOS支持远程通知。
本地和远程通知都要求您添加代码以支持应用程序中通知的计划和处理。对于远程通知，您还必须提供能够从用户设备接收数据并将通知相关数据发送到Apple推送通知服务（APNs）的服务器环境，该服务是Apple提供的服务，用于处理远程通知的传送到用户设备。
The User Notifications and User Notifications UI Frameworks - 用户通知和用户通知UI框架
用户通知User Notifications框架提供了一种一致的方式来安排和处理从iOS 10，watchOS 3和tvOS 10开始的本地通知。除了管理本地通知外，该框架还支持远程通知的处理，尽管远程通知的配置仍然 需要一些特定于平台的API。 因为它是一个单独的框架，所以您可以从您创建的应用程序和您创建的扩展程序中使用它，例如WatchKit扩展程序。
注意：在macOS上配置和处理远程通知需要使用
AppKit框架中的特定于平台的方法。
User Notifications框架还支持创建通知服务应用程序扩展notification service app extensions，使您可以在到达之前修改远程通知的内容。如果您在应用中添加了通知服务应用扩展程序，系统会将传入通知传递到您的扩展程序，然后再将其发送给用户。您可以使用此类型的扩展程序为应用程序的通知实施端到端加密，在到达之前修改通知内容，或下载与通知相关的其他图像或媒体。
User Notifications UI框架是User Notifications框架的伴侣，允许您自定义系统通知界面的外观。您使用用户通知UI框架来定义通知内容应用程序扩展notification content app extension，其作用是为视图控制器提供要在通知界面中显示的自定义内容。系统显示您的自定义视图控制器而不是默认系统界面。您可以使用此类型的扩展将媒体或动态内容合并到通知界面中。
有关User Notifications框架类的更多信息，请参阅 User Notifications Framework Reference。有关用于创建通知内容应用程序扩展的类的信息，请参阅User Notifications UI Framework Reference。
When to Use Local and Remote Notifications - 何时使用本地和远程通知
由于iOS，tvOS和watchOS上的应用并非始终在运行，因此本地通知提供了一种在应用有新信息呈现时提醒用户的方法。 例如，在后台从服务器提取数据的应用程序可以在收到一些有趣的信息时调度本地通知。 本地通知也非常适合需要在特定时间或达到特定地理位置时提醒用户的日历和待办事项列表应用等应用。
当部分或全部应用程序的数据由贵公司的服务器管理时，远程通知是合适的。 通过远程通知，您可以决定何时将通知推送到用户的设备。 例如，消息传递应用程序将使用远程通知让用户知道新消息何时到达。 因为它们是从您的服务器发送的，所以您可以随时发送远程通知，包括应用程序未在用户设备上运行的时间。
Local and Remote Notifications Look the Same to Users - 对于用户来说本地和远程通知看起来相同
对于用户，当在给定设备上呈现时，本地和远程通知之间没有区别。两种类型的通知都具有相同的默认外观，由系统提供。您可以在某些情况下自定义外观，但大多数情况下您会选择通知用户的方式。具体而言，您可以选择以下选项之一来发送通知：
- 屏幕警报或横幅
- 应用程序图标上的徽章
- 伴随警报，横幅或徽章的声音
配置本地和远程通知时，请选择最适合您所提供信息类型的交互类型。例如，待办事项列表应用程序可能有一个项目列表，每个项目都有一个项目必须完成的时间和优先级。对于高优先级项目，您可以在完成时间过后显示警告，让用户知道他们应该立即对项目采取行动。对于优先级较低的项目，您可以将徽章应用于应用程序的图标或播放声音，以提供更精细的提醒来完成项目。
警报可让您直接向用户显示消息，但徽章和声音的含义取决于您的应用。 您可以使用不同的声音来传达特定类型的事件，例如消息的到达或任务的完成。 徽章始终包含数字值，通常用于指示等待用户注意的项目数。 图1-1显示了徽章在iOS应用程序图标上的位置。
始终明智地使用本地和远程通知，以避免使用户烦恼。 该系统允许用户基于每个应用程序启用和禁用警报，声音和徽章的显示。 虽然通知仍可能会传送到您的应用，但系统仅通过当前启用的选项通知用户。 如果用户完全禁用通知，则APNs不会将应用程序的通知传递给用户的设备，并且本地通知的调度始终会失败。
参考文章
1. Local and Remote Notification Programming Guide
后记
本篇主要讲述了本地和远程通知概览，感兴趣的给个赞或者关注~~~~
