FCM＆＃x2B;工人

Question

我目前正在处理一个应用程序的更新，该应用程序具有以下工作流：

1. 我们将记录上传到Firestore数据库，并
2. 通过Google Cloud自动生成推送通知，该通知通过通道发送给我们的用户。设备。
3. 设备接收此通知，并使用FCM的 onMessageCeived 函数，我们还与Firestore数据库触发了同步。
4. 尝试与Firestore数据库同步。
5. 无论此同步是否正确，推动通知仍然向用户显示。当他按下这一点时，应用程序崩溃了。

我的理论是，当Android进入DOZE模式时，步骤4给出了错误。因此该设备与Firestore数据库不同步，因此该应用程序将为用户崩溃。目前约有20％的用户发生这种情况。

然后，我发现了有关工人的信息，我相信可以帮助解决这个问题。尽管如此，我还是很新的。我当时认为一个解决方案可以是： 我专门创建一个工作Quest，并指出该设备应连接到Internet。在此工作中，我将执行此数据库同步，并向用户显示通知。

但是，这可能会导致一些延迟，因为这取决于用户何时将其设备连接到Internet。理想情况下，我相信最好的解决方案将是描述在这里。最后，就我而言，同步（计划作业）是由外部事件（FCM）触发的，但是我很难理解这是否确实是最好的解决方案。

你怎么认为？第一个解决方案会好吗？如果第二个更好，您是否有一个示例有关代码的外观（基本上是骨架，所以我可以理解如何将工人与FCM联系起来）？还是工人可能不是最好的解决方案？

非常感谢！

Answer 1

在此处阅读：

https：//develoveler.android.com/troid.com/topic/topic/performance/performance/pperformance/appstandby

在这里：

https：/https：/ /firebase.google.com/docs/cloud-messaging/concept-options#setting-the-priority-of-a-message

但长话短说 - 如果您使用PUST-您需要高度优先消息使用户将与他们进行交互，这将将应用程序移至活动存储桶中。即使在打ze模式下，这也可以工作。

但是，如果没有用户互动：

• 收到推送后的时间跨度很小，以便该应用在不久之后就睡着了（这是推送通知通常工作的方式）。
• 同样，通常这是您应该创建服务，而不是被杀死的地方，而是从后台开始前景服务的新限制 - 很难这样做： https://develoverer.android.com/about.com/about/versions/12/behavior-changes -12＃前景服务节限制。 基本上，Google迫使我们走向Wm。
• 如果将优先考虑到高，但是用户不会单击通知并只是将其否定 - 它将被剥夺，并且将不再为您工作。
• 如果您的优先级较低，基本上唯一的选择是从推动开始工作以及达到约束时 - 您做工作。

，基本上这是我的建议：

1. 发送优先级的推动。您不需要用户。

2. 创建正确的约束工作以完成工作的工作。 （您可以在Wi-Fi的应用程序中放置一些设置，高/低电池，充电等）
   

   
   

3. 启动工作时，您可以显示通知（它是api-foregroungreggroundinfo的一部分）同步以及工作完成时 - 您可以显示一些完成同步的通知。

另外，请记住，当您收到下一个推动时，可能会有未完成的工作。因此，寻找链接作品以及独特的作品。

例如，您可能只想拥有一项工作，并且可以使用唯一的作品 - 您可以替换旧的工作，甚至可以将其附加到它上。在此处查看：

​最后，还有一个Q＆amp; a与Wm背后的家伙一起。您将了解所需的大多数内容：