?
2018.03.04 17:34*?字數 1924?閱讀 5519評論 27喜歡 178贊賞 2
下篇:http://www.itdecent.cn/p/7cdae4f7763a
前言
進程保活的關鍵點有兩個,一個是進程優(yōu)先級的理解,優(yōu)先級越高存活幾率越大。二是弄清楚哪些場景會導致進程會kill,然后采取下面的策略對各種場景進行優(yōu)化:
提高進程的優(yōu)先級
在進程被kill之后能夠喚醒
進程優(yōu)先級
Android一般的進程優(yōu)先級劃分:
1.前臺進程 (Foreground process)
2.可見進程 (Visible process)
3.服務進程 (Service process)
4.后臺進程 (Background process)
5.空進程 (Empty process)
這是一種粗略的劃分,進程其實有一種具體的數值,稱作oom_adj,注意:數值越大優(yōu)先級越低:

image.png
紅色部分是容易被回收的進程,屬于android進程
綠色部分是較難被回收的進程,屬于android進程
其他部分則不是android進程,也不會被系統(tǒng)回收,一般是ROM自帶的app和服務才能擁有
如何查看某個進程的oom_adj數值呢?
oom_adj 存儲在proc/PID/oom_adj文件中,其中PID是進程的id,直接 adb shell進入手機根目錄查看這個文件即可。
演示一下:以我自己的項目為例,app中有兩個進程,一個是主進程,另一個是運行service的進程取名為:remote。首先用android studio查看每個進程的PID:

image.png
然后分別查看app在前臺,app退到后臺,這2中場景主進程的oom_adj數值:

image.png
可見,當app在前臺時 oom_adj = 0,對應上面的表格是前臺進程。
當app退到后臺時,oom_adj = 6,對應后臺進程。
然后查看運行著service的進程:

image.png
ok,知道了進程優(yōu)先級的概念以及如何查看優(yōu)先級,我們就可以對app進程優(yōu)化,然后通過查看這個數值判斷我們的優(yōu)化是否有效果。
進程被kill的場景
1.點擊home鍵使app長時間停留在后臺,內存不足被kill
處理這種情況前提是你的app至少運行了一個service,然后通過Service.startForeground() 設置為前臺服務,可以將oom_adj的數值由4降低到1,大大提高存活率。
要注意的是android4.3之后Service.startForeground() 會強制彈出通知欄,解決辦法是再啟動一個service和推送共用一個通知欄,然后stop這個service使得通知欄消失。
Android 7.1之后google修復這個bug,目前沒有解決辦法
下面的代碼放到你的service的onStartCommand方法中:
//設置service為前臺服務,提高優(yōu)先級if(Build.VERSION.SDK_INT <18) {//Android4.3以下 ,此方法能有效隱藏Notification上的圖標service.startForeground(GRAY_SERVICE_ID,newNotification());? ? ? ? }elseif(Build.VERSION.SDK_INT>18&& Build.VERSION.SDK_INT<25){//Android4.3 - Android7.0,此方法能有效隱藏Notification上的圖標Intent innerIntent =newIntent(service, GrayInnerService.class);? ? ? ? ? ? service.startService(innerIntent);? ? ? ? ? ? service.startForeground(GRAY_SERVICE_ID,newNotification());? ? ? ? }else{//Android7.1 google修復了此漏洞,暫無解決方法(現(xiàn)狀:Android7.1以上app啟動后通知欄會出現(xiàn)一條"正在運行"的通知消息)service.startForeground(GRAY_SERVICE_ID,newNotification());? ? ? ? }
經過改進之后,再來看下這個后臺service進程的oom_adj,發(fā)現(xiàn)被提升為前臺進程。

image.png

image.png
2.在大多數國產手機下,進入鎖屏狀態(tài)一段時間,省電機制會kill后臺進程
這種情況和上面不太一樣,是很過國產手機rom自帶的優(yōu)化,當鎖屏一段時間之后,即使手機內存夠用為了省電,也會釋放掉一部分內存。
策略:注冊廣播監(jiān)聽鎖屏和解鎖事件, 鎖屏后啟動一個1像素的透明Activity,這樣直接把進程的oom_adj數值降低到0,0是android進程的最高優(yōu)先級。 解鎖后銷毀這個透明Activity。這里我把這個Activity放到:remote進程也就是我那個后臺服務進程,當然你也可以放到主進程,看你打算?;钅膫€進程。

image.png
我們可以寫一個KeepLiveManager來負責接收廣播,維護這個Activity的常見和銷毀,注意鎖屏廣播和解鎖分別是:ACTION_SCREEN_OOF和ACTION_USER_PRESENT,并且只能通過動態(tài)注冊來綁定,并且是綁定到你的后臺service里面,onCreate綁定,onDestroy里面解綁
配好之后把手機鎖屏,看下:remote進程的oom_adj:

image.png
3. 用戶手動釋放內存:包括手機自帶清理工具,和第三方app(360,獵豹清理大師等)
清理內存軟件會把 優(yōu)先級低于 前臺進程(oom_adj = 0)的所有進程放入清理列表,而當我們打開了清理軟件就意味著其他app不可能處于前臺。所以說理論上可以kill任何app。
以360安全衛(wèi)士為例,打開內存清理:

