静默推送
先来看下普通推送和静默推送的区别:
普通推送：收到推送后（有文字有声音），点开通知，进入APP后，才执行-- (void)application:(UIApplication didReceiveRemoteNotification:(NSDictionary fetchCompletionHandler:(void result))handler *)application *)userInfo (^)(UIBackgroundFetchResult
静默推送：收到推送（没有文字没有声音），不用点开通知，不用打开APP，就能执行(void)application:(UIApplication )application)userInfo didReceiveRemoteNotification:(NSDictionary fetchCompletionHandler:(void (^)(UIBackgroundFetchResultresult))handler，用户完全感觉不到
所以静默推送又被我们称做 Background Remote Notification（后台远程推送）。静默推送是在iOS7之后推出的一种推送方式。它与其他推送的区别在于允许应用收到通知后在后台（background）状态下运行一段代码，可用于从服务器获取内容更新。功能使用场景：（多媒体）聊天，Email更新，基于通知的订阅内容同步等功能，提升了终端用户的体验。
所以我们对于静默推送的定义就是：后台远程推送，允许应用在收到通知后在后台运行一段代码，且能够马上执行-- (void)application:(UIApplication didReceiveRemoteNotification:(NSDictionary fetchCompletionHandler:(void result))handler *)application *)userInfo (^)(UIBackgroundFetchResult代理方法的一种推送方式
通过下面两张图片你就可以很清楚地看出静默推送和其他远程推送的区别：
静默推送的使用：
静默推送不仅在定义上和其他的推送方式不同，在推送内容上也和其他推送不同。在后台给应用的推送内容中只要满足下面的条件，该推送就是静默推送：
****如果只携带content-available: 1 不携带任何badge，sound 和消息内容等参数，则可以不打扰用户的情况下进行内容更新等操作即为“Silent Remote Notifications”****。
下面我们通过Easy APNs Provider模拟推送软件看下静默推送的内容格式：
静默推送的使用场景
假设我们现在有下面的需求：****用户打开你的app，然后把你的app压到后台。这个时候如果你的app是有IM功能的，且即时通讯是用XMPP协议，或者MQTT协议，那你的即时通讯此时是会断开长连接的(应用处于后台会断开长连接)，其他用户发消息给你，而你的的IM此时断开长连接，那么你就不会收到别人发给你的消息的推送****。
上面场景的解决办法有两个，
一:别人发消息给你其实是发到后台，后台再发送给你。那么你如果想你的应用在后台时其他用户发消息给你仍然可以出现推送，那你可以让后台在给用户发消息的时候，顺便将聊天内容发个推送给用户的app。这样，用户应用在后台时别人发消息给他他就会收到消息推送。但是这么做有个问题：会增加后台的工作量，且浪费用户的流量。可以想象下，如果你的应用有1000万活跃用户，当1000万用户同时进行聊天的时候，后台不仅需要发送消息，还要发送消息的推送，这就相当于后台需要承担多一倍的任务量。当大量进行数据收发的时候，就会容易出现问题。
二：我们可以利用静默推送：当后台需要发送第一条消息给应用处于后台状态用户的时候，可以先给用户发送一个静默推送，将用户的app唤醒，这个时候应用有20秒的时候可以用来处理消息。让应用在收到消息后，再去发送一个本地的推送，提醒用户有其他用户给他发了消息。这样就能减少后台的任务量。
所以如果你的推送使用的是原生的APNS消息推送，IM功能使用的是XMPP,MQTT协议，处理后台IM消息推送的时候就可以通过静默推送来完成消息的推送。极光推送本身也是这样进行处理的。
