远程推送全过程之傻瓜式详解

最近自己在工作中完成了远程推送功能, 这里写一篇详细的流程向解析, 比较傻瓜,  刚工作的童鞋可以看看.

本文包括

1. 前置工作: 在Apple开发者后台申请推送证书等

2. 在项目中对远程推送的处理:  a.前台和后台收到推送的不同处理 b.点击推送消息框跳转到指定页面 c.推送测试

3. 在项目中跳转iPhone推送通知的系统设置


一. 前置工作. 包括申请推送证书, 项目中的推送注册设置等.

(这里会给出文字版和图片版, 图片版比较直观, 文字版大家可以直接复制到自己笔记里备忘)

1. 注册证书

进入开发者平台developer.apple.com






 下一步







把这个提交给Apple


下载就行了. 得到 aps_development.cer

文字版:

进入苹果开发者平台后台--->certificates, identifiers&profiles

左边栏certificates, identifiers&profiles ---> certificates ---> ➕ ---> (Development)Apple Push Notification Service SSL(SandBox) ---> APPID(选择bundleID) ---> 需要Mac的签名请求文件  < ----- 打开钥匙串 ---> 钥匙串访问 ---> 证书助理 ---> 从证书颁发机构请求证书 ---> 保存到桌面 生成此电脑唯一标识 ---> 生成证书 aps_development.cer


2. 在项目中

a)  在appDelegate中注册推送设置

在application didFinishLaunchingWithOptions方法中复制如下代码:

NSSet*categories =nil;

UIUserNotificationSettings*setting = [UIUserNotificationSettingssettingsForTypes:UIUserNotificationTypeBadge|UIUserNotificationTypeSound|UIUserNotificationTypeAlertcategories:categories];[[UIApplicationsharedApplication]registerUserNotificationSettings:setting];

[[UIApplicationsharedApplication]registerForRemoteNotifications];

b)  获取设备通知唯一标识(DeviceToken)  的相关代码. 如下

//获得deviceToken

-(void)application:(UIApplication*)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData*)deviceToken{

NSLog(@"%@",deviceToken);

}

//获得deviceToken失败

-(void)application:(UIApplication*)application didFailToRegisterForRemoteNotificationsWithError:(NSError*)error{

NSLog(@"error:%@",error);

}

*必须使用已支付的真机测试才可以获得.  ps:deviceToken是会变的

c)  工程 Target-->Capabilities-->push notifications-->on


3. 将钥匙串中的推送证书 导出一个p12文件 交给服务器端



二、项目中对远程推送的处理

1. 前台和后台收到推送的不同处理

a) 如果是后台状态下收到的推送. 会调用application:didFinishLaunchingWithOptions:函数. 一句话来说, 当推送的消息框弹出, 你点击消息框启动app时, 服务器传过来的推送相关的信息会注入到这个函数中. 

在这个函数的return语句之前加入如下代码:

if (launchOptions != nil)

{

NSDictionary* dictionary = [launchOptions objectForKey:UIApplicationLaunchOptionsRemoteNotificationKey];

if (dictionary != nil)

{

[self dealMessageFromRemoteNotification:userInfo]; //自定义这样一个方法, 在里面处理收到的推送信息. 前台和后台收到推送后都调用这个方法.

}

}

b) 前台状态下收到推送的情况, 会调用以下方法(直接复制以下代码):

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

{

[self dealMessageFromRemoteNotification:userInfo];

}

2.点击推送消息框跳转到指定页面 

我做的项目中的要求是: 根据推送过来的消息种类 跳出带有不同UI的一个提示页面(不带导航栏的), 在这个页面中添加点击事件 再跳到相应的页面中. 项目主要UI框架是TabBarController-NavigationController-ViewControllers经典框架.

a) 跳到提示页面 (自定义PushViewController)

在上一步的dealMessageFromRemoteNotification方法中, 解析userInfo这个字典中的相应字段(什么字段问后台).

我的项目中, 后台给的不同推送种类是数字. 1001, 1002这种. 可以在PushViewController中定义好对应数字的枚举.直接把推送的数字传过去.  然后在PushViewController.m中根据枚举显示不同UI.



b) 从提示页面跳转到指定页面. 

这个页面可以是非常深的一个页面. 例如TabBar最后一个导航控制器下的第二级ViewController.   即: TabBarController-->NavigationController4-->ViewControllerA-->ViewControllerB

* 这里我痴呆地陷入了一个白痴误区. 就是以为只能用第四个NavigationController来推他下面的页面并且只能一级一级推, 其实大可不必, 直接推就好了啊- -

//1.拿到window

UIWindow*window = [UIApplicationsharedApplication].delegate.window;

//2.拿到tabBarController

LLTabBarViewController*tc = (LLTabBarViewController*)window.rootViewController;

//3.拿到当前NavigationController

UINavigationController *nc = tc.selectedViewController;

//4. 如果需要跳转到的控制器需要参数, 要拿到参数传过去. 一般就是个随手可拿的Model. 

我的例子中, 推送消息中不光包括了推送的提示种类 还包含了用户的udid. 由udid可以拿到userModel. 和推送提示种类一同传给了提示页面(见图).

LLReadViewController *vc = [LLReadViewController new]; 

vc.userModel  = self.model;

vc.hidesBottomBarWhenPushed = YES;

[nc pushViewController:vc animated:YES];

[self dismissViewControllerAnimated:YES completion:nil];


3.推送测试

自己测试的话推荐PushMeBaby. 名字比较骚气...不过简单好用. 

在github下载,运行。


pushMebaby是模拟服务器, 来发送推送. 

需要aps_development.cer和deviceToken


三、在项目中跳转iPhone推送通知的系统设置

什么意思呢? 在app中打开iPhone的推送通知设置. 即 接不接受这个app的推送.






代码之前, 需要先在info中设置:



代码如下: 

NSURL * url = [NSURLURLWithString:UIApplicationOpenSettingsURLString];

if([[UIApplicationsharedApplication] canOpenURL:url]) {

NSURL*url =[NSURLURLWithString:UIApplicationOpenSettingsURLString];           [[UIApplicationsharedApplication] openURL:url];

}


注意: 

此种方法只能跳到总的"设置"页面(上图), 不能直接跳到该app的 "设置-通知" 页面(下图)



如果要直接跳转到这个页面.

需要改写上述代码中的url

NSString*identifier = [NSBundlemainBundle].bundleIdentifier;

NSURL*url = [NSURLURLWithString:[NSStringstringWithFormat:@"prefs:root=NOTIFICATIONS_ID&path=%@",identifier]];


然而...

这个方法在ios10.0以后已经被系统禁用. 10.0以前的版本可以运行. 

亲测如此. 所以如果产品经理要求这样做, 直接告诉他做不到就行了(最后才说我真是欠揍啊...

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

推荐阅读更多精彩内容