08月30, 2016

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

一直以来,使用广播进行Android进程的保活就是一种常规的保活方法,本着用事实说话的原则,我做了一个实验:

  1. 写了一个demo,用于监听来电的广播,然后选择接听和挂断电话,源码见;github,AcceptOrRejectCallDemo
  2. 运行程序,用另一个手机给测试手机打电话,发现能收到广播,完成功能;
  3. 在应用程序管理器中,强制停止这个demo,然后再用另一个手机给测试手机打电话,发现无法收到广播。

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

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

STOPPED状态

我突然就想到,应用程序管理器中的“强制停止”功能,会不会默认添加了“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概念的人,或者没有在开发中遇到相关的坑的人,可能很难想到“强制停止”其实并不只是杀进程,所以也就不会去百度相关的资料了,可见误解甚至是一知半解是多么的可怕。

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

转载注明出处:十个雨点

本文链接:http://www.siki.space/post/little_trip_in_force_stop.html

-- EOF --

Comments