Android中“强制停止”和广播保活的一个小坑

一直以来，使用广播进行Android进程的保活就是一种常规的保活方法，本着用事实说话的原则，我做了一个实验：
1. 写了一个demo，用于监听来电的广播，然后选择接听和挂断电话，源码见；github，AcceptOrRejectCallDemo；
2. 运行程序，用另一个手机给测试手机打电话，发现能收到广播，完成功能；
3. 在应用程序管理器中，强制停止这个demo，然后再用另一个手机给测试手机打电话，发现无法收到广播。

我在5台不同品牌的手机上重复了相同的实验，结果一致。由此，似乎可以得出结论——广播保活不靠谱。当然如果这个实验就这么结束了，那也太短了，男人可不能短，接着看。

后来我看到了这篇文章论Android应用进程长存的可行性,作者几乎介绍了所有已知的进程保活方法，让我打开眼界，不过引起我注意的其实是下面这段话：

我突然就想到，应用程序管理器中的“强制停止”功能，会不会默认添加了“STOPPED”状态呢，所以导致广播失效呢？

于是我又进行了一次实验：
1. 还是那个AcceptOrRejectCallDemo，在BroadcastReceiver的描述中添加intent-filter： android.intent.action.BOOT_COMPLETED
2. 运行程序，在adb下使用kill命令杀死AcceptOrRejectCallDemo的进程，确保ps命令的结果中没有AcceptOrRejectCallDemo的进程运行，拨打电话，能收到广播，功能正常，此时再使用ps命令，发现又生成了AcceptOrRejectCallDemo的进程了。
3. 重启手机，ps命令的结果中没有AcceptOrRejectCallDemo的进程运行，查看应用程序管理器，发现AcceptOrRejectCallDemo中的“强制停止”选项可选，表明可以停止，而且此时接到电话的时候能收到广播；
4. 将AcceptOrRejectCallDemo“强制停止”，重启手机，ps命令的结果中没有AcceptOrRejectCallDemo的进程运行，查看应用程序管理器，发现AcceptOrRejectCallDemo中的“强制停止”选项不可选，表明不能停止，而且接到电话的时候不能收到广播；
5. 打开AcceptOrRejectCallDemo后，退出，在最近的任务中杀AcceptOrRejectCallDemo进程，ps命令的结果中没有AcceptOrRejectCallDemo的进程运行，然后查看应用程序管理器，发现AcceptOrRejectCallDemo中的“强制停止”选项可选，表明可以停止，而且此时接到电话的时候能收到广播。

以上几步实验可以表明：

• 在最近的任务中杀进程，和使用kill命令杀进程，效果一致；
• 杀死AcceptOrRejectCallDemo进程后，还是能够接收到系统广播的；
• 被“强制停止”以后，无法接收系统广播，也无法自启动，事实上此时应用是也是处于STOPPED状态的，详情请参考Android设置中“强行停止”详解。

总结和感慨

至此得出的结论是：
广播保活还是比较靠谱的，毕竟一般用户不会去“强制停止”，虽然我一开始也误以为是结束其下所有进程的意思。。。

其实“强制停止”的英语是“Force Stop”，如果了解STOPPED状态的人，可能会立刻就明白这是做什么用的了。后来我百度“强制停止”的时候，也发现了有人分析过强制停止对广播的影响。不过如果没有接触过STOPPED概念的人，或者没有在开发中遇到相关的坑的人，可能很难想到“强制停止”其实并不只是杀进程，所以也就不会去百度相关的资料了，可见误解甚至是一知半解是多么的可怕。

我们做开发工作的，不但要在遇到问题的时候能够解决问题，还应该在各个方面多积累，在遇到问题的时候才能能立刻找到方向。总之一句话：多读书！！！