Android Loader详解(官方文档翻译)

装载器从android3.0开始引进。它使得在activity或fragment中异步加载数据变得简单。装载器具有如下特性:

  • 它们对每个Activity和Fragment都有效。
  • 他们提供了异步加载数据的能力。
  • 它们监视数据源的一将一动并在内容改变时传送新的结果。
  • 当由于配置改变而被重新创建后,它们自动重连到上一个加载器的游标,所以不必重新查询数据。

装载器API概述

在使用装载器时,会涉及很多类和接口们,我们在下表中对它们总结一下:


Class/Interface


说明


LoaderManager


一个抽像类,关联到一个Activity或Fragment,管理一个或多个装载器的实例。这帮助一个应用管理那些与Activity或Fragment的生命周期相关的长时间运行的的操作。最常见的方式是与一个CursorLoader一起使用,然而应用是可以随便写它们自己的装载器以加载其它类型的数据。

每个activity或fragment只有一个LoaderManager。但是一个LoaderManager可以拥有多个装载器。


LoaderManager.LoaderCallbacks


一个用于客户端与LoaderManager交互的回调接口。例如,你使用回调方法onCreateLoader()来创建一个新的装载器。


Loader(装载器)


一个执行异步数据加载的抽象类。它是加载器的基类。你可以使用典型的CursorLoader,但是你也可以实现你自己的子类。一旦装载器被激活,它们将监视它们的数据源并且在数据改变时发送新的结果。


AsyncTaskLoader


提供一个AsyncTask来执行异步加载工作的抽象类。


CursorLoader


AsyncTaskLoader的子类,它查询ContentResolver然后返回一个Cursor。这个类为查询cursor以标准的方式实现了装载器的协议,它的游标查询是通过AsyncTaskLoader在后台线程中执行,从而不会阻塞界面。使用这个装载器是从一个ContentProvider异步加载数据的最好方式。相比之下,通过fragment或activity的API来执行一个被管理的查询就不行了。

上面所列的类和接口们是你在你的应用中要实现装载器时的核心组件。你的每个装载器并不一定需要所有的组件,但是你总是需要引用LoaderManager来初始化一个装载器。后面的章节将向你展示如何使用这些类和接口们。

一个使用装载器的应用会典型的包含如下组件:

  • 一个Activity或Fragment.
  • 一个LoaderManager的实例.
  • 一个加载被ContentProvider所支持的数据的CursorLoader.或者,你可以从Loader或AsyncTaskLoader实现你自己的装载器来从其它源加载数据.
  • 一个LoaderManager.LoaderCallbacks的实现.这是你创建新的装载器以及管理你的已有装载器的引用的地方.
  • 一个显示装载器的数据的途径,例如使用一个SimpleCursorAdapter.
  • 一个数据源,比如当是用CursorLoader时,它将是一个ContentProvider.

启动一个装载器

LoaderManager管理一个Activiry或Fragment中的一个或多个装载器.但每个activity或fragment只拥有一个LoaderManager.

你通常要在activity的onCreate()方法中或fragment的onActivityCreated()方法中初始化一个装载器.你可以如下创建:

[java] view plaincopy

  1. // 准备装载器.可以重连一个已经存在的也可以启动一个新的.
  2. getLoaderManager().initLoader(0,null, this);

initLoader()方法有以下参数:

  • 一个唯一ID来标志装载器.在这个例子中,ID是0.
  • 可选的参数,用于装载器初始化时(本例中是null).
  • 一个LoaderManager.LoaderCallbacks的实现.被LoaderManager调用以报告装载器的事件,在这个例子中,类本实现了这个接口,所以传的是它自己:this.

initLoader()保证一个装载器被初始化并激活.它具有两种可能的结果:

  • 如果ID所指的装载器已经存在,那么这个装载器将被重用.
  • 如果装载器不存在,initLoader()就触发LoaderManager.LoaderCallbacks的方法onCreateLoader().这是你实例化并返回一个新装载器的地方.

