androidadj

㈠ android是什麼意思

android的意思是：安卓系統

android讀法 英['ændrɔɪd]美['ændrɔɪd]

1、n.機器人；安卓系統

2、adj.有人類特徵的

短語

1、android science人型機器人學

2、Android NDK下載和安裝

3、Hello Android創建

4、Android Nougat牛軋糖

5、Android marke最新電子市場應用

(1)androidadj擴展閱讀

android近義詞 machine

詞語用法

1、machine的基本意思是「機器」「機械」,由各種不同部件構成,以電或其他能源為驅動力,目的在於進行重復生產以節約人力,是可數名詞。

2、machine指某種性能的機器時,其前可加修飾詞,以區分其不同的功能和用途。

3、machine還可作「組織」「機構」解,表示的是抽象意義,通常不用復數形式。

4、machine用作動詞時,意思是「用機器製造」「用機器加工」,只用作及物動詞,接名詞或代詞作賓語。

詞彙搭配

1、powerful machine 大功率機器

2、printing machine 印刷機

3、sewing machine 縫紉機

4、washing machine 洗衣機

5、word-processing machine 文字處理機

6、political machine 政治機構

㈡ Android 進程管理篇（四）-cpu限制

梳理Process進程相關知識點，再繼續補充點內容。

Linux系統中對進程的管理無非是從調度策略、優先順序以及CPU限制三個角度進行配置與管理，那麼Android中主要是通過AMS來管理應用程序進程的，是不是也是從這三個方面進行管理的呢？答案是肯定的，那麼本篇文章先來看看cpuset負載均衡在AMS中是如何應用的。

cpuset是Linux cgroup子系統，它為cgroup任務分配單獨的CPU和內存。單獨分配CPU即表明進程可調度cpu范圍。cpu按不同的晶元，大小核數目和頻率都有差別，大核頻率高處理速度相對比小核快，而Android系統實際上還是響應優先於吞吐的交互型系統，因此Android AMS對進程管理於不同優先順序的進程在調度cpu限制上會做有一些策略，以保證更好的交互響應。

還是回到AMS中與adj相關的有三個方法，這三個方法值得看一萬遍，每一遍都會有新收獲：

聚焦到computeOomAdjLocked方法，該方法主要是根據進程的四大組件狀態決定當前進程的adj優先順序。

以TOP_APP為例，這里ProcessRecord 的curSchedGroup屬性對應的是cup調度組，而在後續applyOomAdjLocked中會執行Process的setProcessGroup方法。

調用Process的setProcessGroup方法

setProcessGroup是個native方法，並且這里分了若干類型的group，這里看top app優先順序是最高的。接著jni到native

這里直接調用sched_policy.cpp的set_cpuset_policy，並傳入對應的pid和SchedPolicy

這里主要就是通過policy對應具體的fd句柄，然後通過add_tid_to_cgroup()寫cpuset對應節點。這里要注意，如果cpusets_enabled為false的話，會走set_sched_policy，這部分下篇會講到。
看看對應的fd是什麼：

那我們來看看對應節點是什麼內容：

然後看看對應的cpuset配置：

顯然，top app 滿核隨便跑，foreground跑在除了3這個核以外的所有核上, 而background只能跑在小核上。

不同晶元平台配置會有差別。

㈢ Android系統內存管理

部分內容出至林學森的Android內核設計思想。
Android官網內存管理
部分出至 https://www.jianshu.com/p/94d1cd553c44

Android本質是Linux所以先從Linux說起。

Linux的內存管理為系統中所有的task提供可靠的內存分配、釋放和保護機制。
核心：
虛擬內存
內存分配與釋放
內存保護

將外存儲器的部分空間作為內存的擴展，如從硬碟劃出4GB大小。
當內存資源不足時，系統按照一定演算法自動條形優先順序低的數據塊，並把他們存儲到硬碟中。
後續如果需要用到硬碟中的這些數據塊，系統將產生「缺頁」指令，然後把他們交換回內存中。
這些都是由操作系統內核自動完成的，對上層應用」完全透明「。

每個進程的邏輯地址和物理地址都不是直接對應的，任何進程都沒辦法訪問到它管轄范圍外的內存空間——即刻意產生的內存越界與非法訪問，操作系統也會馬上阻止並強行關閉程序，從而有力的保障應用程序和操作系統的安全和穩定。

一旦發現系統的可用內存達到臨界值，機會按照優先順序順序，匆匆低到高逐步殺掉進程，回收內存。
存儲位置：/proc/<PID>/oom_score
優先順序策略：
進程消耗的內存
進程佔用的CPU時間
oom_adj（OOM權重）

Android平台運行的前提是可用內存是浪費的內存。它試圖在任何時候使用所有可用的內存。例如，系統會在APP關閉後將其保存在內存中，以便用戶可以快速切換回它們。出於這個原因，Android設備通常運行時只有很少的空閑內存。在重要系統進程和許多用戶應用程序之間正確分配內存內對存管理是至關重要。
Android有兩種主要的機制來處理低內存的情況：內核交換守護進程(kernel swap daemon)和低內存殺手(low-memory killer)。

