剖析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，以此降低與主線程競爭的能力。