在这两种情况中,传入的LoaderManager.LoaderCallbacks的实现都与装载器绑定在一起.并且会在装载器状态变化时被调用.如果在调用这个方法时,调用者正处于启动状态,并且所请求的装载器已存在并产生了数据,那么系统会马上调用onLoadFinished()(也就是说在initLoader()还在执行时).所以你必须为这种情况的发生做好准备.

注意initLoader()返回所创建的装载器,但是你不需保存一个对它的引用.LoaderManager自动管理装载器的生命.LoaderManager会在需要时开始和停止装载动作,并且维护装载器的状态和它所关联的内容.这意味着,你很少与装载器直接交互.你通常都是使用LoaderManager.LoaderCallbacks的方法们在某个事件发生时介入到数据加载的过程中.

重启装载器

当你使用initLoader()时,如果指定ID的装载器已经存在,则它使用这个装载器.如果不存在呢,它将创建一个新的.但是有时你却是想丢弃旧的然后开始新的数据.

要想丢弃旧数据,你应使用restartLoader().例如,下面这个SearchView.OnQueryTextListener的实现在用户查询发生改变时重启了装载器,装载器于是需重启从而能使用新的搜索过虑来进行一次新的查询.

[java] view plaincopy

  1. <span style="font-family:KaiTi_GB2312;">public boolean onQueryTextChanged(String newText) {
  2. // 当动作栏的搜索字串发生改时被调用.
  3. // 更新搜索过虑,然后重新启动装载利用这个新过虑进行新的查询.
  4. mCurFilter = !TextUtils.isEmpty(newText) ? newText : null;
  5. getLoaderManager().restartLoader(0, null, this);
  6. return true;
  7. }</span>

使用LoaderManager的回调

LoaderManager.LoaderCallbacks是一个回调接口,它使得客户端可以与LoaderManager进行交互.

装载器,一般指的是CursorLoader,我们希望在它停止后依然保持数据.这使得应用可以在activity或fragment的 onStop() 和onStart() 之间保持数据,所以当用户回到一个应用时,它们不需等待数据加载.你使用LoaderManager.LoaderCallbacks 的方法们,在需要时创建新的装载器,并且告诉应用什么时候要停止使用装载器的数据.

LoaderManager.LoaderCallbacks 包含以下方法们:

  • onCreateLoader() —跟据传入的ID,初始化并返回一个新的装载器.
  • onLoadFinished() —当一个装载器完成了它的装载过程后被调用.
  • onLoaderReset() —当一个装载器被重置而什其数据无效时被调用.

onCreateLoader

当你试图去操作一个装载器时(比如,通过initLoader()),会检查是否指定ID的装载器已经存在.如果它不存在,将会触发LoaderManager.LoaderCallbacks 的方法onCreateLoader().这是你创建一个新装载器的地方.通常这个装载器是一个CursorLoader,但是你也可以实现你自己的装载器.

在下面的例子中,回调方法onCreateLoader() 创建一个CursorLoader.你必须使用构造方法来建立CursorLoader ,构造方法需要向ContentProvider执行一次查询的完整信息作为参数,它尤其需要:

  • uri —要获取的内容的URI.
  • projection —要返回的列组成的列被.传入null 将会返回所有的列,但这是低效的.
  • selection —一个过滤器,表明哪些行将被返回.格式化成类似SQLWHERE 语句的样子(除了没有WHERE).传入null 将返回所有的行.
  • selectionArgs —你可以在selection 中包含一些‘?‘,它将被本参数的值替换掉.这些值出现的顺序与‘?‘在selection中出现的顺序一至.值将作为字符串.
  • sortOrder —如何为行们排序.格式化成类似于SQLORDER BY 语句的样字(除了没有ORDERBY).传入null将使用默认顺序,默认顺序可能是无顺序.

例子:

