版本记录
| 版本号 | 时间 |
|---|---|
| V1.0 | 2018.07.10 |
前言
我们做APP很多时候都需要推送功能，以直播为例，如果你关注的主播开播了，那么就需要向关注这个主播的人发送开播通知，提醒用户去看播，这个只是一个小的方面，具体应用根据公司的业务逻辑而定。前面已经花了很多篇幅介绍了极光推送，其实极光推送无非就是将我们客户端和服务端做的很多东西封装了一下，节省了我们很多处理逻辑和流程，这一篇开始，我们就利用系统的原生推送类结合工程实践说一下系统推送的集成，希望我的讲解能让大家很清楚的理解它。感兴趣的可以看上面几篇。
1. 系统推送的集成（一） —— 基本集成流程（一）
2. 系统推送的集成（二） —— 推送遇到的几个坑之BadDeviceToken问题（一）
3. 系统推送的集成（三） —— 本地和远程通知编程指南之你的App的通知 - 本地和远程通知概览（一）
Managing Your App’s Notification Support - 管理您的应用程序的通知支持
必须在启动时配置应用程序以支持本地和远程通知。具体而言，如果执行以下任何操作，则必须提前配置应用程序：
- 显示警报，播放声音或标记其图标以响应到达的通知。
- 显示带有通知的自定义操作按钮。
通常，您在应用程序完成启动之前执行所有配置。在iOS和tvOS中，这意味着配置你的通知支持不晚于application:didFinishLaunchingWithOptions:的UIApplication委托的方法。在watchOS中，不迟于WKExtension委托的applicationDidFinishLaunching方法配置该支持。您可以稍后执行此配置，但必须避免安排任何针对您的应用的本地或远程通知，直到此配置完成为止。
支持远程通知的应用程序需要其他配置， Configuring Remote Notification Support中对此进行了描述。
Requesting Authorization to Interact with the User - 请求授权与用户交互
在iOS，tvOS和watchOS中，应用程序必须具有显示警报，播放声音或标记应用程序图标以响应传入通知的授权。 请求授权将这些交互的控制权交给用户，他们可以授予或拒绝您的请求。 用户还可以稍后在系统设置中更改应用程序的授权设置。
要请求授权，请调用单例UNUserNotificationCenter对象的requestAuthorizationWithOptions:completionHandler:方法。 如果您的应用程序已获得所有请求的交互类型的授权，系统将调用您的完成处理程序块，并将granted的参数设置为YES。 如果不允许一个或多个交互类型，则参数为NO。 Listing 2-1显示了如何请求授权播放声音和显示警报。 使用完成处理程序块根据是否授予或拒绝交互类型来更新应用程序的行为。
Listing 2-1Requesting authorization for user interactions
// OC
UNUserNotificationCenter* center = [UNUserNotificationCenter currentNotificationCenter];
[center requestAuthorizationWithOptions:(UNAuthorizationOptionAlert + UNAuthorizationOptionSound)
completionHandler:^(BOOL granted, NSError * _Nullable error) {
// Enable or disable features based on authorization.
}];
// Swift
let center = UNUserNotificationCenter.current()
center.requestAuthorization(options: [.alert, .sound]) { (granted, error) in
// Enable or disable features based on authorization.
}
您的应用首次启动并调用requestAuthorizationWithOptions:completionHandler:方法时，系统会提示用户授予或拒绝所请求的交互。 由于系统会保存用户的响应，因此在后续启动期间调用此方法不会再次提示用户。
注意：用户可以使用系统设置随时更改应用的授权交互类型。 要准确确定可以使用的交互类型，请调用
UNUserNotificationCenter的getNotificationSettingsWithCompletionHandler:方法。
Configuring Categories and Actionable Notifications - 配置类别和可操作的通知
可操作的通知为用户提供了一种快速简便的方法来执行相关任务以响应通知。用户可以点击自定义操作按钮，而不是强制用户启动您的应用程序。点击时，每个按钮都会关闭通知界面，并将所选操作转发到您的应用程序，以便立即处理。将操作转发到您的应用程序可以避免用户在应用程序中进一步导航以执行操作，从而节省时间。
应用必须明确添加对可操作通知的支持。在启动时，应用必须注册一个或多个类别，这些类别定义了应用发送的通知类型。与每个类别相关联的是用户在传递该类型的通知时可以执行的操作。虽然实际显示的操作数取决于通知的显示方式和位置，但每个类别最多可以有四个与之关联的操作。例如，横幅显示的动作不超过两个。
注意：仅在iOS和watchOS上支持可操作通知。
Registering the Notification Categories for Your App - 注册您的应用程序的通知类别
类别定义应用程序支持的通知类型，并向系统传达您希望如何呈现通知。您可以使用类别将自定义操作与通知关联，并指定有关如何处理该类型通知的选项。例如，您使用类别选项指定是否可以在CarPlay环境中显示通知。
在启动时，您使用单例UNUserNotificationCenter对象的setNotificationCategories:方法一次注册所有应用程序的类别。在调用该方法之前，您需要创建一个或多个UNNotificationCategory类实例，并指定在显示该类型的通知时要使用的类别名称和选项。类别名称是应用程序的内部名称，用户从不会看到。在调度通知时，您在通知的有效负载中包含类别名称，然后系统将使用该名称来检索选项并显示通知。
Listing 2-2显示了如何创建一个简单的UNNotificationCategory对象并将其注册到系统中。此类别的名称为“GENERAL”，并配置了自定义关闭操作选项，这会导致系统在用户解除通知界面时通知应用程序而不执行任何其他操作。
// Listing 2-2Creating and registering a notification category
// OC
UNNotificationCategory* generalCategory = [UNNotificationCategory
categoryWithIdentifier:@"GENERAL"
actions:@[]
intentIdentifiers:@[]
options:UNNotificationCategoryOptionCustomDismissAction];
// Register the notification categories.
UNUserNotificationCenter* center = [UNUserNotificationCenter currentNotificationCenter];
[center setNotificationCategories:[NSSet setWithObjects:generalCategory, nil]];
//Swift
let generalCategory = UNNotificationCategory(identifier: "GENERAL",
actions: [],
intentIdentifiers: [],
options: .customDismissAction)
// Register the category.
let center = UNUserNotificationCenter.current()
center.setNotificationCategories([generalCategory])
您无需为从应用安排的所有通知分配类别。 但是，如果您不包含类别，则会显示您的通知，而不显示任何自定义操作或配置选项。
Adding Custom Actions to Your Categories - 向您的类别添加自定义操作
您注册的每个类别最多可包含四个自定义操作。 当类别包含自定义操作时，系统会向通知界面添加按钮，每个按钮都具有一个自定义操作的标题。 如果用户点按您的某个自定义操作，系统会将相应的操作标识符发送到您的应用，并根据需要启动您的应用。
要定义自定义操作，请创建UNNotificationAction对象并将其添加到其中一个类别对象中。 每个操作都包含相应按钮的标题字符串以及如何显示按钮和处理相关任务的选项。 当用户选择操作时，系统会为您的应用程序提供操作的标识符字符串，然后您可以使用该字符串来标识要执行的任务。Listing 2-3通过添加带有两个自定义操作的新类别扩展了Listing 2-2中的示例。
// Listing 2-3Defining custom actions for a category
// OC
UNNotificationCategory* generalCategory = [UNNotificationCategory
categoryWithIdentifier:@"GENERAL"
actions:@[]
intentIdentifiers:@[]
options:UNNotificationCategoryOptionCustomDismissAction];
// Create the custom actions for expired timer notifications.
UNNotificationAction* snoozeAction = [UNNotificationAction
actionWithIdentifier:@"SNOOZE_ACTION"
title:@"Snooze"
options:UNNotificationActionOptionNone];
UNNotificationAction* stopAction = [UNNotificationAction
actionWithIdentifier:@"STOP_ACTION"
title:@"Stop"
options:UNNotificationActionOptionForeground];
// Create the category with the custom actions.
UNNotificationCategory* expiredCategory = [UNNotificationCategory
categoryWithIdentifier:@"TIMER_EXPIRED"
actions:@[snoozeAction, stopAction]
intentIdentifiers:@[]
options:UNNotificationCategoryOptionNone];
// Register the notification categories.
UNUserNotificationCenter* center = [UNUserNotificationCenter currentNotificationCenter];
[center setNotificationCategories:[NSSet setWithObjects:generalCategory, expiredCategory,
nil]];
// Swift
let generalCategory = UNNotificationCategory(identifier: "GENERAL",
actions: [],
intentIdentifiers: [],
options: .customDismissAction)
// Create the custom actions for the TIMER_EXPIRED category.
let snoozeAction = UNNotificationAction(identifier: "SNOOZE_ACTION",
title: "Snooze",
options: UNNotificationActionOptions(rawValue: 0))
let stopAction = UNNotificationAction(identifier: "STOP_ACTION",
title: "Stop",
options: .foreground)
let expiredCategory = UNNotificationCategory(identifier: "TIMER_EXPIRED",
actions: [snoozeAction, stopAction],
intentIdentifiers: [],
options: UNNotificationCategoryOptions(rawValue: 0))
// Register the notification categories.
let center = UNUserNotificationCenter.current()
center.setNotificationCategories([generalCategory, expiredCategory])
虽然您可以为每个类别指定最多四个自定义操作，但系统在某些情况下可能仅显示前两个操作。 例如，在横幅中显示通知时，系统仅显示两个操作。 初始化UNNotificationCategory对象时，请始终配置操作数组，以便最相关的操作位于数组中。
如果使用UNTextInputNotificationAction类配置操作，则系统为用户提供了一种在通知响应中输入文本的方法。 文本输入操作对于从用户收集自由格式文本很有用。 例如，消息应用程序可以允许用户提供对消息的自定义响应。 当文本输入操作传递到您的应用程序以进行处理时，系统会将用户的响应打包在UNTextInputNotificationResponse对象中。
有关如何处理自定义操作选择的信息，请参阅 Responding to the Selection of a Custom Action。
Preparing Custom Alert Sounds - 准备自定义警报声音
本地和远程通知可以指定在传递通知时播放的自定义警报声音。 您可以将音频数据打包在aiff，wav或caf文件中。 由于它们由系统声音设备播放，因此自定义声音必须采用以下音频数据格式之一：
Linear PCMMA4 (IMA/ADPCM)µLawaLaw
将自定义声音文件放在应用程序包或应用程序容器目录的Library / Sounds文件夹中。 播放时，自定义声音必须低于30秒。 如果自定义声音超过该限制，则会播放默认系统声音。
您可以使用afconvert工具转换声音。 例如，要将16位线性PCM系统声音Submarine.aiff转换为CAF文件中的IMA4音频，请在终端应用中使用以下命令：
afconvert /System/Library/Sounds/Submarine.aiff~ / Desktop / sub.caf -d ima4 -f caff -v
有关如何将声音文件与通知关联的信息，请参阅 Adding a Sound to the Notification Content。
Managing Your App’s Notification Settings - 管理应用程序的通知设置
由于用户可以随时更改应用程序的通知设置，因此您可以使用共享UNUserNotificationCenter对象的getNotificationSettingsWithCompletionHandler:方法随时获取应用程序的授权状态。该方法返回一个UNNotificationSettings对象，其内容反映了应用程序的当前授权状态和当前通知环境。
使用UNNotificationSettings对象中的信息来调整应用程序的通知相关代码。您可以将应用程序的警报，徽章和声音授权设置传达给您的提供者，以便它可以调整其在任何远程通知有效负载中包含的选项。 （提供程序是您部署和管理的服务器，您配置为使用APNs。有关提供程序的更多信息，请参阅APNs Overview。）您可以使用其他设置来调整调度和配置通知的方式。有关可用设置的详细信息，请参阅UNNotificationSettings Class Reference。
Managing Delivered Notifications - 管理已发送的通知
当您的应用或用户未直接处理本地和远程通知时，它们会显示在通知中心中，以便以后查看。 使用共享UNUserNotificationCenter对象的getDeliveredNotificationsWithCompletionHandler:方法获取仍在通知中心中显示的通知列表。 如果您发现任何现已过时且不应向用户显示的通知，则可以使用removeDeliveredNotificationsWithIdentifiers:方法删除它们。
后记
本篇主要讲述了管理您的应用程序的通知支持，感兴趣的给个赞或者关注~~~~
