Android 深入理解Loader机制 让APP轻装上阵

Posted Tamic大白

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Android 深入理解Loader机制 让APP轻装上阵相关的知识,希望对你有一定的参考价值。

本文简书同步发布,谢谢关注。

android开发者都经历过APP UI开发不当 会造成overDraw,导致APP UI渲染过慢,但是很多人却没听过overLoad,overLoad一般是由于开发者在主线程操作耗时操作,导致程序变慢 甚至出现的anr的现象,那么android早已为这种现象提供完美的解决方案,就是今天给大家说的Loader机制。

一 Loader

Android的装载器(loader)是从Android 3.0新引入的API , 主要完成单线程耗时数据异步装载功能,并在数据有更新自动通知UI刷新的作用。业内也叫加载器,装载机,
Loader用途
Loader一般用在Activity和fragment异步加载数据,无需重新启动一个线程来执行数据加载,异步加载可以用asyncTask, 但是loader自带数据结果监听机制,可以方便优雅的进行UI更新。

作用和优点:

提供异步加载数据功能
对数据源变化进行监听,实时更新数据
在Activity配置发生变化(如横竖屏切换)时不重复加载数据
支持任何Activity和Fragment

加载耗时数据常用方式
android开发者都知道不能再UI线程里去执行耗时操作,甚至在4.0里已经无法再主线程里去访问网络,那么一般加载耗时操作有以下办法。

1 2B加载

2b.jpg

2 普通加载

普通.jpg

3 文艺加载

使用Loader.jpg

为何说1和2是不可取呢,我们从Loader源码看起

**

二 Loader实现

**
Loader源码在android.content下面,可见它的份量有多重,loader机制,包括LoaderManager,Loader,LoaderCallbacks三部分,
LoaderManager 来管理我们的laoder实例,获取来初始化,重启一个loader,
Loader 来执行我们的异步操作,有开始,完成,后台等接口实现
LoaderCallbacks 来执行我们的loader回调,主要是绑定分发Loader,完成加载,重置数据等。
流程如下图:
图片1.png

1 LoaderManager

LoaderManager是抽象类,负责管理一组Loader主要定义执行Loader的一些抽象方法,类结构如下图:

LoadManager.jpg

从上图看以看出,Ta里面主要初始化loader,获取 重启,销毁一个loader,也包含一个内部成员变量LoaderCallback回调,主要方便我们在上层操作,但真正是由他的实现类LoaderManagerImpl去完成操作的
LoaderManagerImpl 记录着一组LoaderInfo信息,持有LoaderManager.LoaderCallbacks, mLoader等成员,负责对Loader和LoaderCallbacks的对应回调,内部基于观察者模式实现,源码不在解读;

2 Loader

Loader是具体来操作任务的类,负责去调用不同渠道的数据接口,比如数据库,contentProvider,文件等。

loader.jpg

从大致的uml图我可以了解loader持有一个内部观察者,和一些注册监听的内部方发,已经暴露出来的对加载操作的状态步骤,有加载中,取消加载,强制加载,内容发生改变等,
在平常的开发中,谷歌问我们提供了laoder的子类,AsyncTaskLoader,CursorLoader等子类, 源码不在介绍,现在说下他们的不同点。CursorLoader又是AsyncTaskLoader的子类,主要负责数据库查询的异步加载,AsyncTaskLoader可用来所有异步加载。

2.1 AsyncTaskLoader

AsyncTaskLoader集成Loader, 除了拥有loader的功能,还有executePendingTask(), dispatchOnCancelled(),onLoadInBackground(),最神奇的是他拥有AsyncTask的实例,并且实现Runnable,这是他能进行异步的原因所在,看代码,对AsyncTask不熟悉的请移步安卓 《AsyncTask深度解析》自我补脑,

QQ截图20160530190112.jpg

笔者看了源码,AsyncTaskLoader拥有AsyncTask,在自身实例化后开启一个线程,自我进行executePendingTask(),此方法里其实就在执行asyncTask的mTask.executeOnExecutor(mExecutor,(Void[])null);来实现AsyncTaskLoader的自我监听机制,当然自身轮询和传输是离不开Handler mHandler的 因为整个android的通讯就是建立在Handler(底层binder)基础上,这里不再分析。

2.2 CursorLoader
CursorLoader是AsyncTaskLoader的子类,内部持有ForceLoadContentObserver变量,为实现对数据源的数据更新,执行加载数据操作然离不开查询操作,内部主要代码:

QQ截图20160530190821.jpg

三 怎么使用loader

1 注册Loader

Activity初始化在oncreate()初始化,一个Activity或Fragment中LoaderManager管理一个或多个Loader实例,每个Activity或Fragment只有一个LoaderManager,我们可以在Activity的onCreate()或Fragment的onActivityCreated()里初始化一个Loader。例如:

  getLoaderManager().initLoader(0, null, new DataLoaderCallback());

可以看见上面的initLoader()方法有三个参数:

第一个参数代表当前Loader的ID ,用来区分那个loader;

第二个参数代表提供给Loader构造函数的参数,Bundle对象类型
可选;

第三个参数代表LoaderManager.LoaderCallbacks的回调实现 需要我自我实现。;

上面initLoader()方法的调用一个Loader被初始化和激活的状态,该方法的调运有如下两种结果:

如果代表该Loader的ID已经存在,则后面创建的Loader将直接复用已经存在的;

如果代表该Loader的ID不存在,initLoader()会触发LoaderManager.LoaderCallbacks回调的onCreateLoader()方法创建一个Loader;