[java] view plaincopy

  1. // If non-null, this is the current filter the user has provided.
  2. String mCurFilter;
  3. ...
  4. public Loader<Cursor> onCreateLoader(int id, Bundle args) {
  5. // 这里是在需要创建新装载器时被调用的.
  6. // 我们只是简单的拥有一个装载器,所以我们不需要关心ID.
  7. // First, pick the base URI to use depending on whether we are
  8. // currently filtering.
  9. Uri baseUri;
  10. if (mCurFilter != null) {
  11. baseUri = Uri.withAppendedPath(Contacts.CONTENT_FILTER_URI,
  12. Uri.encode(mCurFilter));
  13. } else {
  14. baseUri = Contacts.CONTENT_URI;
  15. }
  16. // Now create and return a CursorLoader that will take care of
  17. // creating a Cursor for the data being displayed.
  18. String select = "((" + Contacts.DISPLAY_NAME + " NOTNULL) AND ("
  19. + Contacts.HAS_PHONE_NUMBER + "=1) AND ("
  20. + Contacts.DISPLAY_NAME + " != ‘‘ ))";
  21. return new CursorLoader(getActivity(), baseUri,
  22. CONTACTS_SUMMARY_PROJECTION, select, null,
  23. Contacts.DISPLAY_NAME + " COLLATE LOCALIZED ASC");
  24. }

onLoadFinished

这个方法是在前面已创建的装载器已经完成其加载过程后被调用.这个方法保证会在应用到装载器上的数据被释放之前被调用.在此方法中,你必须删除所有对旧数据的使用(因为它将很快会被删除),但是不要自己去释放它们,因为它们的装载器会做这些事情.

装载器一旦了解到应用不再使用数据时,将马上释放这些数据.例如,如果数据是一个从CursorLoader来的游标,你不应调用游标的close().如果游标被放置在一个CursorAdapter中,你应使用swapCursor()方法,以使旧的游标不被关闭.例如:

[java] view plaincopy

  1. //这个Adapter被用于显示列表的数据.
  2. SimpleCursorAdapter mAdapter;
  3. ...
  4. public void onLoadFinished(Loader<Cursor> loader, Cursor data) {
  5. // Swap the new cursor in.  (The framework will take care of closing the
  6. // old cursor once we return.)
  7. mAdapter.swapCursor(data);
  8. }

onLoaderReset

当一个已创建的装载器被重置从而使其数据无效时,此方法被调用.此回调使你能发现什么时候数据将被釋放于是你可以釋放对它的引用.

下面这个实现调用参数为null的swapCursor():

[java] view plaincopy

  1. // 这个Adapter被用于显示列表的数据.
  2. SimpleCursorAdapter mAdapter;
  3. ...
  4. public void onLoaderReset(Loader<Cursor> loader) {
  5. //此处是用于上面的onLoadFinished()的游标将被关闭时执行, 我们需确保我们不再使用它.
  6. mAdapter.swapCursor(null);
  7. }

例子

作为一个例子,这里完整实现了一个Fragment显示一个包含从联系人contentprovider 返回查询数据的ListView的内容的功能.它使用一个CursorLoader来管理对provider的查询.

为了能从用户的联系人中取得数据,本例的manifest必须包含READ_CONTACTS权限.

