android - ContentProvider 调用原子？ onPause保存，加载OnActivityCreated，旧数据

Question

我有一个带有 ListView 的 fragment 。

在 onPause() 中，我将 ListView 的 Y 滚动位置保存在 ContentProvider 中。

onResume 或 onActivityCreated 上的同一 fragment 使用加载器从内容提供者获取 y 滚动位置并恢复滚动位置。

如果我退出 Activity/fragment 并返回到它，这将起作用， ListView 将返回到其上次打开的位置，因为它在 onPause 中被保存到内容提供者。所以代码 100% 没问题。

不好的是数据在轮换。 onPause 可以很好地保存，但是 onCreateActivity 之后的加载会导致检索旧数据，即保存在 onPause 之前的数据。这会导致 ListView 返回到他们第一次打开应用程序时的旧位置，而不是 ListView 在旋转之前的位置。

这似乎是一个明显的竞争条件，即在 onPause 期间向内容提供者的保存未在 onPause 中完成，导致在旋转后加载旧数据。

所以我手机上的旋转看起来像这样

01:31:33.026: ThreadViewerFragment.java(235):onPause Saved(position:Yposition): 59:-74
01:31:33.256: ThreadViewerFragment.java(194):onActivityCreated
01:31:33.266: ThreadViewerFragment.java(309):onLoadFinished Load(position:Yposition): 62:-149 //initial load is of old values
01:31:33.266: ThreadViewerFragment.java(309):onLoadFinished Load(position:Yposition): 62:-149
01:31:33.596: ThreadViewerFragment.java(309):onLoadFinished Load(position:Yposition): 59:-74  //this is loaded due to notification by the save in onPause which is supposed to be finished before recreating the new fragment???

因此顺序看起来不错(在 Activity/fragment 流方面看起来不像竞争条件)但很明显，它加载了旧值而不是刚刚保存的值 59:-74。

我不是在变通之后，我知道如何使用 saveInstanceState 等。但是为什么我应该加倍我的代码，有没有办法强制内容提供者以原子方式运行(我认为它已经是？)

编辑:添加代码并更好地细化问题，因为我仍然不满意我们是否更接近理解 contentprovider 调用是否在执行时阻塞和/或这些调用是否是原子的，或者它是否只是对内容提供者和加载器。

在 onPause 中，我保存了产品列表的 Y 位置

@Override
public void onPause() {
    super.onPause();

    Utils.logv("onPause Saved position: " + mLastRead + ", " + mYPos);

    ContentValues contentValues = new ContentValues();
    contentValues.put(ProductsContract.Products.Y_POS, mYpos);

    int updateCount = getActivity().getContentResolver().update(
                Uri.parse(ProductsContract.Products.CONTENT_URI + "/" + mId),
                contentValues, null, null);
}

我的理解是调用update应该是阻塞调用，发生在fragment被销毁之前和新fragment创建之前处理轮换

在简历中，我启动了装载机

public void onResume() {
    super.onResume();

    getLoaderManager().initLoader(PRODUCTS_LOADER_ID, null, this);
}

在我的加载程序中，我得到了游标，它在旋转后可靠地拥有旧数据，但在任何其他情况下都很好

 @Override
public void onLoadFinished(Loader<Cursor> cursorLoader, Cursor cursor) {
    if(cursor.moveToFirst()){
         mYpos = cursor.getInt(cursor.getColumnIndex(ProductsContract.Products.Y_POS));
         Utils.logv("loader: " + mYpos);
    }
}

所以重申一下，在轮换之后，加载程序将始终如一地传送旧数据。

我在想，也许是加载器过时了，而不是内容提供者本身？光标在旋转后被保存和恢复，即使它是陈旧的？

Answer 1

It seems like an obvious race condition that the save to the content provider is not completed in the onPause before it is loaded after the rotate.

假设上面的陈述是正确的:

通常内容提供者速度很快，应该不会花那么多时间。但是，当 ContetnProvider 由 SQLite 支持时，将数据插入数据库需要时间是可以理解的。延迟时间取决于数据量和设备硬件。

但是，这种方法的问题在于，用户只是旋转屏幕并且真的不喜欢等待，看到数据正在一个接一个地加载。 旋转应该很快非常快。

这条路的替代方案是，

• 等待 onPause 完成任务(这将阻止下次创建 UI，这是非常非常糟糕的主意)
• 您设置负责轮换的 list 标签。

此路径上的另一种选择是，创建一个仅用于处理轮换情况的内存缓存。这意味着每次查找数据时，首先尝试在缓存中找到它，如果没有，则尝试从 ContentProvider 加载。您可以对缓存的键使用相同的内容 URI。并且，对于写入，首先在缓存中写入，然后在提供程序中写入。

ContentProvider 提供了一些很大的好处，这一点毋庸置疑。如果您需要 ContentProvider，您应该使用它。但是，为了处理轮换，您可以考虑其他选择。而且，解决方案的方法是将内容转储到文件中并读回。 SharedPreferences 或典型的文件 IO 现在就在我的脑海中。我想这是它们存在的一个很好的理由。

最后，出于好奇，您是否尝试过加载 fragment 的数据 onResume 状态？并且，希望 setRetainInstance(boolean) 未在您的代码中的某处设置。

编辑,

据我所知，ContentProvider 不提供任何原子性或线程安全性。来自 Android 文档，

the methods query(), insert(), delete(), update(), and getType()—are called 
from a pool of threads in the content provider's process, not the UI thread 
for the process. Because these methods might be called from any number of 
threads at the same time, they too must be implemented to be thread-safe. 

请阅读this和 this

如果我能看到你的代码，我可能会给你一个更好的答案。