didReceiveRemoteNotification和did

客户端需要处理三中情况：

1. 客户端在前台。通常是弹窗

● iOS6 的-(void) application: didReceiveRemoteNotification:被调用

● iOS7 的-(void) application: didReceiveRemoteNotification: fetchCompletionHandler:被调用

所以，为了兼容iOS6.通常的做法是，在-(void) application: didReceiveRemoteNotification: fetchCompletionHandler:中调用-(void) application: didReceiveRemoteNotification: 方法。

● push处理模块，判断一下程序是否是活跃 [UIApplication sharedApplication].applicationState == UIApplicationStateActive。

进而判断是否需要弹出对话框。

2. 客户端在后台，但是还活着

大致原理同第一条，注意处理是否弹框。

3. 客户端被杀死的状态，进来push消息；滑动（点击）push消息调起客户端。

● iOS 6调用 -(void) application: didFinishLaunchingWithOptions:带有launchDictionary，里面包含了push消息

需要简单处理一下，获取真正的内容[launchOptions objectForKey:UIApplicationLaunchOptionsRemoteNotificationKey]

● iOS 7以后调用两个方法：

-(void) application: didFinishLaunchingWithOptions:

-(void) application: didReceiveRemoteNotification: fetchCompletionHandler:

这样就有一个坑。iOS7以上，可能就重复处理同一个push消息了。

【解决】：由于只有iOS7以上都会调用-(void) application: didReceiveRemoteNotification: fetchCompletionHandler:方法。

那么，为了兼容iOS6：在-(void) application: didFinishLaunchingWithOptions:中只处理iOS6。

4.现在的APP都有一个启动图过程。如果push消息过来，APP正好是被杀死状态，且假设启动后有启动图。

这中push拉起APP后是直接处理push的，不弹框。

【解决】首先想到的方法是：暂存这个push消息，然后等启动图完了再展示push内容。注意，等到启动图完成，再使用push模块

[UIApplication sharedApplication].applicationState == UIApplicationStateActive就不好用了，因为此时APP应该是活跃的了，就需要弹框了。所以，需要push模块支持一个强制不弹框的接口。