当QQ关闭时，如果有新的消息进来，app上的badge显示数目会递增。比如原来是2，新来了两条，就变成了4.
我了解到的APNS推送逻辑里，是在payload中定义应用的badge显示条数，如下将显示2：
$body = array("aps" => array("alert" => '哈哈，能推送过来咯！',"badge" =>2,"sound"=>'default'));
似乎没有递增的方式。
如果要利用程序本地的代码的话，则必须是用户打开应用的状态下，那个时候会有
- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo
被调用，但必须是应用打开状态。
很好奇QQ的实现方式是怎样的。大家有什么思路吗？
很明显这种所谓的“递增”是一种“假”递增
所以QQ之类的这种关闭程序后的递增实际上都是由服务端进行“递增”后再交给客户端
一句话：Badge的数值是由服务器控制的。所以只有一个问题，就是怎么保证客户端显示的数值就是当前未读条目的计数。这就需要客户端和服务器交流沟通了，也就是同步。
客户端运行时，每看一条未读信息，都给服务器发剩余的未读数，服务器自行更新计数，好方便下次推送时决定Badge的数值。
客户端关闭时，服务器收到给此用户的新消息，未读计数自然+1，再发通知过去。
之前我做的推送，也是这样，在服务器端有一个消息队列，每次把队列长度作为badge的数字发送到手机端
我非常不建议做成数字递增，因为这样你就没有机会重置数字，一旦服务端和手机端出现不同步的现象，这个数字就永远是错的