Android的加载器（loader）是从Android 3.0开始出来的东西。要理解这里需要先理解为什么会出现加载器（也有地方把它说成是装载器）呢？
如果没有加载器...
首先Activity是我们的前端页面展现，数据库是我们的数据持久化地址，那么正常的逻辑就是在展示页面的渲染页面的阶段进行数据库查询。拿到数据以后才展示页面。
但是这个逻辑有一些缺点：
首先是查询数据的逻辑放在了UI生成的同个线程中，这个就意味着在查询数据的时候，UI页面生成的工作被阻塞住了。UI一旦被阻塞用户就会被感知出来了，因此就会出现各种无相应页面（Application Not Response），或者activity页面延迟的现象，这对用户体验来说是不可接受的。
其次是在渲染页面的时候需要固定需要进行一次数据查询，但是这个是很不节省资源的。假如一个Activity从一个停止状态回到前台，那么这个时候尽管数据并没有变化，但是也需要进行一次query操作。在浪费资源的同时也再次增加了页面渲染失败的风险。
还有就是当数据变化的时候如何通知页面进行修改呢？这个时候往往就又要创建一个monitor的角色，来当数据源变化的时候来让页面重新调用requery。
因此在Android的越来越提倡用户体验的今天，加载器和加载管理器（Loader，LoaderManager）就出现了。
Loader有什么作用？
简单来说，Loader做了下面两个事情：
1 在单独的线程中读取数据
2 监视数据的更新
而LoaderManager就是加载器的管理器，一个LoaderManager可以管理一个或多个Loader，一个Activity或者Fragment只能有一个LoadManager。LoaderManager管理Loader的初始化，重启和销毁操作。
从官网http://developer.android.com/reference/android/app/LoaderManager.html就可以看出它包含的方法有：
对应的就是这几个操作。
initLoader是初始化一个加载器，它的第三个参数是一个LoaderCallbacks<D>接口，LoaderManager的initLoader是不做任何事情的，它只绑定了一个LoaderCallbacks<D>，具体的创建Loader的事情是由这个callback来做的。
LoaderCallbacks<D>接口需要实现的三个方法：
在loader创建loader的时候会调用onCreateLoader，然后当load数据结束的时候（第一次读取数据或者数据有改变的时候load数据）会调用onLoadFinished，而onLoaderReset只有在destory一个loader的时候才有可能调用。
所以一般创建数据Cursor（CursorLoader）的工作是在onCreateLoader中做，将CursorLoader返回，这样就创建了对这个数据源的监控，当数据源有数据变化的时候，就会自动调用了onLoadFinished函数了。
比如下面一个例子：
public class ToDoListActivity extends Activity
implements NewItemFragment.OnNewItemAddedListener,
LoaderManager.LoaderCallbacks<Cursor>{
//获得对UI小组件的引用
private ArrayList<ToDoItem> todoItems;
private ToDoItemAdapter aa;
@Override
// onCreate是创建这个activity的时候会调用的
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.main);
// 获取该Fragment的引用
FragmentManager fm = getFragmentManager();
ToDoListFragment todoListFragment = (ToDoListFragment)fm.findFragmentById(R.id.TodoListFragment);
todoItems = new ArrayList<ToDoItem>();
// 这里需要将数据库中存储的东西都读取出来
int resID = R.layout.todolist_item;
aa = new ToDoItemAdapter(this, resID, todoItems);
todoListFragment.setListAdapter(aa);
getLoaderManager().initLoader(0, null, this);
getLoaderManager().enableDebugLogging(true);
}
@Override
// onResume是暂停以后重新启动这个Activity时候调用
protected void onResume() {
super.onResume();
getLoaderManager().restartLoader(0, null, this);
}
@Override
public void onNewItemAdded(String newItem) {
ContentResolver cr = getContentResolver();
ContentValues values = new ContentValues();
values.put(ToDoContentProvider.KEY_TASK, newItem);
cr.insert(ToDoContentProvider.CONTENT_URI, values);
getLoaderManager().restartLoader(0, null, this);
}
@Override
public Loader<Cursor> onCreateLoader(int id, Bundle args) {
CursorLoader loader = new CursorLoader(this, ToDoContentProvider.CONTENT_URI,
null, null, null, null);
return loader;
}
@Override
public void onLoadFinished(Loader<Cursor> loader, Cursor cursor) {
// 当loader查询完成的时候，Cursor会返回到onLoadFinished处理程序。
int keyTaskIndex = cursor.getColumnIndexOrThrow(ToDoContentProvider.KEY_TASK);
todoItems.clear();
while (cursor.moveToNext()) {
ToDoItem newItem = new ToDoItem(cursor.getString(keyTaskIndex));
todoItems.add(newItem);
}
aa.notifyDataSetChanged();
}
@Override
public void onLoaderReset(Loader<Cursor> arg0) {
// TODO Auto-generated method stub
}
}
在这个例子中，在创建activity的时候（onCreate）调用了
getLoaderManager().initLoader(0,null,this);
这里的第一个参数0是指loader的id，我们并不关注它，所以设置了一个0。第二个参数是给Loader初始化的时候传递的参数（也就是onCreateLoader中的第二个参数）。
这里的第三个参数LoaderCallbacks<D>使用的直接是Activity类，所以这个类需要实现LoaderCallbacks<D>的三个方法：
onCreateLoader
onLoadFinished
onLoaderReset
在onCreateLoader中创建CursorLoader
在onLoadFinished中重新渲染ViewList。
总结：
在3.0之后Android的官方文档强烈推荐使用Loader来做数据的加载。因此在能使用这个的情况下就尽量使用Loader吧。
使用需要先确定一个类来实现LoaderCallbacks<D>接口，然后实现接口的三个方法。
之后使用getLoaderManager来获取LoadManager，再调用initLoader来创建loader，把实际的修改页面的逻辑放在onLoadFinished中。
当然Loader并不只有CursorLoader，你也可以自己定义loader。
参考文章
http://www.kaixinwenda.com/article-wre_most2-8781946.html
http://www.androiddesignpatterns.com/2012/07/loaders-and-loadermanager-background.html
http://www.androiddesignpatterns.com/2012/07/understanding-loadermanager.html