image.png
因此這類場景唯一的處理辦法就是加入 手機rom 白名單,比如你打開小米,魅族的權限管理 -> 自啟動管理可以看到 QQ,微信,天貓默認被勾選,這就是廠商合作。那我們普通app可以這么做:在app的設置界面加一個選項,提示用戶自己去勾選自啟動,我封裝了一個工具類給出國內各廠商的自啟動的Intent跳轉方法:
/**
* Created by carmelo on 2018/3/17.
* 國內手機廠商白名單跳轉工具類
*/publicclassSettingUtils{publicstaticvoidenterWhiteListSetting(Context context){try{? ? ? ? ? ? context.startActivity(getSettingIntent());? ? ? ? }catch(Exception e){? ? ? ? ? ? context.startActivity(newIntent(Settings.ACTION_SETTINGS));? ? ? ? }? ? }privatestaticIntentgetSettingIntent(){? ? ? ? ComponentName componentName =null;? ? ? ? String brand = android.os.Build.BRAND;switch(brand.toLowerCase()){case"samsung":? ? ? ? ? ? ? ? componentName =newComponentName("com.samsung.android.sm","com.samsung.android.sm.app.dashboard.SmartManagerDashBoardActivity");break;case"huawei":? ? ? ? ? ? ? ? componentName =newComponentName("com.huawei.systemmanager","com.huawei.systemmanager.startupmgr.ui.StartupNormalAppListActivity");break;case"xiaomi":? ? ? ? ? ? ? ? componentName =newComponentName("com.miui.securitycenter","com.miui.permcenter.autostart.AutoStartManagementActivity");break;case"vivo":? ? ? ? ? ? ? ? componentName =newComponentName("com.iqoo.secure","com.iqoo.secure.ui.phoneoptimize.AddWhiteListActivity");break;case"oppo":? ? ? ? ? ? ? ? componentName =newComponentName("com.coloros.oppoguardelf","com.coloros.powermanager.fuelgaue.PowerUsageModelActivity");break;case"360":? ? ? ? ? ? ? ? componentName =newComponentName("com.yulong.android.coolsafe","com.yulong.android.coolsafe.ui.activity.autorun.AutoRunListActivity");break;case"meizu":? ? ? ? ? ? ? ? componentName =newComponentName("com.meizu.safe","com.meizu.safe.permission.SmartBGActivity");break;case"oneplus":? ? ? ? ? ? ? ? componentName =newComponentName("com.oneplus.security","com.oneplus.security.chainlaunch.view.ChainLaunchAppListActivity");break;default:break;? ? ? ? }? ? ? ? Intent intent =newIntent();? ? ? ? intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);if(componentName!=null){? ? ? ? ? ? intent.setComponent(componentName);? ? ? ? }else{? ? ? ? ? ? intent.setAction(Settings.ACTION_SETTINGS);? ? ? ? }returnintent;? ? }}
補充幾點:
額外說下 自啟動是什么意思? 網上都是小米開啟自啟動就是加入白名單,其實根本不是這樣的,經過實測就算app勾選自啟動也會被內存優(yōu)化加速清理掉,只不過進程會在半分鐘后復活。
除了還有自啟動還有一個設置就是電池管理,比如小米的神隱模式,這部分和自啟動不同的是它是管理app在鎖屏之后被省電機制殺死的場景,當然每家廠商也有對應的Intent跳轉路徑。
如何查找不同廠商的設置界面跳轉Intent,比如上面的國內手機廠商白名單,給個方法:(前提是你有N多個不同手機,像我這樣。。。)

IMG_19700103_034546.jpg
在酷安應用市場下載一個叫 當前Activity 的app,打開后可以看到當前界面的className,例如:

image.png
就找到了魅族MX4 pro 后臺權限的Activity。
進程喚醒
分兩種情況,一是主進程(含有Activity沒有service),這種進程由于內存不足被kill之后,用戶再次打開app系統(tǒng)會恢復到上次的Activity,這個不在本文話題之內。另一種是service的后臺進程被kill,可以通過service自有api來重啟service:
@OverridepublicintonStartCommand(Intent intent,intflags,intstartId){//.....returnSTART_STICKY;// service被異常停止后,系統(tǒng)嘗試重啟service,不能保證100%重啟成功}
配好START_STICKY后,通過android studio 釋放進程的工具測試下,可以發(fā)現(xiàn):remote進程被kill之后馬上重啟了:

2.gif
但它不是100%保證重啟成功,比如下面2種情況:(本人經過測試,這里就不放效果圖了)
Service 第一次被異常殺死后會在5秒內重啟,第二次被殺死會在10秒內重啟,第三次會在20秒內重啟,一旦在短時間內 Service 被殺死達到5次,則系統(tǒng)不再拉起。
進程被取得 Root 權限的管理工具或系統(tǒng)工具通過 forestop 停止掉,無法重啟。
總結
本文通過兩種 提高進程優(yōu)先級的方法,針對鎖屏 和非鎖屏模式下進程在后臺被kill的場景處理,把后臺進程優(yōu)先級提升到可見級別,基本可以保證絕大多數場景不會被kill。另外,針對含有service的進程被kill給出了可喚醒的辦法。
最后,我將進程?;畹拇a上傳到了Github,地址: