应用被彻底关闭后，Android/iOS能否定时发送HTTP请求？

Android 平台 #

完全可行，有以下几种可靠实现方式：

• WorkManager：这是Google官方推荐的后台任务调度方案，相比传统Service更适配Android各版本的后台管控规则。即便应用被彻底关闭，只要设备处于开机状态，WorkManager就能在设定的120分钟延迟后触发任务，执行HTTP请求发送关机指令。
• AlarmManager：适合需要精确触发的定时场景，通过设置ELAPSED_REALTIME_WAKEUP或RTC_WAKEUP类型的闹钟，配合广播接收器，在指定时间触发后执行网络请求。需注意Android 6.0以上的Doze模式限制，可能需要申请忽略电池优化权限来确保任务正常触发。

你提到的原生Service确实能实现需求，但WorkManager是当前更优的选择，能更好应对系统的后台管控策略。

iOS 平台 #

无法实现，苹果的后台机制严格限制此类场景：

• 应用被用户彻底关闭（从多任务栏划掉）后，进程会被完全终止，无法执行任何后台代码，包括定时任务和网络请求。
• 苹果允许的有限后台场景（如音频播放、位置追踪、VoIP等）均不适用于这种延迟两小时的自动网络请求；PushKit仅能唤醒应用推送通知，无法自动执行代码，必须用户交互才能继续操作。
• 后台刷新任务（Background App Refresh）不仅无法保证在精确的120分钟后触发，还受系统资源和用户设置限制，可靠性极低，完全不符合需求。

通用替代方案：服务器中转 #

若要同时兼容Android和iOS，或追求更高可靠性，推荐通过服务器实现定时任务：

1. 用户在应用中设置关机时间后，将关机指令的触发时间和IoT设备标识发送至服务器。
2. 服务器通过定时调度工具（如Cron、Quartz）在指定时间向IoT设备发送关机指令。
3. 该方案不受移动系统后台限制，无论应用是否运行，都能保证指令按时发送，还可增加日志记录、异常重试等功能提升稳定性。

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