无需发送原生通知的跨设备静默消息通知方案咨询

该需求完全可以实现，不需要依赖系统原生推送通知能力，所有消息接收、展示逻辑都可以收敛在应用内部完成，不会出现在系统通知栏。

• 公网长连接方案（适配跨网络、远距离触达场景）
  只要mobileDevice1上的目标应用拿到了后台运行、自启动相关权限，就可以在应用运行期间和自有业务服务器维持MQTT/WebSocket长连接。mobileDevice2、laptop发送的消息先上传到业务服务器，服务器直接通过已经建好的长连接通道把消息推给mobileDevice1端的应用，应用收到消息后直接写入本地数据库，刷新内部的RecyclerView列表即可。全程不需要调用系统通知发送接口，消息不会进入系统通知列表，也不需要用户手动点刷新。
  针对安卓厂商的后台省电查杀限制，可以配合系统提供的应用保活白名单、轻量后台心跳任务维持连接稳定性，不需要接入厂商官方推送通道；iOS端可以开启Background Modes对应的后台运行权限维持长连接，只要不触发本地/远程通知的展示逻辑，就不会有系统级通知弹出。
• 局域网直连方案（适配同WiFi下的无公网场景）
  如果三台设备都在同一个局域网内，连公网服务器都不需要，直接在mobileDevice1端启动一个固定端口的轻量TCP/UDP监听服务，mobileDevice2和laptop在同网段下找到mobileDevice1的局域网IP，直接往对应端口发消息就行。mobileDevice1端的监听服务收到数据后直接更新应用内列表，全程完全不涉及系统通知相关能力，消息也不会流出本地局域网。
• 同账号云端同步方案（适配有自有账号体系的场景）
  如果三台设备都登录了同一个应用账号，可以靠云端数据变更监听实现触达：mobileDevice2、laptop发消息时直接写入对应账号的云端消息存储区，mobileDevice1端靠系统空闲时触发的轻量后台轮询（间隔设1-5分钟几乎无额外耗电）、云端数据同步回调拉取新消息，拉取后直接更新应用内列表即可，全程不触发标准推送流程。

所有方案都满足需求的核心要求：

• 全程不接入FCM、APNs、国内厂商推送等常规push notification通道
• 不会调用系统通知发送接口，消息不会出现在系统原生通知列表、不会弹出通知栏提示
• 消息接收逻辑为被动触发，不需要用户手动点击更新按钮做交互
• 所有消息仅在应用内部视图渲染展示

内容的提问来源于stack exchange，提问作者Bob Redity