Push notification 关于Worklight中的推送通知？ 推送通知已在我的系统中执行并运行良好 应用（我使用了worklight推送通知模块） 有一个场景是我在比赛中经历的 在应用程序android设备中收到通知 推送通知在所有情况下都能完美接收，但在登录屏幕时除外（当我在应用程序的登录屏幕时，推送通知不会在我的应用程序中接收）

问题:

为什么应用程序中未收到推送通知

客户端（设备端）架构/执行流程是什么，我可以通过它 了解推送通知接收者（广播）的时间 设备中的接收器）已准备好接收通知，并且 无法接收通知

---

这是预期的行为

您已经实现了基于事件源的pus通知。在这种类型的推送通知中，您必须首先登录才能接收通知。这就是为什么当您在登录屏幕时，您不会收到通知

如果您使用Worklight 6.2或MobileFirst Platform 6.3，则可以使用不需要登录的基于标记或广播的通知

您可以在IBMMobileFirstPlatform开发人员中心阅读更多关于这些的信息

以下是可能出现的情况的概述：

应用程序关闭-通知到达设备-通过打开应用程序/点击通知栏中的通知，您将获得登录屏幕。登录后，您将实际看到有效负载（以您选择的方式，这纯粹是应用性的）。您将看不到实际的有效负载，因为您不希望用户B（例如）看到用户A的有效负载

应用程序已打开-您已登录，但应用程序在后台-通知到达设备-通过点击通知或将应用程序带到前台，因为您已登录，您将看到有效负载

应用程序已打开-您未登录-通知到达设备-您将无法看到有效负载，因为您未登录

应用程序打开-您已登录，并且应用程序位于前台-通知到达设备-您将立即看到有效负载（根据您的应用程序代码）

---

请允许我清楚地说明我已登录的场景，当应用程序在后台运行时，我可以收到通知，但一旦我再次打开应用程序，它将移动到登录屏幕，当时我无法收到通知，但之后我关闭应用程序，而不再次登录我在后台时无法收到的通知登录屏幕已到达此点。这就是为什么我不明白我的设备端发生了什么？是的，我得到了我测试过的东西和上面的场景，并且得到了你说的，但是我仍然不明白为什么我的应用程序在登录屏幕时不能收到通知。事件源通知是按每个用户发送的。如果两个用户使用相同的应用程序，您不希望用户B获取属于用户A的数据。这就是功能的实现方式。当应用程序打开时，它自己处理通知而不是操作系统，因此您不会在通知栏中看到通知，就好像已经到达应用程序一样。