iOS8中 UILocalNotification 和 UIRemoteNotification 使用注意

先说一个关于UILocalNotification的知识点，容易被忘记：

Each app on a device is limited to 64 scheduled local notifications. The system discards scheduled notifications in excess of this limit, keeping only the 64 notifications that will fire the soonest. Recurring notifications are treated as a single notification.

上面说的是，local notification 最多64个，重复触发的notification被当成一个。

---

再来一个注意点：ios7 和以上版本

- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo fetchCompletionHandler: (void (^)(UIBackgroundFetchResult))completionHandler

如果这个实现了这个函数，那么下面这个函数

- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo

不会被调用！所以只写上面那个函数就行了。

---

在ios8中，有了关于本地通知和远程通知的新改动，下面来看看。

先看一段网上抄来的代码

  UIMutableUserNotificationAction *notificationAction1 = [[UIMutableUserNotificationAction alloc] init];
    notificationAction1.identifier = @"Accept";
    notificationAction1.title = @"Accept";
    notificationAction1.activationMode = UIUserNotificationActivationModeBackground;
    notificationAction1.destructive = NO;
    notificationAction1.authenticationRequired = NO;

    UIMutableUserNotificationAction *notificationAction2 = [[UIMutableUserNotificationAction alloc] init];
    notificationAction2.identifier = @"Reject";
    notificationAction2.title = @"Reject";
    notificationAction2.activationMode = UIUserNotificationActivationModeBackground;
    notificationAction2.destructive = YES;
    notificationAction2.authenticationRequired = YES;

    UIMutableUserNotificationAction *notificationAction3 = [[UIMutableUserNotificationAction alloc] init];
    notificationAction3.identifier = @"Reply";
    notificationAction3.title = @"Reply";
    notificationAction3.activationMode = UIUserNotificationActivationModeForeground;
    notificationAction3.destructive = NO;
    notificationAction3.authenticationRequired = YES;

    UIMutableUserNotificationCategory *notificationCategory = [[UIMutableUserNotificationCategory alloc] init];
    notificationCategory.identifier = @"Email";

   // [notificationCategory setActions:@[notificationAction3] forContext:UIUserNotificationActionContextDefault];
    [notificationCategory setActions:@[notificationAction1] forContext:UIUserNotificationActionContextMinimal];

    NSSet *categories = [NSSet setWithObjects:notificationCategory, nil];

    UIUserNotificationType notificationType = UIUserNotificationTypeBadge | UIUserNotificationTypeSound | UIUserNotificationTypeAlert;
    UIUserNotificationSettings *notificationSettings = [UIUserNotificationSettings settingsForTypes:notificationType categories:categories];

    [[UIApplication sharedApplication] registerUserNotificationSettings:notificationSettings];

    UILocalNotification* localNotification = [[UILocalNotification alloc] init];
    localNotification.fireDate = [NSDate dateWithTimeIntervalSinceNow:];
    localNotification.alertBody = @"Testing";
    localNotification.category = @"Email"; //  Same as category identifier
    [[UIApplication sharedApplication] scheduleLocalNotification:localNotification];

这是一段发送本地通知的代码，其中涉及到了这次更新的几个类，UIMutableUserNotificationAction，UIMutableUserNotificationCategory，UIUserNotificationSettings 我们需要依次生成这几个对象，最后使用

[[UIApplication sharedApplication] registerUserNotificationSettings:notificationSettings];注意，如果注册了多次，那么以最后一次为准。把程序的通知设定注册到系统中去。
如果是程序第一次进行注册，那么系统会弹出对话框，索取notification权限，对话框内容和notificationSettings的设置无关，都是下图中的内容

如果点击不允许，那么在settings中notification被这是成关闭的，如下图：

否则，notification就会被打开。

如果UIUserNotificationType notificationType = UIUserNotificationTypeBadge | UIUserNotificationTypeSound | UIUserNotificationTypeAlert; 那么settings中的设定项目如下图：

如果UIUserNotificationType notificationType = UIUserNotificationTypeAlert;那么settings中的设定项目如下图：

注意，这个设定中根本不会出现UIUserNotificationTypeBadge | UIUserNotificationTypeSound 相关的设定

有趣的地方来了，如果一开始注册的设定是

UIUserNotificationTypeBadge | UIUserNotificationTypeSound | UIUserNotificationTypeAlert，而后来又注册了

UIUserNotificationTypeAlert，那么settings中的图就会从 左边的变成右边的！settings中的设定会根据代码动态改变！

如果不使用UIUserNotificationTypeAlert，那么不会弹出notification，对应的提醒内容，可以在notification center或者锁屏界面查看。

上面有2个参数UIUserNotificationActionContextDefault 和 UIUserNotificationActionContextMinimal 这里需要说明一下

官方说明如下

UIUserNotificationActionContextDefault
The default context for displaying the alert. In this context, the full UI is displayed for the notification’s alert. You may specify up to four custom actions in this context.

UIUserNotificationActionContextMinimal
A notification where space is minimal. In this context, a minimal UI is displayed for the notification’s alert. You may specify up to two custom actions in this context.

