iOS 10推送使用总结

概述
现在市面上大多数app,都有根据某种条件,服务端主动向用户推送消息的需求。面对这个需求,首先想到的是长链接,如果服务端集成了HTTP/2的话,还可以用Server Push。安卓在处理类似业务时就是这么干的,美其名曰透传消息。但是我们期望的是,无论是app退后台还是被结束进程,都可以正常收到消息。这就需要用到系统集的推送。而在iOS平台或者说苹果全系统平台,就是伟大的Apple Push Notification service 简称APNs。

开启app的推送通知能力

在工程的Capability标签下,打开 Push Notifications 开关

avatar

然后它会在你的AppId下增加下图的配置,你需要根据要求配置相关的推送证书(这块就不说了)

image

以上就是配置推送环境的步骤,下面就可以写代码了

获取推送权限

代码如下,最好在 AppDelegatedidFinishLaunchingWithOptions 这个方法里面且做

if (@available(iOS 10.0, *)) {
        UNUserNotificationCenter *center = [UNUserNotificationCenter currentNotificationCenter];
         center.delegate = self; // 注意这里 不设置代理不会走推送的两个代理方法
        [center requestAuthorizationWithOptions:(UNAuthorizationOptionBadge | UNAuthorizationOptionSound | UNAuthorizationOptionAlert) completionHandler:^(BOOL granted, NSError * _Nullable error) {
            if (granted) {
                NSLog(@"iOS 10后 - 用户授权通知权限");
            }else {
                NSLog(@"iOS 10后 - 用户拒绝通知权限");
            }
        }];
        [center getNotificationSettingsWithCompletionHandler:^(UNNotificationSettings * _Nonnull settings) {
            NSLog(@"%@", settings);
        }];
    }else {
        UIUserNotificationSettings *settings = [UIUserNotificationSettings settingsForTypes:UIUserNotificationTypeBadge | UIUserNotificationTypeAlert | UIUserNotificationTypeSound categories:nil];
        [[UIApplication sharedApplication] registerUserNotificationSettings:settings];
    }

注册完成之后我们还需要执行[[UIApplication sharedApplication] registerForRemoteNotifications];获取推送的DeviceToken
系统就会去获取,然后在didRegisterForRemoteNotificationsWithDeviceToken 这个代理方法中返回

