推送处理

我这两天都在改这么个东西：

需要根据推送消息，在下方的tabbar上显示提示红点。即：接收到推送消息，当点击推送消息时，跳转对应界面；点击程序图标进入程序时，显示提示的小红点。

前记

我记得我之前做的推送处理，分为三种情况，这个我记得很清楚，因为我第一次面试在北京的车库咖啡，被人问到了这个问题，但是我没答出来，因为那时候我确实都没做过推送处理；后来进了第一家公司，有个好的产品，然后刚好有这个需求，然后就get了这个技能。

a. 程序在后台，接收到推送消息，点击推送消息，走的是

// 程序在运行时接收到通知
- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo
{
    ...
    [self receivePush:self.userInfo];
}

b. 程序在前台，接收到推送消息，弹窗提示／直接处理，对应的方法还是

// 程序在运行时接收到通知
- (void)application:(UIApplication *)application didReceiveRemoteNotification:(NSDictionary *)userInfo
{
    ...
    [self receivePush:self.userInfo];
}

c. 程序被kill掉了，接收到推送消息，点击推送消息，对应的方法是

- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions
{
    if (launchOptions && [[launchOptions allKeys] containsObject:@"UIApplicationLaunchOptionsRemoteNotificationKey"]) {
        NSMutableDictionary * userInfo = [launchOptions objectForKey:@"UIApplicationLaunchOptionsRemoteNotificationKey"];
        [self receivePush:userInfo];
    }
}

Now

所以当我看到这个需求时，没太在意，以为跟以前一样，能够实现。但是写着写着，发现不对的地方了。以前关注的是点击推送消息的处理，现在不光要有点击推送消息的处理，还有没点击推送消息时的处理。。。。。So，想想能不能实现，然后我想既然被kill掉能走application:didFinishLaunchingWithOptions:这个方法，带的都有推送参数，那没点击推送消息应该也没问题。

然而事实证明，我还是太天真了，我今天仔细测试了一下，发现，

application:didFinishLaunchingWithOptions: 这个方法当程序被kill掉，点击推送消息进入时，Options里有推送的信息；但是，当不点击推送消息，直接进入程序时，Options里是没有推送信息的。所以单单凭推送，这个需求是不能实现的。那怎么办？

Result

再回过头看看需求，关键问题是，当我点击程序图标进入程序时，我不知道推送的参数，没有办法判断应不应该显示小红点。
所以，再单独让后台来个请求，返回给我个应不应该显示小红点的参数；但是这样还有个问题是，什么时候请求？我最开始想的是，程序被kill 掉／在后台，点击打开的时候都应该刷新小红点，所以在applicationWillEnterForeground: 请求，但是这样的话，请求未眠也太频繁了点；而且后台说本来推送对性能要求都比较高，你再这样查询，不行！

然后，QQ上朋友发我一张这个图片：

上图中最后一句，根据通知的badge来判断是否有通知，然后发请求获取数据。在我看来，很有道理哦，这个方法不错。但是，后台还是那句话，不行，所以就你懂的砍需求了

赏

谢谢，一起进步

支付宝

微信