那么什么是Minimal 和default context 呢，见下图

期中，Banners就是UIUserNotificationActionContextMinimal 而 alerts 就是 UIUserNotificationActionContextDefault！！

如果你使用了UIUserNotificationActionContextDefault，那么有以下的效果图

其中的accept，reject，reply是代码指定的，open是系统提供的，效果如同利用banners样式时点击通知内容本身，调用的是didReceiveLocalNotification 或 didReceiveRemoteNotification。
如果代码中不用UIUserNotificationActionContextMinimal，而在系统设置中用了banners样式，那么会使用UIUserNotificationActionContextDefault的多个action中的最后一个，在banners样式中显示！

注意，当应用程序在前台时，通知到来，系统不会为程序弹出alert(共有3中弹出方式，用户可以在settings 中进行设定)，而是会调用相应的didReceiveLocalNotification 和 didReceiveRemoteNotification 这2个代理函数，把通知内容交给程序自身处理。而当程序不在前台时，系统才会为用户弹出alert，提示用户进行相应操作。

另外，点击通知中心的通知时，有2中情况：
一种是程序已经启动了而且不在前台，这时，也会调用didReceiveLocalNotification，那么如何和系统在前台时调用的didReceiveLocalNotification区别呢？（为什么要区别：一般点击notification center后进入程序不弹出alert，而程序在前台时收到通知要弹出alert，这是苹果程序的一般做法）答案是：可以通过UIApplication.sharedApplication().applicationState来区别，当从notification center进来，调用didReceiveLocalNotification时 程序的状态是UIApplicationState.Inactive。
另一种状态是程序没有系统，这时会调用didFinishLaunchingWithOptions函数，把notification通过参数传入，不会调用

didReceiveLocalNotification 了。

。

 这里UIMutableUserNotificationAction就代表了一个操作，在界面上的表示形式就是一个按钮，当点击按钮时，就会调用

- (void)application:(UIApplication *)application handleActionWithIdentifier:(NSString *)identifier forLocalNotification:(UILocalNotification *)notification completionHandler:(void (^)())completionHandler 

或者 

- (void)application:(UIApplication *)application handleActionWithIdentifier:(NSString *)identifier forRemoteNotification:(NSDictionary *)userInfo completionHandler:(void(^)())completionHandler NS_AVAILABLE_IOS(8_0);

不会再调用 didReceiveLocalNotification 或 didReceiveRemoteNotification 这2个代理函数了。

另外，在UIMutableUserNotificationAction 中有一个属性，activationMode，当它是UIUserNotificationActivationModeBackground时，系统会选在在后台调用handleActionWithIdentifier函数，并执行里面的代码，不启动程序界面。

，执行的时间是有限的，我测试的是30s，如果超过30s你的程序还在后台执行，那么系统会终止调你的程序，并抛出异常。异常如下

<Warning>: <BKNewProcess: 0x17e685f0; -.bbbb; pid: ; hostpid: -> has active assertions beyond permitted time:
    {(
        <BKProcessAssertion: 0x17d6b4f0> id: -2B9D290F-7F21-4DCB-955B-9D80DE693382 name: Notification action process: <BKNewProcess: 0x17e685f0; -.bbbb; pid: ; hostpid: -> permittedBackgroundDuration: 30.000000 reason: notificationAction owner pid: preventSuspend  preventThrottleDownUI  preventIdleSleep  preventSuspendOnSleep ,
        <BKProcessAssertion: 0x17d6de50> id: -707C3B54-51BC-47DA-B779-B11888416FE4 name: Deliver Message process: <BKNewProcess: 0x17e685f0; -.bbbb; pid: ; hostpid: -> permittedBackgroundDuration: 10.000000 reason: suspend owner pid: preventSuspend  preventThrottleDownCPU  preventThrottleDownUI  preventSuspendOnSleep
    )}

注意，虽然你设置了action，但是如果你没有点击action按钮，而是通过点击通知内容本身出发消息，那么系统扔会像ios7一样，调用didReceiveLocalNotification 或 didReceiveRemoteNotification 这2个代理函数（可以自己体验一下ios8通知的操作方法））。

如果程序没有启动，用户点击action按钮后，系统会先调用didFinishLaunchingWithOptions启动程序，再调用

- (void)application:(UIApplication *)application handleActionWithIdentifier:(NSString *)identifier forLocalNotification:(UILocalNotification *)notification completionHandler:(void (^)())completionHandler 或者 

- (void)application:(UIApplication *)application handleActionWithIdentifier:(NSString *)identifier forRemoteNotification:(NSDictionary *)userInfo completionHandler:(void(^)())completionHandler NS_AVAILABLE_IOS(8_0);

来处理action，这一点和以前点击通知内容本身的效果不一样，点击内容本身时，是不会调用didReceiveLocalNotification函数的，仅仅调用didFinishLaunchingWithOptions。我感觉这是因为action处理比较复杂，无法再直接附加在didFinishLaunchingWithOptions当做参数传入了。