我理解的Android加载器
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函数了。
比如下面一个例子:ToDoListFragment todoListFragment = (ToDoListFragment)fm.findFragmentById(R.id.TodoListFragment);
// 当loader查询完成的时候,Cursor会返回到onLoadFinished处理程序。 int keyTaskIndex = cursor.getColumnIndexOrThrow(ToDoContentProvider.KEY_TASK); todoItems.clear(); while (cursor.moveToNext()) {
在这个例子中,在创建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。
Android组件化开发(七)--从零开始教你分析项目需求并实现 前面几篇文章我们封装了几个组件化功能组件:包括:**网络请求组件,图片加载请求组件,应用保活组件,音乐播放组件封装。** 每个组件都可以直接拿到自己项目中使用,当然还需根据自己项目要求进行优化。
Android组件化开发(六)-- 短视频播放组件封装 前面几篇文章我们封装了几个组件化功能组件: 包括:`网络请求组件`,`图片加载请求组件`,`应用保活组件`,`音乐播放组件封装`。 每个组件都可以直接拿到自己项目中使用,当然还需根据自己项目要求进行优化。
Android组件化开发(五)--完整版音乐播放组件的封装 前面几篇系列文章我们讲解了`组件化开发`中几个常用功能组件的开发,包括:`网络请求组件`,`图片加载请求组件`,`应用保活组件`。今天我们来封装一个`音乐播放组件`。
Android组件化开发(四)--进程保活组件的封装 前面文章我们封装了网络请求组件`lib_nework`和图片加载组件`lib_image_loader`,今天我们来封装一个进程保活的组件`lib_pull_alive`
Android组件化开发(二)--网络请求组件封装 前面一篇文章我们讲解了`maven私服`的搭建,maven私服在`组件化框架`中有一个很重要的地位就是可以将我们的`lib`库放到局域网中,供公司其他开发者使用,实现类库的分享。 下面是这个系列准备实现的一个`组件化实战项目框架`:
相关文章
- Android事件分发机制完全解析,带你从源码的角度彻底理解(下)
- 安卓 android studio 报错 The specified Android SDK Build Tools version (27.0.3) is ignored, as it is below the minimum supported version (28.0.3) for Android Gradle
- [Android Traffic] android 流量计算方法
- Android开发--Activity生命周期回顾理解
- Android API之android.provider.ContactsContract.RawContacts
- macos安装android studio(Android Studio 2021.1.1)
- 四、Android Studio使用——什么样的Project都能导入Studio
- react-native run-android报错的原因,SDK位置未指定
- 深入理解android虚拟机
- Android【报错】android.content.ActivityNotFoundException:activity in yourAndroidManifest.?
- Android 引导页
- Android kotlin 数据类 枚举类
- 深入理解Android音视频同步机制(三)MediaSync的使用与原理
- 【Android Gradle 插件】Android Plugin DSL Reference 离线文档下载 ( GitHub 下载文档 | 查看文档 )
- 【Android 逆向】使用 Python 解析 ELF 文件 ( Capstone 反汇编 ELF 文件中的机器码数据 | 完整代码示例 ) ★★★
- 2014 android毕设代做 代做Android毕设 安卓毕设
- 【Android】android图片轮播
- Android TextureView简易教程
- Android studio gradle配置完整版(转)
- android studio(as)找不到手机
- Android 理解DP、SP、PX的区别
- Android 11.0 原生SystemUI下拉通知栏UI背景设置为圆角背景的定制(二)
- Android Studio NDK报错:mips64el-linux-android-strip 找不到
- Android Studio 2.3报错: Error:Cause: buildToolsVersion is not specified解决