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

1、iOS通知，在官网后台怎么推送，不能单独推送通知？

iOS只能透传消息，个推开发人员说，是因为苹果的要走apns，而第一个默认的推送是走的个推服务器。

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小时），再打开应用，这个时候也获取不到透传消息，这样就存在问题了，超出离线时间，无论缓存透传消息内容还是apns通知，都不会有可缓存内容。

个推技术支持给的解决方案：
收到的消息保存在数据库里，超过离线时间没有下发的用户，当他点击图标打开应用，或者进入历史消息页面进行查看时，客户端可以主动的去向服务器拉取数据，这些数据你们是会在服务器中保存的。就是你们客户端向你们的服务器上去获取数据，不走推送了。客户端向服务端发送请求，然后服务端把数据返回给客户端比如银行账单也是这样的，用户在页面中进行下拉时，会去刷新页面，此时就是去服务器上重新提取的数据。

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;
    });
}

MainViewController.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，�它是对应每台设备唯一的。但是如果使用clientId，就又存在一个用户登录多台设备，使用clientId单点推送就存在问题。解决方法，可以使用useId做别名。

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

9、关于下发率：

10%的下发率确实不高，离线时间设置的比较短，可以设置长一点，整个大盘的下发率在20-40%左右。
iOS的如果不设置离线时间，个推这边是不会下发APNS消息的。应用在手机上，至少要打开一次，初始化成功SDK，获取到CID，这样才可以推送。
如果后面一直没有打开，离线时间也设置了，个推会推送APNS消息下发。
离线时间是针对离线用户的，推送下发的时候，在线的用户消息就直接推送到客户端了，离线的用户，消息会作为离线消息存在离线库里，离线用户在离线时间内在线，离线消息就会下发。
只有在离线时间内打开过应用才统计下发率。
用户离线情况如，用户进程是关闭的，网络是断开等...
iOS的下发统计的是应用打开后，走个推长连接通道下发的透传消息的下发。
比如说一个用户收到了apn通知，用户在2小时（设置的离线时间为2小时）内都没有打开过app，那这个透传消息就不会下发了，对应的就统计不到了。
也就是说，如果我设置离线时间2小时，应用进程关闭或者应用在后台，通知到来，两个小时后我再打开应用，这个时候不会走个推的代理方法收到透传消息。

10、 iOS同一台设备，中文环境下先打了“中文”标签，切换到英文环境后再打“英文”标签，这时候在个推后台中心向“中文”标签进行推送，英文环境同样收到了中文通知，有解决办法没？

一般情况，标签设置一天只能成功设置一次，如果需要一天多次，可以提需求添加的。

11、后一个标签会顶替掉前一个标签么？还是以前打的标签和后面的标签同时存在？

标签设置是全量覆盖的，后者全部替换前者。

12、打标签的时效性，执行打标签操作，时间过了好久才有这样的标签用户？

开通权限后，最高设置的记录是一天100次。这个权限目前只有个推技术支持那边可以设置。

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

deviceToken

这周在学习苹果的消息推送（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

toAPNs.png

参考：
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