Firebase 反应本机通知Websockets v/s Firestore侦听器v/s SSE

我正在使用react native开发一个移动应用程序。我的后端应用程序是使用springboot开发的。我的应用程序使用REST与后端对话。
我想从我的后端（通过下面提到的选项之一）向应用程序的用户发送一些通知。这不能是推送通知，因为用户可以禁用我的应用的推送通知。
收到此通知后，应用程序将使用rest api与后端通信，以获取更多详细信息并完成事务

我想知道为用户发送通知的更好策略是什么

网袋

使用Firestore事件侦听器（因为我已经在使用Firebase为启用它的用户发送推送通知）

SSE（服务器发送事件）

从应用程序到后端的定期轮询（我不喜欢这种方法）

我知道这是一个有点宽泛的话题。我只需要一些关于哪种选项在容错性、性能和可伸缩性方面更好的建议。

---

我想知道这通常是如何实现的。我不熟悉应用程序开发。

在我看来，Firebase是移动应用程序的最佳选择，websocket可以被android关闭，并且不总是可控的。它们也会消耗大量能源，耗尽手机电池。

在我看来，Firebase是移动应用程序的最佳选择，websocket可以被android关闭，并且不总是可控的。它们也会消耗大量能源，这会耗尽手机电池。

我对一个项目有同样的要求，在这个项目中，无论使用第三方应用程序（如Firebase）如何，都需要发送通知。我如何实现这一点，我将与你分享，也许这将有助于你

后端->ASP.NET核心

实时通信->信号机核心

协议->Websocket、服务器发送的事件、长池

RN包->响应本机推送通知

---

这是完全好的，除了一个缺点，它将只通信和发送推送通知时，应用程序正在运行（后台/前台）我认为这取决于你的情况和你的要求，如果你的应用程序在主应用程序中持续运行，这将对你有效，否则你需要使用第三方服务，如Firebase，当你的应用程序不运行时，它也会有效，只需要连接到互联网。

我对需要的项目有相同的要求无论使用第三方应用程序（如Firebase）如何发送通知。我如何实现这一点，我将与你分享，也许这将有助于你

后端->ASP.NET核心

实时通信->信号机核心

协议->Websocket、服务器发送的事件、长池

RN包->响应本机推送通知

---

这是完全好的，除了一个缺点，它将只通信和发送推送通知时，应用程序正在运行（后台/前台）我认为这取决于你的情况和你的要求，如果你的应用程序在主应用程序中持续运行，这将对你起作用，否则你需要使用第三方服务，如Firebase，当你的应用程序不运行时，它也会起作用，只需要连接到互联网。

是的，我建议第二种选择。我建议第二种选择选项