本篇文章给大家分享的是有关Android 3.0中怎么引入Loader异步加载机制，小编觉得挺实用的，因此分享给大家学习，希望大家阅读完这篇文章后可以有所收获，话不多说，跟着小编一起来看看吧。
目前创新互联建站已为上千多家的企业提供了网站建设、域名、虚拟主机、网站托管运营、企业网站设计、龙江网站维护等服务，公司将坚持客户导向、应用为本的策略，正道将秉承"和谐、参与、激情"的文化，与客户和合作伙伴齐心协力一起成长，共同发展。
Loader是谷歌在Android 3.0引入的异步加载机制，能够对数据异步加载并显示到Activity或Fragment上，使用者不需要对数据的生命周期进行管理，而是交给Loader机制来管理。
使用Loader的优点
假如我们需要从网络上获取数据，通常的做法是使用子线程Thread+Handler或者是使用AsyncTask来处理。
Thread+Handler方法实现起来简单直观，不过会麻烦点，需要自己实现Handler子类，创建线程，还要管理Handler的生命周期。
AsyncTask实现起来会简单些，无需自己管理线程和Handler。但是要管理AsyncTask的生命周期，要对Activity退出时的情况进行处理。否则可能会出现异常或内存泄露。
使用Loader无需关心线程和Handler的创建和销毁，也无需自己管理数据整个的生命周期，Loader机制会自动帮我们处理好。我们唯一要处理的就是数据本身。
Loader使用的步骤：
创建FragmentActivity或Fragment 持有LoaderManager的实例实现Loader，用来加载数据源返回的数据实现LoaderManager.LoaderCallbacks接口实现数据的展示提供数据的数据源，如ContentProvider，服务器下发的数据等 几个相关的类 LoaderManager
管理Loader实例，并使之和FragmentActiivty或Fragment关联上
一个Activity或Fragment有一个唯一的LoaderManager实例
一个LoaderManager实例可以管理多个Loader实例
可以在FragmentActivity或Fragmeng中使用getSupportLoaderManager()获取到LoaderManager实例
可以使用 initLoader() 或 restartLoader() 方法开始进行数据的加载
//0，为唯一的ID，可以为任意整数，为Loader的唯一标识 //null，为Bundle类型，可以向Loader传递构造参数 //LoaderCallbacks，LoaderManager对Loader各事件的调用，参考下面讲到的 LoaderManager.LoaderCallbacks getSupportLoaderManager().initLoader(0, null, new LoaderCallbacks());
LoaderManager.LoaderCallbacks
LoaderManager对Loader各种情况的回调接口，包含三个回调方法
onCreateLoader(int,Bundle)
在这里需要自己创建Loader对象，int 为Loader的唯一标识，Bundle为Loader的构造参数，可为空
... new LoaderManager.LoaderCallbacks() { @Override public Loader onCreateLoader(int id, Bundle args) { return new MyLoader(); } ... }
onLoadFinished(Loader
当LoaderManager加载完数据时回调此方法，在这里用UI展示数据给用户。D为泛型，根据实际情况设置为所需的数据类型。和initLoader()LoaderCallbacks
new LoaderManager.LoaderCallbacks() { ... @Override public void onLoadFinished(Loader loader, String data) { show(data); } ... }
onLoaderReset(Loader
当之前创建的Loader实例被重置的时候会回调此方法，此时需要对相关的数据进行清除处理
new LoaderManager.LoaderCallbacks() { ... @Override public void onLoaderReset(Loader loader) { show(null); } ... }
Loader
从数据源获取数据，并对数据进行加载，为抽象类，需要自己实现子类
或使用官方已经实现的两个子类
AsyncTaskLoader（继承此类的时候会遇到一个坑，见下面的分析）
处理异步获取数据 CursorLoader
处理ContentProvider返回的数据 实现AsyncTaskLoader遇到的一个坑
首先自定义一个 MyAsyncTaskLoader，继承AsyncTaskLoader，会发现需要实现参数为Context的构造方法和实现 loadInBackground() 抽象方法
//继承AsyncTaskLoader类，里面的泛型为返回的数据的类型，这里设为String public class MyAsyncTaskLoader extends AsyncTaskLoader{ public MyAsyncTaskLoader(Context context) { super(context); } @Override public String loadInBackground() { //模拟加载 try { Thread.sleep(3000); } catch (InterruptedException e) { e.printStackTrace(); } //返回获取到的数据 return new String("MyAsyncTaskLoader Test Result"); } }
创建FragmentActivity
public class BaseActivity extends AppCompatActivity implements LoaderManager.LoaderCallbacks{
@Override
protected void onCreate(@Nullable Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.base_activity_layout);
// addFragment();
log("onCreate");
loadData();
}
protected void loadData(){
Log.e(getClassName(),"call");
getSupportLoaderManager().initLoader(0, null, this);
}
protected String getClassName(){
return getClass().getSimpleName();
}
@Override
public Loader onCreateLoader(int id, Bundle args) {
Log.e(getClassName(),"onCreateLoader");
return new MyAsyncTaskLoader(BaseActivity.this);
}
@Override
public void onLoadFinished(Loader loader, Object data) {
Log.e(getClassName(),"data:"+data);
}
@Override
public void onLoaderReset(Loader loader) {
}
}当运行的时候发现日志值打印了onCreate，call,onCreateLoader，而预期中的 MyAsyncTaskLoader Test Result 并没有输出，也就是说 onLoadFinished 并未被回调。调试发现 MyAsyncTaskLoader 中的 loadInBackground() 方法也未执行。
这个是怎么回事呢？
那么只好查看源码了，这里所使用的都是 support-v4 的包。
查看 AsyncTaskLoader 源码发现 loadInBackground() 方法的确为 abstract 类型，其被调用的地方是在一个叫做 LoadTask 的内部类中。