[java] view plaincopy

    1. public static class CursorLoaderListFragment extends ListFragment
    2. implements OnQueryTextListener, LoaderManager.LoaderCallbacks<Cursor> {
    3. // 这是用于显示列表数据的Adapter
    4. SimpleCursorAdapter mAdapter;
    5. // 如果非null,这是当前的搜索过虑器
    6. String mCurFilter;
    7. @Override public void onActivityCreated(Bundle savedInstanceState) {
    8. super.onActivityCreated(savedInstanceState);
    9. // 如果列表中没有数据,就给控件一些文字去显示.在一个真正的应用
    10. // 中这应用资源中取得.
    11. setEmptyText("No phone numbers");
    12. // 我们在动作栏中有一个菜单项.
    13. setHasOptionsMenu(true);
    14. // 创建一个空的adapter,我们将用它显示加载后的数据
    15. mAdapter = new SimpleCursorAdapter(getActivity(),
    16. android.R.layout.simple_list_item_2, null,
    17. new String[] { Contacts.DISPLAY_NAME, Contacts.CONTACT_STATUS },
    18. new int[] { android.R.id.text1, android.R.id.text2 }, 0);
    19. setListAdapter(mAdapter);
    20. // 准备loader.可能是重连到一个已存在的或开始一个新的
    21. getLoaderManager().initLoader(0, null, this);
    22. }
    23. @Override public void onCreateOptionsMenu(Menu menu, MenuInflater inflater) {
    24. // 放置一个动作栏项用于搜索.
    25. MenuItem item = menu.add("Search");
    26. item.setIcon(android.R.drawable.ic_menu_search);
    27. item.setShowAsAction(MenuItem.SHOW_AS_ACTION_IF_ROOM);
    28. SearchView sv = new SearchView(getActivity());
    29. sv.setOnQueryTextListener(this);
    30. item.setActionView(sv);
    31. }
    32. public boolean onQueryTextChange(String newText) {
    33. // 在动作栏上的搜索字串改变时被调用.更新
    34. //搜索过滤器,并重启loader来执行一个新的查询
    35. mCurFilter = !TextUtils.isEmpty(newText) ? newText : null;
    36. getLoaderManager().restartLoader(0, null, this);
    37. return true;
    38. }
    39. @Override public boolean onQueryTextSubmit(String query) {
    40. // 我们不关心这个方法
    41. return true;
    42. }
    43. @Override public void onListItemClick(ListView l, View v, int position, long id) {
    44. // 写入你想写的代码
    45. Log.i("FragmentComplexList", "Item clicked: " + id);
    46. }
    47. // 这是我们想获取的联系人中一行的数据.
    48. static final String[] CONTACTS_SUMMARY_PROJECTION = new String[] {
    49. Contacts._ID,
    50. Contacts.DISPLAY_NAME,
    51. Contacts.CONTACT_STATUS,
    52. Contacts.CONTACT_PRESENCE,
    53. Contacts.PHOTO_ID,
    54. Contacts.LOOKUP_KEY,
    55. };
    56. public Loader<Cursor> onCreateLoader(int id, Bundle args) {
    57. // 当一个新的loader需被创建时调用.本例仅有一个Loader,
    58. //所以我们不需关心ID.首先设置base URI,URI指向的是联系人
    59. Uri baseUri;
    60. if (mCurFilter != null) {
    61. baseUri = Uri.withAppendedPath(Contacts.CONTENT_FILTER_URI,
    62. Uri.encode(mCurFilter));
    63. } else {
    64. baseUri = Contacts.CONTENT_URI;
    65. }
    66. // 现在创建并返回一个CursorLoader,它将负责创建一个
    67. // Cursor用于显示数据
    68. String select = "((" + Contacts.DISPLAY_NAME + " NOTNULL) AND ("
    69. + Contacts.HAS_PHONE_NUMBER + "=1) AND ("
    70. + Contacts.DISPLAY_NAME + " != ‘‘ ))";
    71. return new CursorLoader(getActivity(), baseUri,
    72. CONTACTS_SUMMARY_PROJECTION, select, null,
    73. Contacts.DISPLAY_NAME + " COLLATE LOCALIZED ASC");
    74. }
    75. public void onLoadFinished(Loader<Cursor> loader, Cursor data) {
    76. // 将新的cursor换进来.(框架将在我们返回时关心一下旧cursor的关闭)
    77. mAdapter.swapCursor(data);
    78. }
    79. public void onLoaderReset(Loader<Cursor> loader) {
    80. //在最后一个Cursor准备进入上面的onLoadFinished()之前.
    81. // Cursor要被关闭了,我们需要确保不再使用它.
    82. mAdapter.swapCursor(null);
    83. }
    84. }

摘自:http://blog.csdn.net/niu_gao/article/details/7244117

Android Loader详解(官方文档翻译)

时间: 2024-10-23 15:55:59

Android Loader详解(官方文档翻译)的相关文章

Android task和back stack详解(官方文档翻译)

一个应用往往包含很多activities.每个activity都应围绕着用户可执行的特定动作来设计,并且可以启动其它activitie.例如,一个email应用可能可能有一个显示新邮件列表的activity.当用户选择一个邮件,一个新的activity被打开以显示邮件内容. 一个activity也可以打开同一设备上存在于其它应用的activitie,例如,如果你的应用想要发送一个邮件,你可以定义一个intent来执行一个"send"动作并包含一些数据,比如一个地址和一条信息.另一个应用

