应用停止或崩溃时，IntentService是否总会执行完成？

嘿，这个问题问到点子上了，咱们来把IntentService在这些场景下的行为说清楚：

首先得先搞懂IntentService的核心逻辑：它其实是Android给咱们封装好的一个Service，内部自带了工作线程和任务队列——收到的任务会按顺序在后台线程跑，所有任务干完了会自动停掉Service，不用咱们手动管理线程和停止逻辑。

接下来分不同场景拆解：

1. 用户主动停止应用（比如从最近任务栏划掉） #

• 如果IntentService已经启动并正在执行任务，多数情况下它会把当前任务干完：因为IntentService是独立的Service组件，系统会给正在干活的Service更高的优先级，只要系统内存够，不会随便杀它。
• 但有个例外：如果用户是在应用设置里点了「强制停止」，那系统会直接干掉整个应用进程，不管IntentService有没有干完活，任务都会直接中断。

2. 应用崩溃（比如主线程抛了未捕获异常） #

这种情况就没商量了——应用崩溃会导致整个进程被系统强制终止，IntentService的工作线程也会跟着挂掉，正在执行的任务肯定会中断，没机会完成。

3. 系统内存不足时的后台回收 #

就算应用没被主动停止也没崩溃，要是系统内存紧张到一定程度，系统会按进程优先级回收后台进程。IntentService所在的进程属于「服务进程」，优先级比普通后台进程高，但架不住内存真的不够用，这种情况下还是有可能被回收，任务也就中断了。

和你当前用的Service+BroadcastReceiver方案对比 #

其实你现在的方案和IntentService本质上是一回事：都是在Service的后台线程里执行任务，只是IntentService帮你封装了线程管理和任务队列的逻辑。在进程被杀死的场景下，两者的表现完全一致——任务都会中断。

要是想确保任务一定能完成该咋办？ #

如果你的需求是不管应用停没停、崩没崩，任务必须干完，那IntentService（包括普通Service）都满足不了，因为它们都依赖应用进程活着。这种情况得用专门的组件：

• 优先用WorkManager：这是Jetpack提供的组件，专门用来处理需要保证执行的后台任务，就算应用进程被杀、设备重启，它也能在合适的时机把任务续上干完。
• 也可以用JobScheduler（Android 5.0及以上），但WorkManager是更上层的封装，适配不同版本的Android系统更省心。

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