android - LoaderManager 的范围是什么？

Question

在您的 LoaderManager 中识别 Loader 时，您使用唯一的 ID。我在问这些 id 必须有多独特。

是否每个 Activity 和 fragment 都有自己的 LoaderManager？ fragment 是否使用它们附加到的 Activity 的 LoaderManager？应用程序是否只有一个 LoaderManager？

如果您能告诉我如何更改您正在使用的 LoaderManager，则可以加分。如果我希望我的 Activity 中的每个 fragment 都使用相同的 LoaderManager(其中一些正在提取相同的数据并共享 Loader 会很好)，这可能吗？

Answer 1

我目前正在将我的应用程序移植到 android 兼容包(主要用于 CursorLoader 和 Fragments)。我目前正在尝试在两个 fragment 之间共享一个 CursorLoader，以便对我的 ContentProvider 进行查询。欢迎来到我的世界! ;)

一个简单的用例:

− DummyActivity 扩展 FragmentActivity/Log.d(Constants.LOGTAG, "DummyActivity.onCreate "+ getSupportLoaderManager().toString());

- DataFragment 扩展 Fragment 实现 LoaderManager.LoaderCallbacks/Log.d(Constants.LOGTAG, "DataFragment.onCreate "+ getLoaderManager().toString());

- ReportFragment 扩展 Fragment 实现 LoaderManager.LoaderCallbacks/Log.d(Constants.LOGTAG, "ReportFragment.onCreate "+ getLoaderManager().toString());

DummyActivity 实例化 DataFragment，后者实例化 ReportFragment。 logcat 输出显示每个 LoaderManager 的不同地址。作为第一个结论，每个 Fragment 似乎都有一个合适的 LoaderManager……

如果我能回答您(我们的；))的问题，我会继续更新。如果您取得了任何进展，请分享您的宝贵知识。

更新:

我的假设是加载器 id 仅与特定 fragment 的 LoaderManager 的本地范围相关联，以使多个本地加载器能够与 fragment 相关联(因此您可以根据 id int 在 onCreateLoader 中返回不同的加载器arg 和 initLoader 调用)。

到目前为止，我设法“重用”了一个加载器(……或没有):

- 首先，我在 DummyActivity onCreate 方法中使用 getSupportLoaderManager().enableDebugLogging(true); 启用了 LoaderManager 调试。

- 然后我从 DataFragment 和 ReportFragment 的 onCreate 方法中调用了 getActivity().getSupportLoaderManager().initLoader(78, null, this);。

- DataFragment 通过 mCursorLoader 私有(private)成员上的 setter 公开由 onCreateLoader 方法创建的 CursorLoader。

- ReportFragment onCreateLoader 返回 DataFragment CursorLoader(使用 findFragmentByTag 检索 Fragment 后)。

过滤后的(略微混淆的)logcat 输出:

      DummyApp  D  DummyActivity.onCreate
      DummyApp  D  DataFragment.newInstance
      DummyApp  D  ReportFragment.newInstance
      DummyApp  D  DataFragment.onCreate
 LoaderManager  V  initLoader in LoaderManager{405a19d0 in SpecificAction{4059ee98}}: args=null
      DummyApp  D  DataFragment.onCreateLoader
 LoaderManager  V    Created new loader LoaderInfo{405a2298 #78 : CursorLoader{405a22e0}}
      DummyApp  D  DataFragment.onCreate
      DummyApp  D  DataFragment.onActivityCreated
      DummyApp  D  ReportFragment.onCreate
 LoaderManager  V  initLoader in LoaderManager{405a19d0 in DummyActivity{4059ee98}}: args=null
 LoaderManager  V    Re-using existing loader LoaderInfo{405a2298 #78 : CursorLoader{405a22e0}}
      DummyApp  D  SpecificActionReportFragment.onCreate
      DummyApp  D  SpecificActionReportFragment.onActivityCreated
 LoaderManager  V  Starting in LoaderManager{405a19d0 in DummyActivity{4059ee98}}
 LoaderManager  V    Starting: LoaderInfo{405a2298 #78 : CursorLoader{405a22e0}}
 DummyProvider  D  query called
 DummyProvider  D  […]       
 DummyProvider  D  [end of query]
 LoaderManager  V  onLoadComplete: LoaderInfo{405a2298 #78 : CursorLoader{405a22e0}}
 LoaderManager  V    onLoadFinished in CursorLoader{405a22e0 id=78}: CursorWrapperInner{405afb20}
      DummyApp  D  ReportFragment.onLoadFinished
      DummyApp  D  ReportFragment.displayActionReport
      DummyApp  D  DummyActivity.setReportViewsVisibility
      DummyApp  D  ReportFragment.setSaveReportImageViewVisibility

这两个 fragment 是从 DummyActivity onCreate 方法添加的(与描述的用例不同，但这对我们正在处理的问题没有任何改变)。不幸的是，加载器被重新分配到调用它的最新 fragment (此处为 ReportFragment)……并且永远不会调用 DataFragment.onLoadFinished。因此，ReportFragment 看起来不错，但 DataFragment 不是最新的，因为更新是从此类的 onLoadFinished 调用的。

我假设有一个底层取消注册调用，然后是 CursorLoader 上的一个注册调用。

待续……