Android loader 详解

装载器从android3.0开始引进.它使得在activity或fragment中异步加载数据变得简单.装载器具有如下特性: 它们对每个Activity和Fragment都有效. 他们提供了异步加载数据的能力. 它们监视数据源的一将一动并在内容改变时传送新的结果. 当由于配置改变而被重新创建后,它们自动重连到上一个加载器的游标,所以不必重新查询数据. 装载器API概述 在使用装载器时,会涉及很多类和接口们,我们在下表中对它们总结一下: Class/Interface 说明 LoaderManag

Android Loader详解

一,android装载器基本方法 装载器从android3.0开始引进.它使得在activity或fragment中异步加载数据变得简单.装载器具有如下特性: 它们对每个Activity和Fragment都有效. 他们提供了异步加载数据的能力. 它们监视数据源的一将一动并在内容改变时传送新的结果. 当由于配置改变而被重新创建后,它们自动重连到上一个加载器的游标,所以不必重新查询数据. 装载器API概述 在使用装载器时,会涉及很多类和接口们,我们在下表中对它们总结一下: Class/Interfa

Android编译详解之lunch命令 【转】

本文转载自: Android编译详解之lunch命令 (2012-10-08 10:27:55) 转载▼ 标签: it 分类: android内核剖析 Android的优势就在于其开源,手机和平板生产商可以根据自己的硬件进行个性定制自己的手机产品,如小米,LePhone,M9等,因此,在我们在对Android的源码进行定制的时候,很有必要了解下,Android的编译过程. 如果你从来没有做过Android代码的编译,那么最官方的编译过程就是查看Android的官方网站:http://source

android WebView详解,常见漏洞详解和安全源码(下)

上篇博客主要分析了 WebView 的详细使用,这篇来分析 WebView 的常见漏洞和使用的坑. 上篇:android WebView详解,常见漏洞详解和安全源码(上) 转载请注明出处:http://blog.csdn.net/self_study/article/details/55046348 对技术感兴趣的同鞋加群 544645972 一起交流. WebView 常见漏洞 WebView 的漏洞也是不少,列举一些常见的漏洞,实时更新,如果有其他的常见漏洞,知会一下我-- WebView

Android菜单详解——理解android中的Menu

Android菜单详解--理解android中的Menu 前言 今天看了pro android 3中menu这一章,对Android的整个menu体系有了进一步的了解,故整理下笔记与大家分享. PS:强烈推荐<Pro Android 3>,是我至今为止看到的最好的一本android书,中文版出到<精通Android 2>. 理解Android的菜单 菜单是许多应用程序不可或缺的一部分,Android中更是如此,所有搭载Android系统的手机甚至都要有一个"Menu&qu

Android编译系统详解(一)

++++++++++++++++++++++++++++++++++++++++++ 本文系本站原创,欢迎转载! 转载请注明出处: http://blog.csdn.net/mr_raptor/article/details/7539978 ++++++++++++++++++++++++++++++++++++++++++ Android编译系统详解(一):http://blog.csdn.net/mr_raptor/article/details/7539978 Android编译系统详解(

[gitbook] Android框架分析系列之Android Binder详解

请支持作者原创: https://mr-cao.gitbooks.io/android/content/android-binder.html Android Binder详解 Table of Contents 1. binder简介 2. binder的实现 2.1. IBinder类简介 2.2. IInterface类简介 2.3. BpBinder和BBinder简介 2.4. ProcessState和IPCThreadState简介 2.5. ServiceManager简介 2.

android动画详解三 动画API概述

· 属性动画与view动画的不同之处 view动画系统提供了仅动画View 对象的能力,所以如果你想动画非View 对象,你就要自己实现代码. view动画系统实际上还被强制仅能对 View 的少数属性进行动画,比如缩放和旋转,而不能对背景色进行. view动画的另一个坏处是它仅修改View的绘制位置,而不是View的实际位置.例如,如果你动画一个移动穿越屏幕,button的绘制位置是正确的,但实际你可以点击它的位置却没有变,所以你必须去实现你自己的逻辑来处理它. 使用属性动画系统时,这个限制被