Android中Worker与Service的区别：长期后台任务该选谁？

一、两者核心区别 #

运行机制 #

• Service：绑定应用进程，进程存活即可持续运行，但Android 8.0+对后台Service限制严格，无前台权限或应用不在前台时，极易被系统回收；即使用前台Service，也必须显示常驻通知，否则仍会被系统清理。
• Worker（WorkManager）：属于Jetpack系统调度组件，不依附应用进程。即便进程被杀，系统会在合适时机重启任务，但无法保证精准定时，系统会根据电池、网络状态调整执行时机。

定时能力 #

• Service：需自行实现定时逻辑（如Handler、Timer、AlarmManager），定时精度能满足每分钟执行的需求，但前提是进程不能被系统杀死，进程一旦崩溃，定时逻辑直接失效。
• Worker：周期性任务的最小间隔为系统强制的15分钟，无法实现每分钟执行；且调度时间由系统决定，无法保证准点触发。

资源消耗 #

• Service：长期占用进程资源，电量消耗大，容易被系统标记为耗电应用，也可能引发用户反感。
• Worker：任务执行完成后立即释放资源，系统会批量调度任务优化能耗，更符合Android省电策略。

二、针对你的需求选型建议 #

你的核心需求是每分钟检查网站+持续运行不中断，可按以下情况选择：

1. 必须严格执行每分钟检查：
   只能选择Service，且需配合前台服务（申请FOREGROUND_SERVICE权限，Android 8.0+必须显示前台通知）。即便如此，极端资源紧张场景下系统仍可能杀掉进程，需额外添加重启逻辑（比如在onTaskRemoved中用AlarmManager触发Service重启）。缺点是电量消耗高，用户体验可能受影响。

2. 可接受放宽检查间隔（如15分钟及以上）：
   优先选择WorkManager，符合Android系统规范，无需承担进程被杀的风险，且更省电，但无法满足每分钟执行的要求。

另外提供一个更优思路：与其客户端主动轮询，不如采用服务器主动推送（如厂商推送、FCM），有新信息时由服务器直接推送给客户端，既保证实时性又大幅降低能耗，比轮询模式更高效。

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