當用戶在APP之間切換時，Android會在最近使用的（LRU）緩存中保留不在前台的APP，即用戶看不到的APP，或運行類似音樂播放的前台服務。如果用戶稍後返回APP，系統將重用該進程，從而使APP切換更快。
如果你的APP有一個緩存進程，並且它保留了當前不需要的內存，那麼即使用戶不使用它，你的APP也會影響系統的整體性能。由於系統內存不足，它會從最近使用最少的進程開始殺死LRU緩存中的進程。該系統還負責處理佔用最多內存的進程，並可以終止這些進程以釋放RAM。
當系統開始終止LRU緩存中的進程時，它主要是自底向上工作的。系統還考慮哪些進程消耗更多的內存，從而在終止時為系統提供更多的內存增益。你在LRU列表中消耗的內存越少，你就越有可能留在列表中並能夠快速恢復。

為了滿足RAM的所有需求，Android嘗試共享RAM來跨進程通信。它可以做到以下方式：

Android設備包含三種不同類型的內存：RAM、zRAM和storage。
注意：CPU和GPU都訪問同一個RAM。

內存被拆分成頁。通常每頁有4KB的內存。
頁面被認為是空閑的或已使用的。
空閑頁是未使用的RAM。
已使用頁是系統正在積極使用的RAM，分為以下類別：

干凈的頁面(Clean pages)包含一個文件（或文件的一部分）的一份精確副本存在存儲器上。當一個干凈的頁面不再包含一個精確的文件副本（例如，來自應用程序操作的結果）時，它就變成了臟頁。可以刪除干凈的頁，因為它們始終可以使用存儲中的數據重新生成；不能刪除臟頁(Dirty pages)，否則數據將丟失。

內核跟蹤系統中的所有內存頁。

當確定一個應用程序正在使用多少內存時，系統必須考慮shared pages。APP訪問相同的服務或庫將可能共享內存頁。例如，Google Play Services 和一個游戲APP可能共享一個位置服務。這使得很難確定有多少內存屬於這個服務相對於每個APP。

當操作系統想要知道所有進程使用了多少內存時，PSS非常有用，因為頁面不會被多次計數。PSS需要很長時間來計算，因為系統需要確定哪些頁面是共享的，以及被有多少進程。RSS不區分共享頁面和非共享頁面（使計算速度更快），更適合於跟蹤內存分配的更改。

內核交換守護進程（kswapd）是Linux內核的一部分，它將使用過的內存轉換為空閑內存。當設備上的空閑內存不足時，守護進程將變為活動狀態。Linux內核保持低和高的可用內存閾值。當空閑內存低於低閾值時，kswapd開始回收內存。當空閑內存達到高閾值，kswapd將停止回收內存。
kswapd可以通過刪除干凈的頁面來回收干凈的頁面，因為它們有存儲器支持並且沒有被修改。如果進程試圖定址已刪除的干凈頁，則系統會將該頁從存儲器復制到RAM。此操作稱為請求分頁。

kswapd將緩存的私有臟頁(private dirty pages)和匿名臟頁(anonymous dirty pages)移動到zRAM進行壓縮。這樣做可以釋放RAM中的可用內存（空閑頁）。如果進程試圖觸摸zRAM中臟頁，則該頁將被解壓縮並移回RAM。如果與壓縮頁關聯的進程被終止，則該頁將從zRAM中刪除。
如果可用內存量低於某個閾值，系統將開始終止進程。

lmkd實現源碼要在system/core/lmkd/lmkd.c。
lmkd會創建名為lmkd的socket，節點位於/dev/socket/lmkd，該socket用於跟上層framework交互。

小結：
LMK_TARGET： AMS.updateConfiguration() 的過程中調用 updateOomLevels() 方法, 分別向/sys/mole/lowmemorykiller/parameters目錄下的minfree和adj節點寫入相應信息；
LMK_PROCPRIO： AMS.applyOomAdjLocked() 的過程中調用 setOomAdj() 向/proc/<pid>/oom_score_adj寫入oom_score_adj後直接返回；
LMK_PROCREMOVE： AMS.handleAppDiedLocked 或者 AMS.() 的過程,調用remove(),目前不做任何事,直接返回；

為了進一步幫助平衡系統內存並避免終止APP進程，可以Activity類中實現ComponentCallbacks2介面。提供的onTrimMemory()回調方法允許APP在前台或後台偵聽與內存相關的事件，然後釋放對象以響應應用程序生命周期或表明系統需要回收內存的系統事件。
onTrimMemory()回調是在Android 4.0（API級別14）中添加的。
對於早期版本，可以使用onLowMemory()，它大致相當於TRIM_MEMORY_COMPLETE事件。

