Android App Daemon
一直没空把 App Daemon 的原理整理一下,见不少人在问原理,我这里就把整个流程大概的说一下。关于进程守护,从接触 Android 没多久就一直想实现,网上给出的方案也是各种各样,有双服务方式,有利用系统定时器方式的等等等等,但我都有过尝试,最终都没有达到自己想要的结果。后来想到自己以前在搞 linux 的时候用到子进程来处理一些任务,而 Android 正是基于 linux 的,觉得这样的话应该是可行的。最初直接在 JNI 的 c 代码中 fork 出一个子进程出来,然后在子进程中加一个 while (1),再在 while 中 sleep 并打开一个指定的 service,这样一个最简单的守护完成了。但是后来测试发现,虽然能实现功能,不过使用 adb shell 查看进程 (命令: ps | grep com.coolerfall….),发现 fork 出来的进程的 VSIZE (进程虚拟地址空间大小) 和 RSS (进程正在使用的物理内存的大小) 都很大,而且 UI 线程有时候会出现莫名其妙的问题,于是进程守护也就暂时放下了。后来由于项目需求,又不得不开始折腾进程守护。一次在看开源项目 afwall(android 上的流量防火墙),发现其中的命令是直接使用 linux 命令行的方式在执行的,这才想起 linux 可以直接编译一个可执行的二进制文件,然后在命令行中直接执行。看了看 Android.mk 的文档,加入 include $(BUILD_EXECUTABLE)
可以让 c 文件编译成在 Android 上运行的二进制文件,最后把以前的代码直接拿过来,一切 OK 了。
原理分析:
1 | int main(int argc, char *argv[]) |
由于要在 shell 中直接执行,因此这里使用 int main(int argc, char *argv[])
,让可执行文件有入口。frok 出子进程之后,让子进程成为新的会话的领头进程,并与其父进程的会话组和进程组脱离,紧接着就是在子进程中定时去启动服务,这样一个简单的进程守护就 OK 了。
其中 start_service
为启动一个 Service:
1 | /* start daemon service */ |
这里说明下:execlp 执行后,如果没有错误则不返回,有错时才有返回值,因此又 fork 了一个子进程,然后在子进程中启动指定的 Service。其次是 Android SDK 版本小于 17 的执行命令有所不同,17 及以上命令为:execlp("am", "am", "startservice", "--user", "0", "-n", s_name, (char *) NULL)
, 17 以下:execlp("am", "am", "startservice", "-n", s_name, (char *) NULL)
。获取 version 比较简单:
1 |
|
由于编译出来的是可执行的二进制文件,所以调用就不像 so 库那样了。需要将可执行文件放在 assets 中,并在执行的时候将其 copy 至 /data/data/packagename/app_bin 文件夹下,然后在 java 中这样调用:
1 | String cmd = "/data/data/<packagename>/app_bin/daemon" |
进程守护大致的原理就是这样了,只要搞清楚了原理,其实是进程守护并不复杂。
ps: 并不是所有手机都能用此方法实现进程守护,有的手机(如小米),自带清理进程会清理掉应用相关的所有进程。5.x 以上可参考 MarsDaemon.