应用关闭时能否发送消息数据 有无方法发送消息直接唤起应用

这类实现的核心逻辑是依赖系统级的推送通道能力，而非应用自身的长连接：应用完全关闭后自身的网络进程会被系统回收，无法维持自主消息监听，只有运行在系统进程中的推送服务能不受应用生命周期影响接收消息，进而触发应用拉起。

Android 平台实现 #

• 接入对应品牌的系统厂商推送通道，比如小米推送、华为推送、OPPO推送、vivo推送等，这类通道运行在系统进程中，不会随应用关闭被回收
• 可以配置两种拉起逻辑：
  • 通知消息点击拉起：给推送消息配置点击跳转规则，用户点击通知栏消息时，系统会直接拉起应用对应的目标页面
  • 透传消息静默拉起：部分厂商支持收到透传消息后不展示通知，直接在后台拉起应用，不过该能力需要申请特殊厂商权限，Android 12及以上版本对该行为限制极严，非系统白名单应用无法正常使用
• 代码实现时需要在AndroidManifest.xml中给目标拉起页配置android:exported="true"属性，同时注册对应推送服务的广播接收器，处理消息回调和跳转逻辑

注意：非应用市场白名单的普通应用，不建议在高版本Android系统中尝试静默拉起逻辑，大概率会被系统拦截，甚至触发应用权限处罚

iOS 平台实现 #

• 必须接入APNs（苹果官方推送通知服务），这是iOS系统唯一允许的系统级推送通道，应用完全关闭后依然可以正常接收推送
• 普通应用仅支持用户点击通知后拉起应用：给推送 payload 配置对应category字段和跳转规则，用户点击通知时系统会自动打开应用，同时可以携带自定义参数传递给应用内逻辑
• 若要实现收到消息后无需用户点击自动拉起，仅能使用VoIP推送类型，该权限仅开放给语音通话类应用，普通应用申请会被App Store直接驳回

桌面端（Windows/macOS）实现 #

• 接入对应系统的官方推送服务（Windows 推送通知服务、苹果通知中心推送），可以配置通知点击拉起应用的逻辑
• 也可以开发独立的系统轻量服务进程后台保活，监听特定端口的消息，收到指定指令后拉起主应用，不过这类方案容易被安全软件判定为风险行为拦截

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