假设读者已经知道push的基本知识，本文只是解决一些适配，兼容问题。如果对push 不甚了解，参考下面的文章

1.【iOS push全方位解析】（一） push的概述
2.【iOS push全方位解析】（二） 生成push证书,生成Provisioning Profile
3.【iOS push全方位解析】（三）一个极简的demo，并测试一下push
4.给iOS程序添加push代码

======================正文=======================

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

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模块支持一个强制不弹框的接口。