写在前面:
最近公司的项目需要集成远程推送,由于人事变动,以及公司以前没把推送重视起来,导致推送的代码已经年久失修了,根本不能用了, 公司甚至把极光推送的账号都给忘记了。开始本着能修改好就修改好, 不要大动,可是修改了一天却发现sdk已经很老了, 很多方法都不能用了,更新sdk后各种问题, 最后一咬牙,干脆把极光推送全部从工程中移除。重新集成。
极光推送的文档写的还是比较详细的,而且只有一个.a文件和一个点.h文件,你可以用cocoapod集成, 也可以直接拉到工程里, 都是很方便的。也有相应的视频教程, 对于集成极光推送而言(指的是能收到推送), 除了生成推送证书比较麻烦之外,其他的都很简单。 详细教程可以参考极光推送官方文档和视频介绍。
http://docs.jiguang.cn极光推送官方文档
在本篇文章里我主要介绍下自定义消息和APNs消息的使用,如何在进程被杀掉的情况下获取推送内容。
准备资料
极光推送SDK Version:v2.1.9 (最新的, 兼容iOS10)
APP Version:8.0
使用场景
在使用app的时候,肯定有很多用户都会双击Home键, 然后划掉进程或者你按下Home键, 退到后台, 假如有一天时间没有使用, 这两种情况也都可以收到推送(好像说的是废话一样),但是,这时如果你收到推送, 而且收到的不只是一条推送。此时你点击推送过来的横幅,或者通知栏的横幅,此时会走
- (void)application:(UIApplication *)application didReceiveLocalNotification:(UILocalNotification *)notification{} 方法
你此时只能获取你点击的这一条的推送的内容。 那么问题来了, 如果用户此时不点击推送的内容, 而是直接点击icon启动程序, 根本不会走
- (void)application:(UIApplication *)application didReceiveLocalNotification:(UILocalNotification *)notification{}方法,
你也获取不到推送的内容. 在这种情况下,极光的自定义消息就派上用场了。
自定义消息和APNs的区别:
极光的自定义消息是应用程序必须是在前台的状态下,才会收到, 如果处于后台, 极光会把此条消息保存为离线消息(离线的时长是可以设置的,这个由后台来设置),等你回到前台时,才会收到自定义消息。自定义消息是不会有推送的横幅效果。
APNs消息, 只有退到后台,才会有推送的横幅效果,如果你在前台, 也能收到消息,但是不会有横幅的效果。
实现思路:
对于一条推送,让后台进行自定义消息和APNs消息同时推送 (对于客户端而言,这是两条消息(APNs消息和自定义消息),但是对于服务端而言这是一条消息(如果后台告诉你,不能做, 那肯定是不想麻烦, 因为安卓使用远程推送消息,在iOS这边叫APNs消息是完全可以实现所有需求的, 但是由于iOS系统本身的局限性,我们无法实现),自定义消息和APNs消息拥有同一个_j_msgid),此时你需要使用APNs消息来进行横幅弹窗, 当用户点击某个横幅时, 对该条消息下进行处理。使用自定义消息类进行数据本地化。
要在- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions里面进行通知注册
由于极光推送的自定义消息和APNs消息的数据格式是不一样的,需要分别处理。
对于极光推送的文章介绍也有很多了,都比较详细, 但是对于我遇到的这个问题,找了好久才找到解决方案, 所以记录下来, 分享一下,也许可以帮助其他遇到此问题的人。 文章主要介绍了使用自定义消息进行数据持久化的解决思路, 如果你有其它的见解或者文章有错误的地方,欢迎留言斧正。
补充: iOS 10以上的系统, 当App在前台时, 收到APNs通知时也会弹出一个横幅
iOS 10 原生版本
```
@protocol UNUserNotificationCenterDelegate@optional
//在前台获取通知
- (void)userNotificationCenter:(UNUserNotificationCenter *)center willPresentNotification:(UNNotification *)notification withCompletionHandler:(void (^)(UNNotificationPresentationOptions options))completionHandler;
//点击通知进入
- (void)userNotificationCenter:(UNUserNotificationCenter *)center didReceiveNotificationResponse:(UNNotificationResponse *)response withCompletionHandler:(void(^)())completionHandler ;
@end
```
极光推送版本
```
@protocol JPUSHRegisterDelegate/*
* @brief handle UserNotifications.framework [willPresentNotification:withCompletionHandler:]
* @param center [UNUserNotificationCenter currentNotificationCenter] 新特性用户通知中心
* @param notification 前台得到的的通知对象
* @param completionHandler 该callback中的options 请使用UNNotificationPresentationOptions
*/
- (void)jpushNotificationCenter:(UNUserNotificationCenter *)center willPresentNotification:(UNNotification *)notification withCompletionHandler:(void (^)(NSInteger options))completionHandler;
/*
* @brief handle UserNotifications.framework [didReceiveNotificationResponse:withCompletionHandler:]
* @param center [UNUserNotificationCenter currentNotificationCenter] 新特性用户通知中心
* @param response 通知响应对象
* @param completionHandler
*/
- (void)jpushNotificationCenter:(UNUserNotificationCenter *)center didReceiveNotificationResponse:(UNNotificationResponse *)response withCompletionHandler:(void(^)())completionHandler;
@end
```
注意:
这个方法在iOS 10 以后被废弃了
这个方法是iOS 7才有的, 按照目前的市场来看, 上面的那个方法完全可以废弃, 直接使用下面这个方法来接收通知
坑: iOS 11以前, 当App在前台的时候, 会走下面👇这个方法, 点金通知栏的通知进入, 也会走下面这个方法.
但是在iOS 11 的情况下, 当手机在前台时, 接收到通知下面这个方法不会执行(已被坑吐血了), 只有点击通知栏的通知时, 才会执行, 所以, 如果要在这个方法里面做跳转的操作, 这里需要判断一下版本.
if UIApplication.shared.applicationState == .inactive {
//跳转
}else if (UIApplication.shared.applicationState == .active) {
if #available(iOS 11.0, *) {
//跳转
}
}