Android Loader詳解

1.概述

Loader能夠翻譯爲裝載器，從android3.0開始引進，android-support-v4.jar提供了低版本的支持。它使得在activity或fragment中異步加載數據變得簡單。裝載器具備以下特性：

• 它們對每一個Activity和Fragment都有效。

• 他們提供了異步加載數據的能力。

• 它們監視數據源的一將一動並在內容改變時傳送新的結果。

• 當因爲配置改變而被從新建立後，它們自動重連到上一個加載器的遊標，因此沒必要從新查詢數據。

在使用裝載器時，會涉及不少類和接口們，咱們在下表中對它們總結一下：

Class/Interface	說明
LoaderManager	一個抽像類，關聯到一個Activity或Fragment，管理一個或多個裝載器的實例。這幫助一個應用管理那些與Activity或Fragment的生命週期相關的長時間運行的的操做。最多見的方式是與一個CursorLoader一塊兒使用，然而應用是能夠隨便寫它們本身的裝載器以加載其它類型的數據。 每一個activity或fragment只有一個LoaderManager。可是一個LoaderManager能夠擁有多個裝載器。
LoaderManager.LoaderCallbacks	一個用於客戶端與LoaderManager交互的回調接口。例如，你使用回調方法onCreateLoader()來建立一個新的裝載器。
Loader	一個執行異步數據加載的抽象類。它是加載器的基類。你可使用典型的CursorLoader，可是你也能夠實現你本身的子類。一旦裝載器被激活，它們將監視它們的數據源而且在數據改變時發送新的結果。
AsyncTaskLoader	提供一個AsyncTask來執行異步加載工做的抽象類。
CursorLoader	AsyncTaskLoader的子類，它查詢ContentResolver而後返回一個Cursor。這個類爲查詢cursor以標準的方式實現了裝載器的協議，它的遊標查詢是經過AsyncTaskLoader在後臺線程中執行，從而不會阻塞界面。使用這個裝載器是從一個ContentProvider異步加載數據的最好方式。相比之下，經過fragment或activity的API來執行一個被管理的查詢就不行了。

 

2.使用LoaderManager建立Loader

一個使用裝載器的應用會典型的包含以下組件：

• 一個Activity或Fragment．

• 一個LoaderManager的實例．

• 一個加載被ContentProvider所支持的數據的CursorLoader．或者，你能夠從Loader或AsyncTaskLoader實現你本身的裝載器來從其它源加載數據．

• 一個LoaderManager.LoaderCallbacks的實現．這是你建立新的裝載器以及管理你的已有裝載器的引用的地方．

• 一個顯示裝載器的數據的途徑，例如使用一個SimpleCursorAdapter．

• 一個數據源，好比當是用CursorLoader時，它將是一個ContentProvider.
  

啓動一個裝載器

LoaderManager管理一個Activiry或Fragment中的一個或多個裝載器．但每一個activity或fragment只擁有一個LoaderManager．

你一般要在activity的onCreate()方法中或fragment的onActivityCreated()方法中初始化一個裝載器．你能夠以下建立

// 準備裝載器．能夠重連一個已經存在的也能夠啓動一個新的．
getLoaderManager().initLoader(0,null, this);

initLoader()方法有如下參數：

• 一個惟一ID來標誌裝載器．在這個例子中，ID是0．

• 可選的參數，用於裝載器初始化時(本例中是null)．

• 一個LoaderManager.LoaderCallbacks的實現．被LoaderManager調用以報告裝載器的事件，在這個例子中，類本實現了這個接口，因此傳的是它本身：this

initLoader()保證一個裝載器被初始化並激活．它具備兩種可能的結果：

• 若是ID所指的裝載器已經存在，那麼這個裝載器將被重用．

• 若是裝載器不存在，initLoader()就觸發LoaderManager.LoaderCallbacks的方法onCreateLoader()．這是你實例化並返回一個新裝載器的地方．

在這兩種狀況中，傳入的LoaderManager.LoaderCallbacks的實現都與裝載器綁定在一塊兒．而且會在裝載器狀態變化時被調用．若是在調用這個方法時，調用者正處於啓動狀態，而且所請求的裝載器已存在併產生了數據，那麼系統會立刻調用onLoadFinished()(也就是說在initLoader()還在執行時)．因此你必須爲這種狀況的發生作好準備．

注意initLoader()返回所建立的裝載器，可是你不需保存一個對它的引用．LoaderManager自動管理裝載器的生命．LoaderManager會在須要時開始和中止裝載動做，而且維護裝載器的狀態和它所關聯的內容．這意味着，你不多與裝載器直接交互．你一般都是使用LoaderManager.LoaderCallbacks的方法們在某個事件發生時介入到數據加載的過程當中．

重啓裝載器

  你使用initLoader()時，若是指定ID的裝載器已經存在，則它使用這個裝載器。若是不存在呢，它將建立一個新的．可是有時你倒是想丟棄舊的而後開始新的數據．

  要想丟棄舊數據，你應使用restartLoader();若是指定ID的裝載器已經存在，則它重啓這個裝載器。若是不存在呢，它將建立一個新的。

3.LoaderManager回調

 LoaderManager.LoaderCallbacks是一個回調接口，它使得客戶端能夠與LoaderManager進行交互．

LoaderManager.LoaderCallbacks 包含如下方法們：

• onCreateLoader() —跟據傳入的ID，初始化並返回一個新的裝載器．

• onLoadFinished() —當一個裝載器完成了它的裝載過程後被調用．

• onLoaderReset() —當一個裝載器被重置而什其數據無效時被調用．

當你試圖去操做一個裝載器時(好比，經過initLoader())，會檢查是否指定ID的裝載器已經存在．若是它不存在，將會觸發LoaderManager.LoaderCallbacks 的方法onCreateLoader()．這是你建立一個新裝載器的地方。

onLoadFinished() 這個方法是在前面已建立的裝載器已經完成其加載過程後被調用．這個方法保證會在應用到裝載器上的數據被釋放以前被調用．在此方法中，你必須刪除全部對舊數據的使用(由於它將很快會被刪除),可是不要本身去釋放它們，由於它們的裝載器會作這些事情

onLoaderReset() 當一個已建立的裝載器被重置從而使其數據無效時，此方法被調用．此回調使你能發現何時數據將被釋放因而你能夠釋放對它的引用。