android loader 詳解

裝載器從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來初始化一個裝載器。後面的章節將向你展現如何使用這些類和接口們。

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

• 一個Activity或Fragment．

• 一個LoaderManager的實例．

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

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

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

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

啓動一個裝載器

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

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

[java] view plaincopyprint?

1. // 準備裝載器．能夠重連一個已經存在的也能夠啓動一個新的．    

2. getLoaderManager().initLoader(0,null, this);  

// 準備裝載器．能夠重連一個已經存在的也能夠啓動一個新的． 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()．例如，下面這個SearchView.OnQueryTextListener的實如今用戶查詢發生改變時重啓了裝載器，裝載器因而需重啓從而能使用新的搜索過慮來進行一次新的查詢．

[object Object]