iOS集成个推小结

1、 Device token(设备令牌)概念:

这周在学习苹果的消息推送（Apple Push Notification），官方画的流程图很清晰，但是对里面的一个概念 device token 却语焉不详。
读完冗长的文档，唯一有用的却是一个注意事项：
An application should register [with APN servers] every time it launches and give its provider the current token.每次应用被打开时，开发者都要重新收集当前设备的 device token，因为它可能变了哦。
stackoverflow 针对Device token 什么时候会发生变化有个很棒的解答。
在一台设备中， device token 是系统级别的，不同 App 获得的 device token 是相同的。
假如我的手机安装了 Angry Bird 和 Evernote ，这两个应用获得 device token 一模一样。
device token 并不会因为单个 app 的更新而发生改变。
假如我的 iPhone 升级了最新版的愤怒的小鸟，这并不会导致我 device token 的改变。
假如我的 iPhone 从 backup 中恢复数据，device token 不会发生变化。
用户抹除 iPhone 的数据时，意味着要与这台手机撇清关系，比如出售或者送人。此时为了保护隐私，device token 会改变。
在需要发送push时，我们的服务端就会取出要发送的设备的device token,然后以如下方式组成特定结构字符串，然后发送至APNs

2、以下为我集成时的问题与解决方案：

问题
1、iOS通知，在官网后台怎么推送，不能单独推送通知？
iOS只能透传消息

2、如果应用在前台处于运行状态，是不是不走APNs
这个是怎么实现的?实时监控应用是否在线？
判断clientid和个推服务器的连接状态简单说就是客户端sdk和个推服务器
是否是连接状态的

3、字符串 字典 远程通知 区别 使用场景？
字符串是apn的简单推送，字典和远程通知是apn的高级推送
字符串和字典会有apn通知栏提示，远程通知没有

4、为了更好支持SDK推送，APP定期抓取离线数据，需要配置后台运行权限:Backgound fetch:后台获取
Remote notifications: 推送唤醒(静默推送，Silent Remote Notifications)
这个设置与不设置的区别？
这个不设置也没关系的

5、clientid(CID）与 devictoken
devictoken是向苹果注册的，clientid(CID）是个推这边推送消息用到的，
devicetoken是推送APNS消息用到的，客户端集成后会获取clientid，我们
会判断clientid和个推服务器的连接状态简单说就是客户端sdk和个推服务器
是否是连接状态的。客户端clientid和devictoken会有一个绑定关系，我们
系统会维护这个绑定关系的

6、缓存消息存在问题（消息中心）
如果缓存apns通知，用户点击icon进入应用获取不到通知内容，这个时候会消息丢失
如果缓存透传消息内容，超出离线时间（最长可设置72小时），再打开应用，这个时候也获取不到透传消息
这样就存在问题了，超出离线时间，无论缓存透传消息内容还是apnst通知，都不会有可缓存内容
个推个的解决方案：
收到的消息保存在数据库里，超过离线时间没有下发的用户，当他点击图标打开应用，或者进入历史消息页面进行查看时，客户端可以主动的去向服务器拉取数据，这些数据你们是会在服务器中保存的。就是你们客户端向你们的服务器上去获取数据，不走推送了。客户端向服务端发送请求，然后服务端把数据返回给客户端比如银行账单也是这样的，用户在页面中进行下拉时，会去刷新页面，此时就是去服务器上重新提取的数据。

7、问题：
程序第一次启动的时候，即由死亡状态进入激活状态，这个时候接收到通知，点击条幅通知，
要根据通知内容进行页面跳转，但这个时候项目文件还没加载完全，不能跳转，之前我们的
实现方法是这样的，在didFinishLaunchingWithOptions代理下面添加如下方法

// 程序在死亡状态，再次启动，收到推送通知，跳转至对应页面if ([launchOptions objectForKey:UIApplicationLaunchOptionsRemoteNotificationKey]) {    NSDictionary * userInfo = [launchOptions objectForKey:UIApplicationLaunchOptionsRemoteNotificationKey];    self.notificationUserInfo = userInfo;    // 这里延迟1秒 否则不执行跳转    [self performSelector:@selector(skipToMessageCenter) withObject:nil afterDelay:1];}

现在换成个推后要5秒后才能跳转

[self performSelector:@selector(skipToMessageCenter) withObject:nil afterDelay:5];

这个延迟时间无法准确计算，所以上面方法是有缺陷的，那么有没更好的解决方案呢？
答案是有的，以下为我优化方案。如果你有更好的方法，欢迎指正。

AppDelegate.m:

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions {        // 程序在死亡状态，再次启动，收到推送通知，跳转至对应页面    if ([launchOptions objectForKey:UIApplicationLaunchOptionsRemoteNotificationKey]) {        NSDictionary * userInfo = [launchOptions objectForKey:UIApplicationLaunchOptionsRemoteNotificationKey];        self.notificationUserInfo = userInfo;        // 缓存apns通知内容到本地        [[NSUserDefaults standardUserDefaults]setObject:self.notificationUserInfo forKey:KRemoteNotificationUserInfo];        [[NSUserDefaults standardUserDefaults ]synchronize];        [[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(skipToMessageCenter) name:KReciveRemoteNotificationUserInfo object:nil];    }}-(void)skipToMessageCenter {    dispatch_async(dispatch_get_main_queue(), ^{        // 根据通知内容，跳转至不同页面        MessageModel * messageModel = [[MessageModel alloc] initWithNoticeDic:self.notificationUserInfo];        MessageToSpecificViewController * messageToSpecificViewController = [[MessageToSpecificViewController alloc] init];        [messageToSpecificViewController messageFromViewController:update.mainViewController toSpecificViewControllerWithMessage:messageModel];        self.notificationUserInfo = nil;    });}

CHMainViewController.m:

-(void)viewDidAppear:(BOOL)animated{    [super viewDidAppear:animated];    // 应用由死亡状态进入激活状态，这个时候发送通知，appdelegate接受通知，根据通知内容进行不同跳转    NSDictionary * notificationUserInfo =[[NSUserDefaults standardUserDefaults]valueForKey:KRemoteNotificationUserInfo];    if (notificationUserInfo) {        [[NSNotificationCenter defaultCenter] postNotificationName:KReciveremoteNotificationUserInfo object:nil];        [[NSUserDefaults standardUserDefaults]setObject:nil forKey:KRemoteNotificationUserInfo];        [[NSUserDefaults standardUserDefaults ]synchronize];    }}

8、设置别名

使用别名进行单点推送。
之前做极光推送的时候，我们别名使用的是[[UIDevice currentDevice] getCurrentDeviceUUID]，这个Id不能直接使用，因为不符合格式，我把分隔符-换成了分隔符_,这样是可以的。
原以为UUID全球唯一，请教了下同事，同事说这个id会变的，就是不同证书，即使同一台设备，UUID也会不一样。
个推的小伙伴给的建议是，别名使用clientId，它是对应每台设备唯一的。

/** SDK启动成功返回cid */- (void)GeTuiSdkDidRegisterClient:(NSString *)clientId {    //个推SDK已注册，返回clientId    NSLog(@"\n>>>[GeTuiSdk RegisterClient]:%@\n\n", clientId);    // 绑定别名    [GeTuiSdk bindAlias:advertisingUUID];    NSLog(@"个推别名======%@",advertisingUUID);}

参考：
1、http://www.cnphp6.com/archives/50193
2、http://www.jianshu.com/p/c46b60f06880
3、http://www.jianshu.com/p/803bfaae989e
4、http://mednoter.com/device-token.html
5、http://www.360doc.com/content/12/1116/09/10941785_248142762.shtml