LoaderManager

ref: http://blog.csdn.net/murphykwu/article/details/35287883

将Loaders看成一个简单、字包含的对象。该对象特性包括：

1.在一个单独线程载入数据；

2.监测底层数据源，当探测到有改变时就更新或者重新查询。

LoaderManager是什么？

简单的理解是，LoaderManager用来负责管理与Activity或者Fragment联系起来的一个或多个Loaders对象。每个Activity或者Fragment都有唯一的一个LoaderManager实例，用来启动、停止、保持、重启、关闭它的Loaders。这些事件有时直接在客户端通过调用initLoader()/restartLoader()/destroyLoader()函数来实现。通常这些事件通过主要的Activity/Fragment声明周期事件来触发，而不是手动（当然也可以手动调用）。比如，当一个Activity关闭时（destroyed），改活动将指示它的LoaderManager来销毁并且关闭它的Loaders（当然也会销毁并关闭与这些Loaders关联的资源，比如Cursor）。

LoaderManager并不知道数据如何装载以及何时需要装载。相反地，LoaderManager只需要控制它的Loaders们开始、停止、重置他们的Load行为，在配置变换（比如横竖屏切换）时保持loaders们的状态，并提供一个简单的接口来获取load结果到客户端中。从上面的行为可以看到，LoaderManager是一个比现在过时的startManagingCursor方法更加智能和通用的方法。在Activity的声明周期状态轮转中，比较两种管理数据的方法，可以发现LoaderManager方法有下面几个方面更胜一筹：

1. startManagingCursor管理Cursors，而LoaderManager管理Loader<D>对象。Loader<D>是一个模板类，D是一个包含了需要载入数据的类。也就是说，数据源并不必须是Cursor，它可以是List、JSONArray。。。任何类。LoaderManager与它包含的数据内容解耦了，所以更加灵活。

2. 调用startManagingCursor会导致Activity在已经加入管理的Cursor上调用requery()方法。在第一篇文章中提到过，在UI线程执行requery()方法代价非常高。相反的是，Loader<D>的子类会异步载入（译者注：另外再开一个线程，就叫异步了。）数据，所以使用LoaderManager永远不会产生阻塞UI线程的情况。

3. startManagingCursor在配置变化（例如横竖屏切换）时，并不会保持Cursor的状态。麻烦的是，每次Activity由于配置变化（比如，简单的横竖屏切换），都会导致Cursor下回并且被重新查询。LoaderManager就智能多了，当配置变化时，它会保持它里面的Loader们的状态，所以并不需要重新查询数据。

4. LoaderManager提供无缝的数据监测。任何时候，当Loader的数据源改变，LoaderManager将会从对应的Loader上面接收到一个新的同步载入数据，并将更新数据返回给客户端（注意：仅当Loader被正确实现，LoaderManager才会接收到这些数据变化通知。我们将会在该系列的第三篇文章讨论自定义Loaders的实现）。

如果你觉得上面很难，我也并不会强调她。上面的内容最重要的是LoaderManager让你的生活更容易。LoaderManager为你初始化、管理、销毁Loaders，减少了代码复杂度和与Activity或者Fragment生命周期相关的bug。更多地，与LoaderManager交互需要实现三个简单的回调方法，我们在下一节将讨论LoaderManager.LoaderCallbacks<D>。

实现LoaderManager.LoaderCallbacks<D>接口

LoaderManager.LoaderCallbacks<D>接口LoaderManager用来向客户返回数据的方式。每个Loader都有自己的回调对象供与LoaderManager进行交互。该回调对象在实现LoaderManager中地位很高，告诉LoaderManager如何实例化Loader(onCreateLoader)，以及当载入行为结束或者重启（onLoadFinished或者onLoadReset）之后执行什么操作。大多数情况，你需要把该接口实现为组件的一部分，比如说让你的Activity或者Fragment实现LoadManager.LoaderCallbacks<D>接口。

public class SampleActivity extends Activity implements LoaderManager.LoaderCallbacks<D> {

  public Loader<D> onCreateLoader(int id, Bundle args) { ... }

  public void onLoadFinished(Loader<D> loader, D data) { ... }

  public void onLoaderReset(Loader<D> loader) { ... }

  /* ... */
}

一旦实现该接口，客户端将回调对象（本例中为“this”）作为LoaderManager的initLoader函数的第三个参数传输。

总的来说，实现回调接口非常直接明了。每个回调方法都有各自明确的与LoaderManager进行交互的目的：

1. onCreateLoader是一个工厂方法，用来返回一个新的Loader。LoaderManager将会在它第一次创建Loader的时候调用该方法。

2. onLoadFinished方法将在Loader创建完毕的时候自动调用。典型用法是，当载入数据完毕，客户端（译者注：调用它的Activity之类的）需要更新应用UI。客户端假设每次有新数据的时候，新数据都会返回到这个方法中。记住，检测数据源是Loader的工作，Loader也会执行实际的同步载入操作。一旦Loader载入数据完成，LoaderManager将会接受到这些载入数据，并且将将结果传给回调对象的onLoadFinished方法，这样客户端（比如Activity或者Fragment）就能使用该数据了。

3. 最后，当Loader们的数据被重置的时候将会调用onLoadReset。该方法让你可以从就的数据中移除不再有用的数据。