189 8069 5689

Android3.0中怎么引入Loader异步加载机制

本篇文章给大家分享的是有关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,D)
当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 的内部类中。

//可以把 ModernAsyncTask 看做 AsyncTask

final class LoadTask extends ModernAsyncTask implements Runnable {
    ....
    @Override
    protected D doInBackground(Void... params) {
       ...
        D data = AsyncTaskLoader.this.onLoadInBackground();
       ...
    }
   .....
  }

并且作为AsyncTaskLoader的一个全局变量。

public abstract class AsyncTaskLoader extends Loader {
....
volatile LoadTask mTask;
....
}

mTask 实例化和被执行的地方在 onForceLoad() 方法里

...
  @Override
  protected void onForceLoad() {
    ...
    mTask = new LoadTask();
    ...
    executePendingTask();
  }
  ...
  void executePendingTask() {
    ...
      if (mUpdateThrottle > 0) {
        ...
          mHandler.postAtTime(mTask, mLastLoadCompleteTime+mUpdateThrottle);
          return;
        }
      }
      ...
      mTask.executeOnExecutor(mExecutor, (Void[]) null);
    }
  }

mHandler.postAtTime 或者是 mTask.executeOnExecutor 这两个地方就是执行 TaskLoader 的地方，并会调用到 doInBackground() 方法。

那么到这里我们可以猜测我们自定义的 MyAsyncLoader 的 loadInBackground() 未被执行，那么 onForceLoad() 也应该未被执行。

沿着这条线索查找看看这个 onForceLoad() 是在哪里被调用的。发现其是在AsyncLoader 的父类 Loader 中的 forceLoad() 中被调用

public class Loader{
...
  public void forceLoad() {
    onForceLoad();
  }
...
}

然后又看到注释发现，此方法只能在 loader 开始的时候调用，还是找不到什么头绪。


Android 3.0中怎么引入Loader异步加载机制

突然想到好像 CursorLoader 没有这个问题，那么看看它是不是有调用 forceLoad()，找了下，发现还果然有！是在 onStartLoading() 这个方法里，并且只有这里调用！

public class CursorLoader extends AsyncTaskLoader {
  ...
  @Override
  protected void onStartLoading() {
    if (mCursor != null) {
      deliverResult(mCursor);
    }
    if (takeContentChanged() || mCursor == null) {
      forceLoad();
    }
  }
  ...
}

那么我模仿下这个看看是不是真的能行，MyAsyncLoader 的代码修改如下：

//继承AsyncTaskLoader类，里面的泛型为返回的数据的类型，这里设为String
public class MyAsyncTaskLoader extends AsyncTaskLoader{

  public MyAsyncTaskLoader(Context context) {
    super(context);
  }
  
  //添加了这段代码
  @Override
  protected void onStartLoading() {
    forceLoad();
  }

  @Override
   public String loadInBackground() {
    //模拟加载
    try {
      Thread.sleep(3000);
    } catch (InterruptedException e) {
      e.printStackTrace();
    }
    //返回获取到的数据
    return new String("MyAsyncTaskLoader Test Result");
  }  
}

运行后发现真的能够输出了！看来问题是解决了。


Android 3.0中怎么引入Loader异步加载机制 

最后一行为输出的结果

问题是解决了，但是还是有一个疑问，这个 onStartLoading()是在哪里被调用的呢？看来还是得看看源码。

从 getSupportLoaderManager().initLoader(0, null, this) 开始分析，发现最后是会调用到 onStartLoading()。

简记如下，可自己对照着源码查看：

LoaderManager的实现类为LoaderManagerImpl
init()方法里面创建 LoaderInfo info
info = createAndInstallLoader(id, args, (LoaderManager.LoaderCallbacks)callback); 进入 createAndInstallLoader 方法
mCallbacks.onLoadFinished(loader, data); 进入 onLoadFinished 方法
createLoader(id, args, callback) 进入 createLoader 方法
installLoader(info); 进入 installLoader 方法
info.start(); 进入 start 方法
mLoader.startLoading(); 进入 startLoading 方法
onStartLoading();
以上就是Android 3.0中怎么引入Loader异步加载机制，小编相信有部分知识点可能是我们日常工作会见到或用到的。希望你能通过这篇文章学到更多知识。更多详情敬请关注创新互联行业资讯频道。
            
            
                        

            名称栏目：Android3.0中怎么引入Loader异步加载机制            

            转载来源：http://cdxtjz.cn/article/pchddi.html
        
    
    

        
其他资讯

        
    




  

    

      
联系我们

      

        您好HELLO!

        感谢您来到成都网站建设公司，若您有合作意向，请您为我们留言或使用以下方式联系我们，

        我们将尽快给你回复，并为您提供真诚的设计服务，谢谢。
      

      
    
        
  • 电话：028- 86922220 18980695689
    • 
        
  • 商务合作邮箱：631063699@qq.com
    • 
        
  • 合作QQ： 532337155
    • 
        
  • 成都网站设计地址：成都市青羊区锣锅巷31号五金站写字楼6楼
    • 
      

    

    

      
小谭建站工作室

      

        成都小谭网站建设公司拥有多年以上互联网从业经验的团队，始终保持务实的风格，以"帮助客户成功"为已任，专注于提供对客户有价值的服务。

        我们已为众企业及上市公司提供专业的网站建设服务。我们不只是一家网站建设的网络公司；我们对营销、技术、管理都有自己独特见解，小谭建站采取“创意+综合+营销”一体化的方式为您提供更专业的服务！
      

      
小谭观点

      

        相对传统的成都网站建设公司而言，小谭是互联网中的网站品牌策划，我们精于企业品牌与互联网相结合的整体战略服务。

        我们始终认为，网站必须注入企业基因，真正使网站成为企业vi的一部分，让整个网站品牌策划体系变的深入而持久。
      

    

  

  

    
 
         友情链接：
        做移动网站   四川雅安服务器托管   网站制作公司   成都外贸网站建设公司   响应式网站建设   百度推广公司   成都包装设计公司   成都网站代运营   服务器机柜   川银永信     
    

  

  
 © Copyright 2023 小谭建站工作室All Rights Reserved.  成都网站建设 / 成都网站建设 / 响应式网站建设 / 成都服务器租用