裝載器從android3.0開始引進。它使得在activity或fragment中非同步載入資料變得簡單。裝載器具有如下特性:
它們對每個Activity和Fragment都有效。
他們提供了非同步載入資料的能力。
它們監視資料來源的一將一動並在內容改變時傳送新的結果。
當由於配置改變而被重新建立後,它們自動重連到上一個載入器的遊標,所以不必重新查詢資料。
裝載器
API
概述
在使用裝載器時,會涉及很多類和介面們,我們在下表中對它們總結一下:
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來執行一個被管理的查詢就不行了。 |
上面所列的類和介面們是你在你的應用中要實現裝載器時的核心組件。你的每個裝載器並不一定需要所有的組件,但是你總是需要引用LoaderManager來初始化一個裝載器。後面的章節將向你展示如何使用這些類和介面們。