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() 当一个已建立的装载器被重置从而使其数据无效时，此方法被调用．此回调使你能发现何时数据将被釋放因而你能够釋放对它的引用。