- (void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken
{
    if (@available(iOS 13.0, *)) {
        NSMutableString *deviceTokenString = [NSMutableString string];
        const char *bytes = deviceToken.bytes;
        NSInteger count = deviceToken.length;
        for (int i = 0; i < count; i++) {
            [deviceTokenString appendFormat:@"%02x", bytes[i]&0x000000FF];
        }
        NSLog(@"iOS13 deviceToken:%@", deviceTokenString);
    } else {
        NSString *deviceTokenStr =  [[[[deviceToken description]
                                       stringByReplacingOccurrencesOfString:@"<" withString:@""]
                                      stringByReplacingOccurrencesOfString:@">" withString:@""]
                                     stringByReplacingOccurrencesOfString:@" " withString:@""];
        NSLog(@"iOS13-Pre deviceToken:%@", deviceTokenStr);
    }
    
}

获取到token后给服务器,执行推送指令。
服务器推送格式:
注意:body和title必须要有一个才行,不然推送不弹窗。

 {
   "aps" : {
     "alert" : {
       "title" : "Test-Push",
       "body" : "Your message Here"
     },
   }
 }

这个时候我们还不能收到推送,因为我们还没实现 UNUserNotificationCenter的代理方法
代码如下

/// 收到推送后,会先调用这个方法,它可以设置推送要显示的方式是啥 常用的配置如代码所示
- (void)userNotificationCenter:(UNUserNotificationCenter *)center willPresentNotification:(UNNotification *)notification withCompletionHandler:(void (^)(UNNotificationPresentationOptions options))completionHandler
{
    NSLog(@"willPresentNotification");
    UNNotificationPresentationOptions options = UNNotificationPresentationOptionAlert | UNNotificationPresentationOptionSound | UNNotificationPresentationOptionBadge;
    completionHandler(options);
}
// 上面的代理方法走了之后,会在用户与你推送的通知进行交互时被调用,包括用户通过通知打开了你的应用,或者点击或者触发了某个 action
- (void)userNotificationCenter:(UNUserNotificationCenter *)center didReceiveNotificationResponse:(UNNotificationResponse *)response withCompletionHandler:(void(^)(void))completionHandler
{
    UNNotificationContent *content = response.notification.request.content;
    //NSLog(@"didReceiveNotificationResponse %@", content);
    NSDictionary *responseDict = content.userInfo;
    NSLog(@"didReceiveNotificationResponse %@", responseDict);
    completionHandler();
}

静默推送

就是实现下面的代理方法

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

这里有个注意点:如果你实现了这个方法且运行在iOS10以下的设备的时候,所有的远程推送都是走这个方法的,iOS10之前的didReceiveRemoteNotification这个代理方法是不会走的。除非你没实现上面的代理方法

当我们不请求推送权限,或者用户拒绝或者主动关闭了推送权限,推送还是可以正常到达设备的。但是没有横幅也没有声音,是以静默形式呈现。如果跟常规的推送混合着使用,场景会复杂一些。
必须打开后台模式,并勾选Remote notification,我们之前介绍的那些方法才会被触发。
我们在payload中不包含alert、sound、badge,无论app推送权限是否打开,都属于静默推送。
原则上,后台模式的推送应该是静默推送。在iOS13以后,需要在请求头中apns-push-type字段设置为backgroud。而如果不是真正的静默推送,有被APNs丢弃的危险。

在服务推送的时候需要在payload中包含content-available并且值为1 这样才会走上面的代理方法
- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo fetchCompletionHandler:(void (^)(UIBackgroundFetchResult))completionHandler
这里补充下iOS10以下的设备如果实现了上面的代理方法,所有推送都会走那里不会走原来的- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo方法

远程推送格式为:(大小限制好像是5kb

 {
   "aps" : {
     "alert" : {
       "title" : "Test-Push",
       "body" : "Your message Here"
     },
     "content-available" : 1
   }
 }
image

静默推送和UNUserNotificationCenter同时使用的情况下

注意:
fetchCompletionHandler 代表下面的代理方法

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

didReceiveNotificationResponse 代表下面的代理方法

- (void)userNotificationCenter:(UNUserNotificationCenter *)center didReceiveNotificationResponse:(UNNotificationResponse *)response withCompletionHandler:(void(^)(void))completionHandler

推送模式如下图表格所示:

设置 "content-available" = 1 是否实现代理方法 是否弹窗 是否需要点击弹窗 执行的方法
App前台 fetchCompletionHandler
didReceiveNotificationResponse
fetchCompletionHandler
fetchCompletionHandler
App后台 fetchCompletionHandler
didReceiveNotificationResponse
fetchCompletionHandler
fetchCompletionHandler
App杀死 fetchCompletionHandler
didReceiveNotificationResponse
fetchCompletionHandler
fetchCompletionHandler

iOS10以下设备的推送模式如下
// iOS 9 远程推送和后台推送都走这里 app杀死的情况需要点击弹窗 后台模式也会弹窗(需要点击)前台不弹窗 直接执行 走fetchCompletionHandler方法
// 前台模式设置了"content-available" = 1; 与否 前台不弹窗 直接执行
// 后台模式设置了"content-available" = 1; 弹窗 直接执行 不设置 弹窗 需要点击执行
// App杀死设置了"content-available" = 1; 与否 弹窗 都需要点击执行

推送调试

image.png
  • didReceiveIncomingPushWithPayload这个代理方法中获取的token 添加到 Easy APNs Provider
  • 选择推送的证书
  • 点击开始连接 gateway.sanbox.push.apple.com 对应的是开发证书, gateway.push.apple.com 对应的是生产证书
  • 然后就可以点击发送推送即可

软件不太好找 这里给你们分享下
链接: https://pan.baidu.com/s/16INLhg3V6CuVU5pJjDqptQ 提取码: wc6h 复制这段内容后打开百度网盘手机App,操作更方便哦

点个赞再走哦😯
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,921评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,635评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,393评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,836评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,833评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,685评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,043评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,694评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,671评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,670评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,779评论 1 332
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,424评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,027评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,984评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,214评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,108评论 2 351
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,517评论 2 343