Hey there, let's break down your two notification-related questions clearly:

这个得分平台来看，差异很大：

• Android平台：核心方案是使用FCM的「Data Message」（纯数据消息）。这类消息不会走系统通知栏，而是直接投递到你的APP进程里——只要APP处于前台、后台活跃状态（进程没被系统杀死），就能接收到并自行处理（比如更新本地数据、触发内部业务逻辑）。如果担心进程被杀死，可以结合Android的WorkManager、前台服务等机制提升接收成功率，但要注意遵守系统的后台限制规则，别搞恶意保活。
  另外，也可以考虑非推送类渠道，比如短信通知、WebSocket长连接，但这些都有局限：短信成本高，WebSocket在后台容易被系统切断，实用性不如Data Message。

• iOS平台：几乎没有合规且可靠的办法。iOS的通知权限是系统级管控，一旦用户关闭，APNs（苹果推送服务）会直接拦截所有针对该APP的推送请求，不管是通知型还是数据型消息都到不了APP。而且iOS的后台管控极严，APP在后台很难维持稳定的长连接，轮询方式不仅耗电，还会被系统限制，根本做不到及时接收通知。

明确结论：不能。
iOS的APNs推送完全受系统通知权限控制。当用户关闭某个APP的通知权限后，苹果服务器会直接拒绝该APP的推送请求，系统也不会把任何APNs消息传递给APP进程——哪怕是类似Android FCM Data Message的纯数据推送，在iOS上也必须依赖通知权限才能被系统放行，没有权限的话消息根本到不了APP。
另外，iOS的后台运行限制（比如后台APP刷新时长、后台任务限制）也堵死了其他替代方案的可能性，长连接、轮询要么被系统掐断，要么耗电过高，完全不具备实用价值。

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