元素也支持android：process屬性，可以為其中的元素都設定一個默認的屬性。

當內存不足的時候，或者用戶啟動了更加迫近使用的程序的時候，Android可能會在一些時刻關閉一些進程。而在被關閉進程中的組件，會按照順序被銷毀。當這個進程裡面的組件又有任務的時候，這個進程就會被重新創建。

Android系統會通過衡量進程相對於用戶的權重，來決定銷毀哪些的進程。比如銷毀一個含有一個很久都沒有顯示過的activity的進程，要比銷毀一個正在顯示的activity所在的進程好。進程是否被銷毀取決於在進程中運行的組件的狀態。用來判別是否結束線程規則將在下文討論。

進程的聲明周期 Process lifecycle

Android系統會盡可能長時間地維護一個進程，但是終究會為了更新更重要的進程來將舊的進程結束，以回收空間。系統根據進程中擁有的組件和組件的狀態來給進程設立優先級等級，每一個進程都在優先級等級當中。最低重要性的進程會最先被淘汰，然後是次不重要的，以此類推，直到系統回收了足夠的所需空間。

在重要性等級中有五個層次。下面按照重要性的順序來列舉這些等級。（最前面的是最重要的，最不能被殺死的）

1.前台進程

這是個用戶正在使用的進程。如果下面的情況成立就認為一個進程是前台進程。

- 其中包含一個正在和用戶交互的activity（activity的onResume方法被調用過）。

-包含一個與正在和用戶交互的activity綁定的service。

- 包含了一個運行在前台的service，也就是service調用過startForeground

- 包含一個正在執行這些聲明周期回調方法的service：onCreate，onStart，或者onDestroy。

- 包含了一個正在執行onReceive方法的BroadcastRecevier。

通常來講，只有一些的前台進程才會一直都存在。他們只是最後被殺死，如果內存很低他們就不能都運行。通常在這些時候設備已經進入了內存分頁狀態，所以需要保證殺掉一些進程的時候用戶交互的界面得以保留。

2.可視進程

這是一種雖然已經不包含任前台的組件，但是仍然影響用戶用戶的屏幕顯示的進程。如果下面任意的情況都屬於可視進程。

- 包含一個不在前台了的activity，但是仍然可以被用戶看到（調用了onPause方法）。比如一個前台的activity開啟了一個對話框，與此同時之前的那個activity仍然在後面可見。

- 包含一個綁定了可見或者前台activity的service。

可見進程的重要性很高，除非為了保護前台進程，否則不會回收可視進程。

3.服務進程

包含一個使用startService啟動的服務，並且服務不在上面兩種的級別裡面。盡管服務的進程的功用用戶不能直接可見，但是他們通常都和用戶關心的業務相關。比如說後台播放音樂以及從網絡下載數據。所以系統會盡量保證其運行，除非內存空間很低，為了保護前兩者等級。

4.後台進程

後台進程是包含現在用戶不可見的的activity的進程（調用過activity的onStop方法）。它們對用戶體驗沒有直接影響，系統可以在任何時候殺掉他們，給前台，可視，或者服務進程騰出空間。總是有很多的後台進程，所以系統會維護一個LRU（多久沒用了的列表least recent used）來使得最近剛剛用過的那些activity最後被殺死。如果一個activity正確地實現了他的生命周期方法，保存了當前的狀態，那麼殺死他不會對用戶體驗造成可以看見的影響。因為當用戶從新進入這些activity的時候，activity恢復了它的所有的可見狀態。關於存儲和恢復狀態，可以參見Activity文檔。

5.空進程

這是不包含任何的activity和組建的進程。保留這種進程唯一目的是用作緩存，來提升下此次其中組件啟動需要運行的時間。系統通過殺掉這種進程，來平衡整個系統的裡的，進程緩存和底層的內核的緩存。

Android系統按照他們包含組件的最高等級的情況來判斷優先級。例如如果一個進程包含了一個service和一個可視的activity，那麼就被判定為可視進程而非服務進程。

另外，一個進程可能因為被其他的進程所依賴而提升等級。一個被依賴進程的等級一定會比依賴它的進程等級高。例如A進程中的content provider正在為進程B的客戶端服務，或者進程A中的服務被B中的組件綁定了，那麼A的重要性就會比B高。（至少相同）。因為一個運行了service的進程優先級高於後台activity的優先級，所以與其啟動了一個進行長時間運行操作的activity（通過建立一個線程）不如啟動一個service更好。特別是這個操作要比activity的生存更長時間的時候。例如如果一個activity通過啟動一個service來用網路上傳圖片，那麼即使用戶離開了這個activity，圖片仍然在被上傳。使用service可以保證操作至少擁有service級別的優先級，無論activity發生了什麼。這也是為什麼broadcast應該使用service，而不是僅僅把費時操作放入一個線程中。

線程 Thread

