iOS极光推送,2016最新傻瓜教程

本来打算用友盟推送的,但是发现友盟的集成稍微繁琐了些,代码多了些。算了,还是换回大名鼎鼎的极光推送吧,废话不多说,进入正题。

上代码:
AppDelegate.m

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {
    self.window = [[UIWindow alloc] initWithFrame:[[UIScreen mainScreen] bounds]];
    
    [self.window makeKeyAndVisible];
    
    // Required
    if ([[UIDevice currentDevice].systemVersion floatValue] >= 8.0) {
        //可以添加自定义categories
        [JPUSHService registerForRemoteNotificationTypes:(UIUserNotificationTypeBadge |
                                                          UIUserNotificationTypeSound |
                                                          UIUserNotificationTypeAlert)
                                              categories:nil];
    } else {
        //categories 必须为nil
        [JPUSHService registerForRemoteNotificationTypes:(UIRemoteNotificationTypeBadge |
                                                          UIRemoteNotificationTypeSound |
                                                          UIRemoteNotificationTypeAlert)
                                              categories:nil];
    }
    
    // Required
    NSString *plistPath = [[NSBundle mainBundle] pathForResource:@"PushConfig" ofType:@"plist"];
    NSDictionary *dic = [[NSDictionary alloc] initWithContentsOfFile:plistPath];

    [JPUSHService setupWithOption:launchOptions appKey:dic[@"APP_KEY"] channel:dic[@"CHANNEL"] apsForProduction:NO];
    
    return YES;
}

- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo {
    // Required,For systems with less than or equal to iOS6
    [JPUSHService handleRemoteNotification:userInfo];
}

- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo fetchCompletionHandler:(void (^)(UIBackgroundFetchResult))completionHandler {
    // IOS 7 Support Required
    [JPUSHService handleRemoteNotification:userInfo];
    completionHandler(UIBackgroundFetchResultNewData);
}

- (void)application:(UIApplication *)application didFailToRegisterForRemoteNotificationsWithError:(NSError *)error {
    //Optional
    NSLog(@"did Fail To Register For Remote Notifications With Error: %@", error);
}

- (void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken {
    // Required
    [JPUSHService registerDeviceToken:deviceToken];
    // *****星标1*******
    [JPUSHService setTags:[NSSet setWithObjects:@"test", nil] alias:@"ZhangQian" callbackSelector:@selector(tagsAliasCallback:tags:alias:) object:self];
    // *****星标1*******
}

// *****星标2*******
-(void)tagsAliasCallback:(int)iResCode
                    tags:(NSSet*)tags
                   alias:(NSString*)alias
{
    NSLog(@"rescode: %d, \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\ntags: %@, \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\nalias: %@\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\n", iResCode, tags , alias);
}
// *****星标2*******

在官方集成文档里是没有上面星标1和星标2里的东东的,在这里说一下,为毛要弄这个东东,其实这个是给客户端取一个标签(tag)、别名(alias),为了标识这个客户端。标识客户端是为了服务器端推送的时候可以选择性推送,比如QQ,你跟我聊天,那么只推送给我手机上的这个客户端,而不是所有客户端。标签可以取若干个,别名只能取一个。如果不想取那就给一个nil。

框框中“test”就是标签,“ZhangQian”就是别名。每次调用这个方法,只会覆盖之前你设置的标签或别名,而不是增加,callbackSelector就是向服务器请求设置标签和别名的回调,告诉你有没有成功。在星标2中,如果rescode=0那就是成功了,否则失败。

除了标签、别名可以标识客户端外,还有一个标识就是registrationID,registrationID可以通过 [JPUSHService registrationID]这样来获取,当客户端第一次向jpush注册成功后,jpush服务器会返回一个设备唯一标识,就是这个registrationID。registrationID可以在app的任何地方获取。

丫的弄这么多标识干jb毛啊,那咱就说说这三个标识的区别:

标签(tag):可以设置多个,类似搜索的关键字,也就是可以用多个关键字来给某些客户端做标记。可以多个客户端有相同的标签,这时候推送就会推送给多个客户端。

别名(alias):只可以设置一个,同样存在多个客户端拥有相同的别名的情况,同上也是推送给多个客户端。

registrationID:是唯一标识,每个客户端拥有唯一的registrationID,推送也是单一推送。

所以,攻城狮们可以根据不同的需求来使用以上三个标识,如果没有特殊的需求,registrationID就足够了。把registrationID返回给你客户端自己的服务器维护起来。你的服务器想给哪个客户端推送了就用这个registrationID。

刚刚lz脑洞大开,发现别名还是很有用的,如果我给每个客户端的别名取名为当前版本号,那么,对于那些没有升级的客户端,我就可以给低版本号别名的客户端人推送消息,告诉他及时升级。嗯~~不错

还有,这三个标识在极光控制台测试的使用,如下图:


我擦,我居然扯了这么远,而且还少说了两个事,别忘了在你项目的次根目录加一个PushConfig.plist。跟Info.plist在同一目录下,把你极光后台的APP_KEY写到里边去。APS_FOR_PRODUCTION为0就是开发模式,1就是生产模式,一定要跟你的项目的debug(0)和release(1)对应上。CHANNEL就填app store就行。


然后就是jpush是走http协议的,所以一定要让你的app支持http协议(iOS9后默认https)。在Info.plist中添加NSAppTransportSecurity类型Dictionary。在NSAppTransportSecurity下添加NSAllowsArbitraryLoads类型Boolean,值设为YES。


还有最后一件事就是把Background Modes下的Remote notifications选中。因为我在弄的时候发现它不是打开的,所以大家还是注意下


JPush SDK下载:http://docs.jpush.io/resources/

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

推荐阅读更多精彩内容