前言
推送对App的重要性不言而喻,是每一个iOS开发者必修的技能。网上的资料对于初学者并不友好(至少对于我来说),其中有许多坑。并且由于要配置证书,只能真机调试等,学起来更是难上加难。这篇文章是从刚开始接触推送的起点写起。最近有点忙,有些地方没有细究,只是暂时知道了能实现什么,并且贴出了一些文章的链接,方便进一步研究,如果有错误的地方请指出来。
这篇先探究苹果原生态推送,下篇再写极光推送和IMiOS —— 极光推送和极光IM。
目录
-
苹果原生态推送
-
推送知识点及疑惑的地方
-
推送消息调用方法的时机,以及系统能做到的更多骚扩展。
苹果原生态推送
-
iOS推送分为本地推送和远程推送。
它们都需要用户授权。本地不需要联网和证书,远程需要联网和证书。
本地推送比如闹钟,可以设置推送时间,是否重复推送,通知内容等。
远程推送,就多坑了。本文主要探讨远程推送。
远程推送整体流程
实现步骤
-
在项目 target 中,打开Capabilitie -> Push Notifications,并会自动在项目中生成 .entitlement 文件。打开Capablitie -> Background Modes -> Remote notifications。
-
iOS8.0以上在AppDelegate.m中
#ifdef NSFoundationVersionNumber_iOS_9_x_Max
#import <UserNotifications/UserNotifications.h>
#endif
复制代码
并且遵循协议UNUserNotificationCenterDelegate
(该协议是iOS10.0+用,后面再提到)。
- 向APNs服务器注册deviceToken
-
作用:苹果APNs服务器找到对应的设备和App。
-
原理:通过设备UDID和App的Bundle Identifier生成deviceToken。这样APNs服务器接受到信息就知道转发给哪个设备的哪个App。
-
做法:
在程序首次调用以下方法时,会请求推送权限。
首先用户要允许App发送通知。然后App发起注册,最终注册成功回调方法获得deviceToken。这个过程通常是在程序刚启动的时候。
注意:发起注册的方法在iOS8.0后更新了一次,10.0后又更新了一次。
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
[self replyPushNotificationAuthorization:application];
return YES;
}
- (void)replyPushNotificationAuthorization:(UIApplication *)application{
if (IOS10_OR_LATER) {
//iOS 10 later
UNUserNotificationCenter *center = [UNUserNotificationCenter currentNotificationCenter];
//必须写代理,不然无法监听通知的接收与点击事件
center.delegate = self;
[center requestAuthorizationWithOptions:(UNAuthorizationOptionBadge | UNAuthorizationOptionSound | UNAuthorizationOptionAlert) completionHandler:^(BOOL granted, NSError * _Nullable error) {
if (!error && granted) {
//用户点击允许
NSLog(@"注册成功");
}else{
//用户点击不允许
NSLog(@"注册失败");
}
}];
// 可以通过 getNotificationSettingsWithCompletionHandler 获取权限设置
//之前注册推送服务,用户点击了同意还是不同意,以及用户之后又做了怎样的更改我们都无从得知,现在 apple 开放了这个 API,我们可以直接获取到用户的设定信息了。注意UNNotificationSettings是只读对象哦,不能直接修改!
[center getNotificationSettingsWithCompletionHandler:^(UNNotificationSettings * _Nonnull settings) {
NSLog(@"========%@",settings);
//打印结果 ========<UNNotificationSettings: 0x1740887f0; authorizationStatus: Authorized, notificationCenterSetting: Enabled, soundSetting: Enabled, badgeSetting: Enabled, lockScreenSetting: Enabled, alertSetting: NotSupported, carPlaySetting: Enabled, alertStyle: Banner>
}];
}else if (IOS8_OR_LATER){
//iOS 8 - iOS 10系统
UIUserNotificationSettings *settings = [UIUserNotificationSettings settingsForTypes:UIUserNotificationTypeAlert | UIUserNotificationTypeBadge | UIUserNotificationTypeSound categories:nil];
[application registerUserNotificationSettings:settings];
}else{
//iOS 8.0系统以下
[application registerForRemoteNotificationTypes:UIRemoteNotificationTypeBadge | UIRemoteNotificationTypeAlert | UIRemoteNotificationTypeSound];
}
//注册远端消息通知获取device token
[application registerForRemoteNotifications];
}
复制代码
对以上注册方法说几句
- iOS8.0和iOS10.0方法都有个
categories
,这里为了方便写为nil。其作用是针对推送做拓展功能。这里给出图,让读者暂时知道有什么用,还能自定义这个界面,文章后面会再提到。
iOS8的方法,能直接输入。
iOS10的方法,能增加按钮事件。
- iOS8.0以上的设备不能用
registerForRemoteNotificationTypes:
,否则无论如何也不能注册成功。 - 参数枚举,表示收到推送后要如何显示。
None:不显示任何东西。
Alert:弹出提示框。
Badge:App小红点。
Sound:发出声音或震动。
复制代码
实测极光推送,Alert< Badge < Sound。即只设置了Badge还是会默认带上Alert,设置了Sound会默认带上Badge和Sound。不过看接口是按位或操作,还是乖乖写JPAuthorizationOptionAlert|JPAuthorizationOptionBadge|JPAuthorizationOptionSound
。
注册结果回调
#pragma mark - 获取device Token
//获取DeviceToken成功
- (void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken{
//解析NSData获取字符串
//我看网上这部分直接使用下面方法转换为string,你会得到一个nil(别怪我不告诉你哦)
//错误写法
//NSString *string = [[NSString alloc] initWithData:deviceToken encoding:NSUTF8StringEncoding];
//正确写法
NSString *deviceString = [[deviceToken description] stringByTrimmingCharactersInSet:[NSCharacterSet characterSetWithCharactersInString:@"<>"]];
deviceString = [deviceString stringByReplacingOccurrencesOfString:@" " withString:@""];
NSLog(@"deviceToken===========%@",deviceString);
}
//获取DeviceToken失败
- (void)application:(UIApplication *)application didFailToRegisterForRemoteNotificationsWithError:(NSError *)error{
NSLog(@"[DeviceToken Error]:%@\n",error.description);
}
复制代码
获取deviceToken存在本地,等用户登录后,和账号id一起发送到服务器绑定起来。如整体流程图那样。
- 收到推送后回调方法
iOS10.0之前
- 处理本地推送
// 处理本地推送
- (void)application:(UIApplication *)application didReceiveLocalNotification:(UILocalNotification *)notification {
}
复制代码
- 处理远程消息
调用时机:App处于前台收到推送;在iOS7后,开启了 Remote Notification,App处于后台收到推送。
// 处理远程消息
// 方法二是在iOS 7之后新增的方法,可以说是 方法一 的升级版本,如果app最低支持iOS 7的话可以不用添加 方法一了。
//- (void)application:(UIApplication *)application //didReceiveRemoteNotification:(NSDictionary *)userInfo
//{
// NSLog(@"userinfo:%@",userInfo);
// NSLog(@"收到推送消息:%@",[[userInfo objectForKey:@"aps"] objectForKey:@"alert"]);
//}
// 其中completionHandler这个block可以填写的参数UIBackgroundFetchResult是一个枚举值。主要是用来在后台状态下进行一些操作的,比如请求数据,操作完成之后,必须通知系统获取完成,可供选择的结果有
- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo fetchCompletionHandler:(void (^)(UIBackgroundFetchResult result))completionHandler {
NSLog(@"userinfo:%@",userInfo);
NSLog(@"收到推送消息:%@",[[userInfo objectForKey:@"aps"] objectForKey:@"alert"]);
completionHandler(UIBackgroundFetchResultNewData);
// typedef NS_ENUM(NSUInteger, UIBackgroundFetchResult) {
// UIBackgroundFetchResultNewData,
// UIBackgroundFetchResultNoData,
// UIBackgroundFetchResultFailed
// }
}
复制代码
这里解释一下userInfo
,详细点进链接看。
{
"aps" : {
"alert" : {
"title" : "iOS远程消息,我是主标题!-title",
"subtitle" : "iOS远程消息,我是主标题!-Subtitle",
"body" : "Dely,why am i so handsome -body"
},
"badge" : "2"
}
}
作者:Dely
链接:https://www.jianshu.com/p/c58f8322a278
來源:简书
简书著作权归作者所有,任何形式的转载都请联系作者获得授权并注明出处。
复制代码
这里补充一点东西。
远程推送通知,分为 普通推送/后台推送/静默推送 3 种类型。
在推送通知-后台通知/静默通知文章里,有深入介绍。
简单的说,userInfo
中的aps
中可以设置一个键值对"content-available" : 1
,其代表后台推送。在后台推送基础上不设置badge、sound、aleert的静默推送可以静悄悄让App更新数据。
这三种类型对应调用的方法会有所不同,文末会说。
iOS10.0之后,新增两个方法。原来的方法还是需要实现的,各自的调用时机不一样。
- 本地推送和远程推送合在同一个方法里。
// App处于前台接收到通知
- (void)userNotificationCenter:(UNUserNotificationCenter *)center willPresentNotification:(UNNotification *)notification withCompletionHandler:(void (^)(UNNotificationPresentationOptions))completionHandler {
if([notification.request.trigger isKindOfClass:[UNPushNotificationTrigger class]]) {
NSLog(@"iOS10 收到远程通知");
}else {
// 判断为本地通知
NSLog(@"iOS10 收到本地通知");
}
// 在前台默认不显示推送,如果要显示,就要设置以下内容
// 微信设置里-新消息通知-微信打开时-声音or振动 就是该原理
// 需要执行这个方法,选择是否提醒用户,有Badge、Sound、Alert三种类型可以设置
completionHandler(UNNotificationPresentationOptionBadge|
UNNotificationPresentationOptionSound|
UNNotificationPresentationOptionAlert);
}
复制代码
个人觉得这里iOS 10的方法didRecieve有歧义,实际是点击推送才调用。
// 点击通知后会调用
- (void)userNotificationCenter:(UNUserNotificationCenter *)center didReceiveNotificationResponse:(UNNotificationResponse *)response withCompletionHandler:(void (^)())completionHandler {
completionHandler(UIBackgroundFetchResultNewData);
NSDictionary *userInfo = response.notification.request.content.userInfo;
//程序关闭状态点击推送消息打开 可以在App启动方法的launchOptions获知
if (self.isLaunchedByNotification) {
//TODO
}
else{
//前台运行
if ([UIApplication sharedApplication].applicationState == UIApplicationStateActive) {
//TODO
}
//后台挂起时
else{
//TODO
}
//收到推送消息手机震动,播放音效
AudioServicesPlaySystemSound(kSystemSoundID_Vibrate);
AudioServicesPlaySystemSound(1007);
}
//设置应用程序角标数为1
[UIApplication sharedApplication].applicationIconBadgeNumber = 1;
// 此处必须要执行下行代码,不然会报错
completionHandler();
}
复制代码
这些方法还有坑,笔者放到本文最后的调用时机里再说。
到这里已经把整个流程大致描绘出来了。
这里补充一些知识点,和提出一些疑惑的地方。
补充的知识点
补充点小知识点,应该能更好地理解原理。
-
APNs与设备保持长连接。(APNs服务器真猛,信息量这么大)
-
基于上一点,不难理解,推送本身是 iOS 系统的行为。所以在 App 没有运行(没有在前台也没有在后台)的时候:
1⃣️仍然能够推送及接收(通知中心通知、顶部横幅、刷新 App 右上角的小圆点即 badge [以下简称角标] 等都会由系统来控制和展示)。
2⃣️(收到推送时,是无法在 App 的代码中获取到通知内容的。因为沙盒机制,此时 App 的任何代码都不可能被执行。)这个观点是在另一篇文章看到的,但笔者实测发现并不是这么回事。处于后台收到推送是会执行代码的。
所以就算App关掉后台应用刷新,照样能接收到推送。
以微信为例,如果你打开了后台应用刷新,那么当你收到新消息提醒之后,你打开微信,未读信息已经在那了(如果网速没问题的话);而当你收到新消息提示,打开微信后,消息才刚刚开始收取。
-
iOS的推送,内容的大小最大是4KB。 A发送很长的文字给B,是发到服务器,由服务器暂存数据,通知B来取。B收到推送后去服务器下载。(图片、语音等类似)
-
iOS10以后,收到推送能在后台下载附件,限制:图片是10M Video是50M。 有兴趣的可以去研究下,www.jianshu.com/p/f5337e8f3…
-
APNs服务器会向App服务器返回一个发送结果。(虽然这是后台的事,还是稍微了解下)
疑惑的地方
-
怎么针对特定的人群发出推送。例如群聊。
是把群id发到服务器,然后服务器查出成员各自的id对应的deviceToken发出推送吗?极光有个根据Tag推送,以后了解到会更新文章。
-
如果该账号并不在线,那这条消息要怎么处理?
把消息暂时存在后台服务器,等待有设备登录这个账号后绑定userId和deviceToken后,发起推送。
点击推送默认只是打开App。但也能增加一些操作,例如跳转到某个界面、微信直接回复等。
所以最后深入了解推送还能怎么玩,以及解释App在前台、挂起、关闭状态下对应的方法。
推送消息的方法调用时机以及特殊处理
- App在各种状态下的调用方法
1.如果App被kill掉的情况下,点击了推送,那么首先要启动App,会调用- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
。 参数launchOptions
能分辨出是通过点击App icon还是点击推送打开App。
在iOS7.0之前,处于前台收到推送,调用(void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo
。
在iOS7.0~10.0-,处于前台收到推送,调用- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo fetchCompletionHandler:(void (^)(UIBackgroundFetchResult result))completionHandler
。
坑了笔者的是,在iOS7.0+(包括10.0后),收到后台推送或静默推送,调用- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo fetchCompletionHandler:(void (^)(UIBackgroundFetchResult result))completionHandler
。
3.iOS10.0+就功能就丰(皮)富了。
在前台时收到推送,调用- (void)userNotificationCenter:(UNUserNotificationCenter *)center willPresentNotification:(UNNotification *)notification withCompletionHandler:(void (^)(UNNotificationPresentationOptions))completionHandler
。
所以,App处于前台时收到后台推送或静默推送的话,在iOS10+会调用两个方法,注意不要重复处理。- (void)userNotificationCenter:(UNUserNotificationCenter *)center willPresentNotification:(UNNotification *)notification withCompletionHandler:(void (^)(UNNotificationPresentationOptions))completionHandler
和- (void)userNotificationCenter:(UNUserNotificationCenter *)center willPresentNotification:(UNNotification *)notification withCompletionHandler:(void (^)(UNNotificationPresentationOptions))completionHandler
。如果你还点击了推送,那么还会调用下面这个方法。。。
点击推送,调用- (void)userNotificationCenter:(UNUserNotificationCenter *)center didReceiveNotificationResponse:(UNNotificationResponse *)response withCompletionHandler:(void (^)())completionHandler
。
在iOS10后,针对这三个方法,为了不重复处理同一条推送的内容。笔者建议尽量同一模块的推送,在这各个方法中不要相同逻辑处理。
例如QQ,如果采用后台或静默推送,就只在静默中处理;
不是静默推送。在前台收到,就红点显示,通知栏不要显示。如果不在前台,通知栏显示,点击后可跳转到对应聊天框。
-
之前上面提过的
category
对推送做拓展。因为项目暂时没有这个需求,而求最近有点忙,就先不钻研这部分了。找到了一篇好文章,介绍了iOS10的推送按钮操作。 -
iOS10.0后能对推送进行查找和删除 利用场景,例如微信撤回后,原本的推送将被改为"用户"撤回了一条信息。
// Notification requests that are waiting for their trigger to fire
//获取未送达的所有消息列表
- (void)getPendingNotificationRequestsWithCompletionHandler:(void(^)(NSArray<UNNotificationRequest *> *requests))completionHandler;
//删除所有未送达的特定id的消息
- (void)removePendingNotificationRequestsWithIdentifiers:(NSArray<NSString *> *)identifiers;
//删除所有未送达的消息
- (void)removeAllPendingNotificationRequests;
// Notifications that have been delivered and remain in Notification Center. Notifiations triggered by location cannot be retrieved, but can be removed.
//获取已送达的所有消息列表
- (void)getDeliveredNotificationsWithCompletionHandler:(void(^)(NSArray<UNNotification *> *notifications))completionHandler __TVOS_PROHIBITED;
//删除所有已送达的特定id的消息
- (void)removeDeliveredNotificationsWithIdentifiers:(NSArray<NSString *> *)identifiers __TVOS_PROHIBITED;
//删除所有已送达的消息
- (void)removeAllDeliveredNotifications __TVOS_PROHIBITED;
作者:Dely
链接:https://www.jianshu.com/p/c58f8322a278
來源:简书
简书著作权归作者所有,任何形式的转载都请联系作者获得授权并注明出处。
复制代码