可以看见通过initLoader()方法可以将LoaderManager.LoaderCallbacks实例与Loader进行关联,且当Loader的状态变化时就被回调。所以说,如果调用者正处于其开始状态并且被请求的Loader已经存在,且已产生了数据,那么系统会立即调用onLoadFinished()(在initLoader()调用期间),所以你必须考虑到这种情况的发生。

当然了,intiLoader()会返回一个创建的Loader,但是你不用获取它的引用,因为LoadeManager会自动管理该Loader的生命周期,你只用在它回调提供的生命周期方法中做自己数据逻辑的处理即可。

2 * 实现LoaderManager Callbacks接口*

LoaderManager.LoaderCallbacks是LoaderManager的回调交互接口。LoaderManager.LoaderCallbacks包含以下三个方法:

onCreateLoader()
实例化并返回一个新创建给指定ID的Loader对象,第一次创建是回调;

onLoadFinished()
数据load完成之后回调此方法;

onLoaderReset()
当创建好的Loader被reset时调用此方法,重新清楚绑定好的数据,重新加载数据;

3 Loader使用实例

1》 初始化loader

getLoaderManager().initLoader(0, null, new DataLoaderCallback());

2》实现callback接口,处理回调

QQ截图20160530192041.jpg

当然你也可以用来绑定谷歌提供的CursorLoader ,在Loader创建的时候被调用,这里使用一个ContentProvider获取数据,所以使用CursorLoader返回数据

QQ截图20160530192548.jpg

3》 继承Loader,数据绑定,和数据适配

QQ截图20160530192150.jpg
在这里我们模拟了构造一组数据,当然你也可以在loadInBackgruond去读文件,访问网络,查询数据库

4 拓展

1》 用来自动刷新ContentPorvider

在我们使用CurSorLoader时大家都会考虑一种情况的处理—–当数据库发生变化时如何自动刷新当前UI,数据库在数据改变时通过ContentPorvider和ContentResolver发出通知,接着ContentProvider通知Cursor的观察者数据发生了变化,然后Cursor通知CursorLoader的观察者数据发生了变化,然后CursorLoader通过ContentProvider加载新数据,完事调用CursorAdapter的changeCursor()用新数据替换旧数据显示。

这个过程具体的实现步骤如下:

对获取的Cursor数据设置需要监听的URI(即,在ContentProvider的query()方法或者Loader的loadingBackground()方法中调用Cursor的setNotificationUri()方法);

在ContentProvider的insert()、update()、delete()等方法中调用ContentResolver的notifyChange()方法;

通过上面两步我们就能享受CurSorLoader的自动数据刷新功能了;可以发现,所谓的CurSorLoader自动刷新也是对文章开头说的观察者模式,所以不再过多说明。
2》不使用ContentPorvider的自动刷新
QQ截图20160530192808.jpg

四 Loaders相关源码流程:

通过上面我们的源码分析和分析前那副图可以总结如下结论:

一次完整的数据加载流程为Activity调用LoaderManager的doStart()方法,然后LoaderManager调用Loader的startLoading()方法,然后Loader调运AsyncTaskLoader的doingBackground()方法进行耗时数据加载,然后AsyncTaskLoader回调LoaderManager的complete数据加载完成方法,接着LoaderManager回调我们在Activity中实现的callback中的onLoadFinish()方法。

Acivity和Fragment的生命周期主动管理了LoaderManager,每个Activity用一个ArrayMap的mAllLoaderManager来保存当前Activity及其附属Frament的唯一LoaderManager;在Activity配置发生变化时,Activity在destory前会保存mAllLoaderManager,当Activity再重新创建时,会在Activity的onAttcach()、onCreate()、performStart()方法中恢复mAllLoaderManager。

LoaderManager给Activity提供了管理自己的一些方法;同时主动管理了对应的Loader,它把每一个Loader封装为LoadInfo对象,同时它负责主动调运管理Loader的startLoading()、stopLoading()、,forceLoad()等方法。

由于整个Activity和Fragment主动管理了Loader,所以关于Loader的释放(譬如CursorLoader的Cursor关闭等)不需要我们人为处理,Loader框架会帮我们很好的处理的;同时特别注意,对于CursorLoader,当我们数据源发生变化时Loader框架会通过ContentObserver调用onContentChanged的forceLoad方法重新请求数据进行回调刷新。

五 总结

以上Loader机制、源码分析、拓展你会发现Loader强大的强大之处,比如普通展现某个android手机有多少应用程序,加载已安装app时候,其实loader就能排上用场, 详细见谷歌对介绍:
https://developer.android.com/reference/android/content/AsyncTaskLoader.html

PS:顺便说下AsyncTaskLoader与AsyncTask的区别,看完源码我们再回过头来总结性的说说他们二者区别,如下:

bijiao.jpg

最主要是加载数据,使用loader我们无须关注数据何时改变了,也无需关注activity的生命周期,做到数据不被重复多次加载情况,做到一次加载多次使用的效果,我们可以拿着loader变活灵通,这里的博大精深还需要读者自我体会。

**

实例代码下载

https://github.com/NeglectedByBoss/Loader

**

以上是关于Android 深入理解Loader机制 让APP轻装上阵的主要内容,如果未能解决你的问题,请参考以下文章

深入理解Android Handler机制(深入至native层)

深入理解Android Handler机制(深入至native层)

深入理解Android渲染机制

深入理解Android中Handler机制

深入理解Android RecyclerView的缓存机制

细读《深入理解 Android 内核设计思想》进程间通信与同步机制