Push notification IBM MobileFirst 6.3在应用程序启动时触发推送事件源回调

我想知道建议什么时候打电话

WL.Client.Push.registerEventSourceCallback

如果我们在应用程序关闭时点击推送通知打开应用程序时可以调用回调

当我检查 ，我会读书

iOS和Android注册回调方法，每当 通知从指定的事件源到达。如果 当应用程序未运行时，手机会收到通知 操作系统在指定的回调处启动应用程序

我从这里了解到，应用程序可以在启动时（关闭时）调用推送通知回调

但是当我检查的时候，我可以阅读

推送时，如果应用程序处于后台模式（或非活动状态） 通知到达时，当 应用程序返回前台

---

据我所知，推送回调不会在启动时启动

---

哪个页面是正确的，如果可以在应用程序启动时调用事件源回调，是否有这样做的示例

我觉得这听起来并不矛盾

当应用程序关闭时，启动时会调用回调。

---

当应用程序打开（在后台）并返回前台时，当应用程序返回前台时将调用该应用程序。

经过测试和调试，我可以确认即使应用程序关闭，它仍能正常工作。 验证后调用事件源回调

关于我的问题，当建议注册回调函数时，应该是应用程序准备好订阅push时，如IBM提供的示例中所示：

if (WL.Client.Push) {   
    WL.Client.Push.onReadyToSubscribe = function() {
        alert("onReadyToSubscribe");

        WL.Client.Push.registerEventSourceCallback(
            "myPush", 
            "PushAdapter", 
            "PushEventSource", 
            pushNotificationReceived);
    };
}

---

“据我所知，推送回调不会在启动时启动。”。我认为那是不对的。该链接表示在启动时调用回调函数。为什么你认为不是呢？可能结论是错误的，但声明只讨论应用程序在后台返回前台时的情况。我的问题是关于申请关闭（不是在后台）的情况。然而，我认为这两种情况下的行为是相同的。“我认为这应该是相当快的验证。”安德烈·费里埃我验证过，我确认行为是相同的。让我困惑的是，回调不是在启动时直接启动的，而是在身份验证之后启动的，这是正确的方法。对我来说，这听起来是正确的行为。您确实需要对框架进行身份验证，以验证您是否有权接收推送通知内容-它与用户以及设备绑定。在这种情况下，我们应该何时调用WL.Client.push.registerEventSourceCallback？我试图在wlCommonInit（）中调用它，但它不起作用。@idan Adar:当应用程序关闭/终止时，有没有办法获取事件？每当互联网连接发生变化时，我都会发送一个事件。