Android Service 双进程常驻后台（2）

最近项目用到Service常驻后台，研究了一下发现手Q和微信都是使用了双进程来保证一键清理后自动复活，copy网上双进程Service的例子，再结合onTrimMemory()，基本实现一键清理后自动复活。

使用双进程Service，关键是在AndroidManifest.xml里面定义Service时加入android:process=":service1"：

 <service android:enabled="true" android:name="com.service.demo.Service1" android:process=":service1"></service>
 <service android:enabled="true" android:name="com.service.demo.Service2" android:process=":service2"></service>

双进程Service可以让2个进程互相保护，其中一个Service被清理后，另外没被清理的进程可以立即重启进程。

--------以下onTrimMemory的解释引用于网络

onTrimMemory()是Android 4.0之后提供的API，系统会根据不同的内存状态来回调。根据不同的内存状态，来响应不同的内存释放策略。OnTrimMemory的参数是一个int数值，代表不同的内存状态：

TRIM_MEMORY_COMPLETE：内存不足，并且该进程在后台进程列表最后一个，马上就要被清理
TRIM_MEMORY_MODERATE：内存不足，并且该进程在后台进程列表的中部。
TRIM_MEMORY_BACKGROUND：内存不足，并且该进程是后台进程。
TRIM_MEMORY_UI_HIDDEN：内存不足，并且该进程的UI已经不可见了。 
以上4个是4.0增加
TRIM_MEMORY_RUNNING_CRITICAL：内存不足(后台进程不足3个)，并且该进程优先级比较高，需要清理内存
TRIM_MEMORY_RUNNING_LOW：内存不足(后台进程不足5个)，并且该进程优先级比较高，需要清理内存
TRIM_MEMORY_RUNNING_MODERATE：内存不足(后台进程超过5个)，并且该进程优先级比较高，需要清理内存 
以上3个是4.1增加。

本文的例子源码可以到这里下载http://pan.baidu.com/s/1qW3KvtM

以下是本文运行DEMO的结果：开启服务后双进程Service分别启动（Toast显示出来），然后使用“一键加速”来清理内存，双进程Service被逐一清理（触发Service的onTrimMemory（）），但后面又分别重新启动了。