Android 雙進程Service常駐後台，無懼“一鍵清理”，androidservice

Android 雙進程Service常駐後台，無懼“一鍵清理”，androidservice
本文來自http://blog.csdn.net/hellogv/ ，引用必須註明出處！

最近項目用到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（）），但後面又分別重新啟動了。

著作權聲明：本文為博主原創文章，未經博主允許不得轉載。