一個專門的驅動。(Linux Kernel 4.12 已移除交給kswapd處理)。
很多時候，kswapd無法為系統釋放足夠的內存。在這種情況下，系統使用onTrimMemory()通知APP內存不足，應該減少其分配。如果這還不夠，內核將開始終止進程以釋放內存，它使用低內存殺手（LMK）來完成這個任務。
為了決定要終止哪個進程，LMK使用一個名為oom_adj_score的「out of memory」分數來確定運行進程的優先順序，高分的進程首先被終止。
後台應用程序首先被終止，系統進程最後被終止。
下表列出了從高到低的LMK評分類別。第一排得分最高的項目將首先被殺死：

Android Runtime（ART）和Dalvik虛擬機使用分頁（Paging）和內存映射（mmapping）來管理內存。應用程序通過分配新對象或觸摸已映射頁面來修改內存都將保留在RAM中，並且不能被調出。應用程序釋放內存的唯一方式是垃圾收集器。

㈣ Android保活方案

系統出於性能和體驗上的考慮，APP退到後台後並不會真正的kill、掉進程，而是將其緩存起來。
打開的應用越多，緩存的應用也就越多，在系統進程不足的情況下，系統根據自己的一套進程回收機制，來判斷kill掉哪些進程，以騰出進程給需要的app，這套進程回收機制叫做low memory killer。

內存閥值，每個手機都不一樣，當可用內存小於該值得時候，Android就會殺死對應優先順序得進程。

進程的優先順序通過oom_adj來判斷，oom_adj取值如下：

0-3是比較安全的oom_adj一般不會被系統殺死的，所以我們只要保證自己的app oom_adj在0-3之間就可以了。
可以通過adb命令：cat /proc /4181/oom_adj來查看自己app的oom_adj的值
4181是進程號

原理：手機關閉屏幕的時候，偷偷創建一個activity，讓應用成為前台進程，打開屏幕時關閉activity，這樣用戶就不會發現什麼異常，我們知道前台應用的oom_adj為0是不會被殺死的，這樣就達到看保活的目的。

缺點：activity不夠干凈，只有在息屏的時候才生效，存在局限性比較大，而且谷歌原生的系統息屏的時候不會清理進程，但是現在很多廠商會在息屏的時候清理內存，所以本方案的可行性不高，可以作為了解。

保活原理：啟動一個前台服務，從而拉高整個應用的優先順序。
因為一旦通知被用戶幹掉那麼該保活方案就不好用了，所以通知圖標存在與否是該方案是否可行的關鍵。
但是該方案是谷歌官方承認的保活方案，所以可行性還是很高的。
需要適配
API<18通知圖標不會顯示

API>=18&&API<26可以啟動雙服務，綁定同樣的D,然後stop
這個方法的原理是8.0系統之前會根據服務的id來判斷通知，那麼第二個id設置跟第一個相同，然後自殺，系統就會誤認為此通知已死就不會通知了，那麼通知欄上面就不會顯示

API>=26後暫時沒有方式能夠隱藏
8.0之後不可以創建同樣的id的通知，所以此隱藏通知的方法就不好用了，當然了，通知顯示與否不是該方案成功的評判標准，所以說還是可以用的。

在發生特定系統事件時,系統會發出廣播,通過在 Androidmanifest中靜
態注冊對應的廣播監聽器,即可在發生響應事件時拉活
但是從 android7.0開始,對廣播進行了限制,而且在8.0更加嚴格該方法就不適用了。

有多個app在用戶設備上安裝,只要開啟其中一個就可以將其他的app也拉
活。比如手機里裝了手Q、QQ空間、興趣部落等等,那麼打開任意一個app後,其
他的app也都會被喚醒

系統每隔一段時間會進行賬戶同步，當系統去賬戶同步的時候(不一定多長時間，跟系統有關)，我們就去拉活app，這個方案是非常穩定的，當然了國內的系統都是定製的，所以還是需要一定的適配的。
優點：系統喚醒，比較穩定
缺點：時間不能把控

JobScheler允許在特定狀態與特定時間間隔周期執行任務。可以利
用它的這個特點完成保活的功能，效果即開啟一個定時器，與普通定時器不
同的是其調度由系統完成。
同樣在某些ROM可能並不能達到需要的效果

㈤ Android線程優先順序和進程oom_adj

在處理app啟動速度的時候，可以設置主線程的優先順序，保證主線程佔用的cpu足夠久。進程的oom_adj，決定了當內存不夠的時候，lmk會根據oom_adj的大小依次釋放內存。

android中對線程等級劃分如下：

設置線程的優先順序分為：android 提供的api和java sdk自帶的api
注意： 要使用android提供的api設置，用java提供的作用不夠顯著

作用: 可以在主線程設置主線層等級；在Glide載入圖片的時候設置低優先順序。當圖片量很大的時候可以降低載入圖片線程的等級

android內存不夠了，會觸發oom機制，lowMemoryKiller會根據每個進程的oom_adj的等級，依次殺死進程，釋放內存。

lom會根據free的內存的值，來判斷kill掉哪個等級下的進程。例如當空閑內存只有64M了。會kill掉oom_adj 為12-15的進程

真實案例：應用A跳到第三方應用B，在第三方應用B中播放視頻，載入大量圖片，導致返回的時候，應用A走了SplashActivity。通過logcat發現A應用被kill掉了