剖析Android中進程與線程調度之nice
在計算機操作系統中，進程是進行資源分配和調度的基本單位，同時每個進程之內也可以存在多個線程。那么在Android系統（Linux Kernel）中，進程是如何去搶占資源，線程又是如何根據優先級切換呢，本文將嘗試剖析這個問題，研究nice在Linux以及Android系統中的 應用。
一些概念
-
進程 是計算機系統中，程序運行的實體，也是線程的容器。
-
線程 是進程中實際執行單位，一個線程是程序執行流的最小單元。在一個進程中可以有多個線程存在。
nice與進程調度
Linux中，使用nice value（以下成為nice值）來設定一個進程的優先級，系統任務調度器根據nice值合理安排調度。
-
nice的取值范圍為-20到19。
-
通常情況下，nice的默認值為0。視具體操作系統而定。
-
nice的值越大，進程的優先級就越低，獲得CPU調用的機會越少，nice值越小，進程的優先級則越高，獲得CPU調用的機會越多。
-
一個nice值為-20的進程優先級最高，nice值為19的進程優先級最低。
-
父進程fork出來的子進程nice值與父進程相同。父進程renice，子進程nice值不會隨之改變。
詞源考究
nice這個命令的來源幾乎沒有資料提到，于是便嘗試自己來推斷一下。在諸如詞霸，滬江等詞典給出的意思均為好的；美好的；可愛的；好心的，友好 的。而有道詞典則稍微給出了一個其他詞典沒有的和藹的。個人認為有道給出的這個比較合理。要想做到和藹，就需要做到謙讓，因此或多或少犧牲自己一點，成全 他人。所以nice值越高，越和藹，但是自己的優先級也會越低。
renice
對于一個新的進程我們可以按照下面的代碼為一個進程設定nice值。
nice -n 10 adb logcat
對于已經創建的進程，我們可以使用renice來修改nice值
sudo renice -n 0 -p 24161
該命令需要使用root權限，-p對應的值為進程id。
注意renice命令在Linux發行版中-n 的值應該為進程的目標優先級。而Mac下-n，則是代表對當前權限的增加值。 比如在Mac下，講一個進程的nice值由19改成10，可以這樣操作sudo renice -n -9 -p 24161,這一點需要注意，避免掉進坑里。
Android中的nice
由于Android基于Linux Kernel，在Android中也存在nice值。但是一般情況下我們無法控制，原因如下：
-
Android系統并不像其他Linux發行版那樣便捷地使用nice命令操作。
-
renice需要root權限，一般應用無法實現。
線程調度
雖然對于進程的優先級，我們無法控制，但是我們可以控制進程中的線程的優先級。在Android中有兩種線程的優先級，一種為Android API版本，另一種是 Java 原生版本。
Android API
Android中的線程優先級別目前規定了如下，了解了進程優先級與nice值的關系，那么線程優先級與值之間的關系也就更加容易理解。
-
THREAD_PRIORITY_DEFAULT，默認的線程優先級，值為0。
-
THREAD_PRIORITY_LOWEST，最低的線程級別，值為19。
-
THREAD_PRIORITY_BACKGROUND 后臺線程建議設置這個優先級，值為10。
-
THREAD_PRIORITY_FOREGROUND 用戶正在交互的UI線程，代碼中無法設置該優先級，系統會按照情況調整到該優先級，值為-2。
-
THREAD_PRIORITY_DISPLAY 也是與UI交互相關的優先級界別，但是要比THREAD_PRIORITY_FOREGROUND優先，代碼中無法設置，由系統按照情況調整，值為-4。
-
THREAD_PRIORITY_URGENT_DISPLAY 顯示線程的最高級別，用來處理繪制畫面和檢索輸入事件，代碼中無法設置成該優先級。值為-8。
-
THREAD_PRIORITY_AUDIO 聲音線程的標準級別，代碼中無法設置為該優先級，值為 -16。
-
THREAD_PRIORITY_URGENT_AUDIO 聲音線程的最高級別，優先程度較THREAD_PRIORITY_AUDIO要高。代碼中無法設置為該優先級。值為-19。
-
THREAD_PRIORITY_MORE_FAVORABLE 相對THREAD_PRIORITY_DEFAULT稍微優先，值為-1。
-
THREAD_PRIORITY_LESS_FAVORABLE 相對THREAD_PRIORITY_DEFAULT稍微落后一些，值為1。
使用Android API為線程設置優先級也很簡單，只需要在線程執行時調用android.os.Process.setThreadPriority方法即可。這種在線程運行時進行修改優先級，效果類似renice。
new Thread () {
@Override
public void run() {
super.run();
android.os.Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND);
}
}.start();
Java原生API
Java為Thread提供了三個級別的設置，
-
MAX_PRIORITY，相當于android.os.Process.THREAD_PRIORITY_URGENT_DISPLAY，值為10。
-
MIN_PRIORITY，相當于android.os.Process.THREAD_PRIORITY_LOWEST，值為0。
-
NORM_PRIORITY，相當于android.os.Process.THREAD_PRIORITY_DEFAULT，值為5。
使用setPriority我們可以為某個線程設置優先級，使用getPriority可以獲得某個線程的優先級。
在Android系統中，不建議使用Java原生的API，因為Android提供的API劃分的級別更多，更適合在Android系統中進行設定細致的優先級。
注意
Android API的線程優先級和Java原生API的優先級是相對獨立的，比如使用 android.os.Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND) 后，使用Java原生API,Thread.getPriority()得到的值不會改變。如下面代碼：
new Thread() {
@Override
public void run() {
super.run();
Log.i(LOGTAG, "Java Thread Priority Before=" + Thread.currentThread().getPriority());
Process.setThreadPriority(Process.THREAD_PRIORITY_LOWEST);
Log.i(LOGTAG, "Java Thread Priority=" + Thread.currentThread().getPriority());
}
}.start();
上述代碼的運行日志為
I/MainActivity( 3679): Java Thread Priority Before=5 I/MainActivity( 3679): Java Thread Priority=5
由于上面的這一點缺陷，導致我們在分析ANR trace時需要注意，在下面的ANR日志信息中，prio=5中proi的值對應的Java原生API的線程優先級。而nice=-6中的nice表示的Android API版本的線程優先級。
"main" prio=5 tid=1 NATIVE
| group="main" sCount=1 dsCount=0 obj=0x41690f18 self=0x4167e650
| sysTid=1765 nice=-6 sched=0/0 cgrp=apps handle=1074196888
| state=S schedstat=( 0 0 0 ) utm=5764 stm=3654 core=2
#00 pc 00022624 /system/lib/libc.so (__futex_syscall3+8)
#01 pc 0000f054 /system/lib/libc.so (__pthread_cond_timedwait_relative+48)
#02 pc 0000f0b4 /system/lib/libc.so (__pthread_cond_timedwait+64)
避免ANR
我在之前的文章說說Android中的ANR中提到使用WorkerThread處理耗時IO操作，同時將WorkerThread的優先級降低， 對于耗時IO操作，比如讀取數據庫，文件等，我們可以設置該workerThread優先級為THREAD_PRIORITY_BACKGROUND，以 此降低與主線程競爭的能力。