當啟動一個應用的時候，為其創建一個執行線程，叫主線程。這個線程十分重要，因為它肩負著派發事件到合適的用戶交互的的組件上去的任務，包括繪制事件。她也是你的應用和Android UI工具箱（android.widget和android.view包中的組件）中的組件進行交互的線程。這樣而言，主線程有時候也叫作UI線程。（用戶交互線程）

系統不會為每一個組件創建分別的線程。 在同一個進程中的組件都是有UI線程實例化的，並且系統對每一個組件的調用都被派發到這個線程中。因此，響應系統調用的方法，比如說onKeyDown方法，用來匯報用戶動作的，或者聲明周期調用，都是在進程的UI線程中調用的。

例如，當用戶用戶點了一下屏幕上的按鈕，你的應用的UI線程就會把這個觸控事件派發給控件，反過來它會設定成按下的狀態，並且發送一個使之無效的請求給事件隊列（因為已經響應過了）。UI線程會把請求出列，並且向控件發出重繪自己的通知。

如果你的app要在響應用戶交互中運行高負荷，那麼如果你沒有合適地構造你的應用，單線程模型就會性能很差。特別是如果什麼事情都交給UI線程去做的話，網絡訪問或者數據庫查詢，就會使得整個UI都阻塞。當線程被阻塞的時候，就無法再派發事件，包括繪制事件。從用戶的角度來說，就是應用卡了。更差勁的是如果UI線程阻塞了大概5秒以上，就會彈出一個惱人的應用沒有響應ANR對話框。用戶會為此不開心，從而關掉甚至卸載你的應用。

另外，Android UI工具箱是線程不安全的。所以你不可以在你的工作線程中（也就是非UI線程）操作篡改UI——你只能也必須在UI線程中操作UI。如此僅有兩個Android單線程模型的規則：

1.不要阻塞UI線程。

2.不要在UI線程以外訪問訪問UI工具箱。

工作線程 （後台線程） Worker threads

基於上面討論的單線程模型的特性，保持你的應用UI的響應性，不阻塞UI線程是至關重要的。如果你有一些不是瞬時性的操作，你應該確保在其他的線程中進行這些操作。（也就是後台線程，或者叫工作線程）

下面是一個通過點擊監聽者的例子，通過點擊來從網絡上下載一個圖片並在ImageView中現實：

public void onClick(View v) {
  new Thread(new Runnable() {
    public void run() {
      Bitmap b = loadImageFromNetwork("http://example.com/image.png");
      mImageView.setImageBitmap(b);
    }
  }).start();
}

為了修整這種錯誤，Android提供了多種從其他的線程訪問UI線程的方式。

- Activity.runOnUiThread(Runnable)

- View.post(Runnable)

- View.postDelayed(Runnable,long)

例如下面就是用View.post（Runnable）方法修改上面的代碼的例子。

public void onClick(View v) {
  new Thread(new Runnable() {
    public void run() {
      final Bitmap bitmap =
          loadImageFromNetwork("http://example.com/image.png");
      mImageView.post(new Runnable() {
        public void run() {
          mImageView.setImageBitmap(bitmap);
        }
      });
    }
  }).start();
}

然而隨著操作的復雜度的上升，這樣的代碼會變得很難維護。想要用工作線程進行更復雜的交互，你應該考慮在工作線程中使用Handler，來處理從UI線程中發過來的消息。可能最好的解決辦法通過擴展AsynTask類，它簡化了工作線程需要跟UI線程交互需要做的工作。

使用異步任務 Using AsyncTask

AsyncTask可以讓你在你的UI上進行異步的工作。它將阻塞的進程放在工作線程，並在UI線程中發布工作進展的情況。不需要你自己處理thread和handler。

你需要繼承AsyncTask並且實現doInBackgound()的回調方法，這個方法會在後台的線程池裡面運行。如果要一邊更新你的UI，你需要實現onPostExcecute方法，它會發送doInBackground()的結果，並且在UI線程中運行，所以你可以安全地更新你的UI。你可以在UI線程中調用execute()方法來啟動這個task。

我們依然用上面例子演示：

public void onClick(View v) {
  new DownloadImageTask().execute("http://example.com/image.png");
}

private class DownloadImageTask extends AsyncTask {
  /** The system calls this to perform work in a worker thread and
   * delivers it the parameters given to AsyncTask.execute() 系統通過調用這個方法來執行後台業務，並且接收從execute方法中傳入的參數*/
  protected Bitmap doInBackground(String... urls) {
    return loadImageFromNetwork(urls[0]);
  }

  /** The system calls this to perform work in the UI thread and delivers
   * the result from doInBackground() 系統調用這個方法來進行UI線程的UI操作，它接收從doInBackground中傳來的結果*/
  protected void onPostExecute(Bitmap result) {
    mImageView.setImageBitmap(result);
  }
}