装载器从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()方法中初始化一个装载器．你可以如下创建：
// Prepare the loader. Either re-connect with an existing one,
// or start a new one.
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的实现在用户查询发生改变时重启了装载器，装载器于是需重启从而能使用新的搜索过虑来进行一次新的查询．
使用LoaderManager的回调
LoaderManager.LoaderCallbacks是一个回调接口，它使得客户端可以与LoaderManager进行交互．装载器，一般指的是
CursorLoader，我们希望在它停止后依然保持数据．这使得应用可以在activity或fragment的onStop()和onStart()之间保持数据，所以当用户回到一个应用时，它们不需等待数据加载．你使用LoaderManager.LoaderCallbacks的方法们，在需要时创建新的装载器，并且告诉应用什么时候要停止使用装载器的数据．
LoaderManager.LoaderCallbacks包含以下方法们：
-
onCreateLoader()—跟据传入的ID，初始化并返回一个新的装载器． -
onLoadFinished()—当一个装载器完成了它的装载过程后被调用． -
onLoaderReset()—当一个装载器被重置而什其数据无效时被调用．
onCreateLoader
当你试图去操作一个装载器时(比如，通过initLoader())，会检查是否指定ID的装载器已经存在．如果它不存在，将会触发LoaderManager.LoaderCallbacks 的方法onCreateLoader()．这是你创建一个新装载器的地方．通常这个装载器是一个CursorLoader，但是你也可以实现你自己的装载器．
在下面的例子中，回调方法onCreateLoader() 创建一个CursorLoader．你必须使用构造方法来建立CursorLoader ，构造方法需要向ContentProvider执行一次查询的完整信息作为参数，它尤其需要：
-
uri —要获取的内容的URI．
-
projection —要返回的列组成的列被．传入
null将会返回所有的列，但这是低效的． -
selection —一个过滤器，表明哪些行将被返回．格式化成类似SQLWHERE 语句的样子(除了没有WHERE)．传入
null将返回所有的行． -
selectionArgs —你可以在selection 中包含一些'?'，它将被本参数的值替换掉．这些值出现的顺序与'?'在selection中出现的顺序一至．值将作为字符串．
-
sortOrder —如何为行们排序．格式化成类似于SQLORDER BY 语句的样字(除了没有ORDERBY)．传入
null将使用默认顺序，默认顺序可能是无顺序．