使用 LoaderManager 加载依赖查询的首选方法

Question

在 Android 中使用 LoaderManager API 加载依赖查询的首选方法是什么？到目前为止，我能想到的最好的方法是：

@Override
public void onCreate( Bundle savedInstanceState ) {
    getLoaderManager().initLoader( FIRST, null, this );
}

@Override
public void onLoadFinished( Loader<Cursor> loader, Cursor data ) {
    switch ( loader.getId() ) {
    case FIRST:
        Bundle args = new Bundle();
        args.putInt( ID, somethingFromData( data ) );
        getLoaderManager().restartLoader( SECOND, args, this );
        break;

    case SECOND:
        somethingElseFromData( data );
        break;
    }
}

这在大多数情况下都可以正常工作，但在一种特殊情况下会严重崩溃。假设我启动第二个活动或在此之上推送一个片段，以修改 FIRST 的数据。现在，当我使用上面的代码导航回活动/片段时，它首先用FIRST 和SECOND 的旧数据刷新我，并且由于FIRST 启动SECOND，SECOND 重新加载了新数据.现在，由于 FIRST 已更改，它会再次加载，这会导致再次加载 SECOND。

首先，如果你算上这两个负载FIRST（一个旧的和一个新的）和三个负载的SECOND（两个旧的和一个新的），这至少有点浪费。我真的不介意，除了调试很麻烦，但在我看来，它的行为也是不确定的，因为你不知道哪些负载会先完成。如果FIRST 和SECOND 之间的关系发生变化，我会得到SECOND 的新数据，还是会得到缓存的值？

我知道我可以通过记录何时重新启动第二个加载程序来缓解这种情况，但必须有更好的方法来做到这一点。

澄清一下：如果FIRST 中的行包含对SECOND 中行的引用，并且在返回导航后FIRST 中加载的行不指向同一行，则问题最为突出(s) SECOND 和以前一样。

Answer 1

鉴于您的第一个加载器所做的唯一事情就是为您的第二个加载器有效地准备参数，您应该将自己的 AsyncTaskLoader 子类化并在一个加载器中完成整个操作。

This article 包含一个非常深入的自定义 AsyncTaskLoader 示例，我相信您可以根据自己的需要进行调整。您还应该查看CursorLoader source code 以更好地掌握如何编写自己的代码。