Flutter应用关闭时无FCM/APNS能否定时请求服务器发通知

不依赖FCM、APNS的前提下，你要的「应用完全关闭时每分钟轮询服务器、检测到新数据弹通知」的功能，没法在iOS、Android双端稳定、合规实现，核心阻碍是两个移动系统的原生后台机制限制，和Flutter本身的技术实现无关。

Android 端 #

• 系统层面从Android 6.0开始加入Doze省电模式、应用待机分组机制，后续版本持续收紧后台权限：应用被用户划掉关闭、或者进入待机状态后，系统会直接阻断后台网络访问，同时强制拉长定期后台任务的执行间隔——官方提供的WorkManager定期任务最小允许间隔是15分钟，根本达不到每分钟1次的频率。
• 国内小米、华为、OPPO、vivo等定制ROM还有额外的杀后台策略，默认配置下应用退到后台或被关闭后，进程会被直接杀死，连15分钟一次的任务都没法保证触发。就算引导用户手动打开自启动、关闭电池优化、放开后台权限，部分ROM依然会限制后台任务调度频率，稳定性完全不可控。

iOS 端 #

• iOS的后台权限管控比安卓严格数倍：普通应用没有常驻后台执行轮询的权限，系统提供的「后台App刷新」能力触发时机完全由系统决定，用户手动划掉关闭应用后，该应用的后台刷新权限会被直接冻结，根本不会触发任何代码执行。
• 就算应用没有被用户划掉，后台刷新的间隔也完全不受开发者控制，可能几小时甚至数天才会触发一次，绝无可能做到每分钟一次的频率。iOS仅允许音频播放、持续定位、VoIP通话等少数特殊场景的应用长期驻留后台，普通应用如果强行声明这类权限，会直接被App Store审核拒绝。

如果完全拒绝使用FCM、APNS，你最多只能实现非常有限的效果：

• 安卓端通过workmanager插件配置定期任务，接受最低15分钟的执行间隔，同时需要引导用户手动放开所有后台权限，还要适配各家厂商的白名单机制，依然没法保证100%触发
• iOS端没有任何可行方案能在应用关闭后持续执行轮询逻辑

想要稳定实现应用关闭状态下的新数据提醒，唯一合规、可靠、跨平台的方案还是走系统级推送通道：海外用FCM+APNS，国内安卓用各厂商自有推送聚合服务，由服务器主动把消息推送到系统级通道，不需要应用常驻后台就能收到通知、弹出提醒。

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