android - 未通知 SQLiteCursors，aidl 文件不存在

Question

(编辑两次)

我的 sqlite 游标没有收到更改通知，即使我在创建它们时设置了通知并在访问数据库时通知它们。我试过这样的方法来测试方法:

weatherCursor.getCount(); // returns 1
deleteAllRecords();
Uri uri = weatherCursor.getNotificationUri();
getContext().getContentResolver().notifyChange(uri, null);
weatherCursor.getCount(); // still returns 1
weatherCursor.close();
weatherCursor = getContext().getContentResolver().query(uri, null, null, null, null);
weatherCursor.getCount(); //finally returns 0

当我试图深入了解 ContentResolver.notifyChange 的源代码时，我发现它试图使用一个名为 IContentObserver 的类，但无法解析导入。它在 try block 中执行此操作，而 catch block 是空的，因此它会默默地失败。

同样，AbstractCursor.setNotificationUri 调用 ContentResolver.registerContentObserver，它尝试使用名为 IContentService 的类，也在一个 try block 中使用空捕获。与上面不同，我什至没有看到 IContentService 的导入语句。

一位评论者 (@Lawrence Choy) 解释说“IContentObserver 实际上是一个自动生成的文件，它在 IContentObserver.aidl 中定义。”我为“IContentObserver.aidl”搜索了我的整个系统，唯一的命中是 Android Studio 用来存储最近搜索的文件，所以我的电脑上没有这个文件。我不确定该文件应该在哪里，但我尝试通过 SDK 管理器删除并重新安装构建工具和 API，但我仍然找不到它。

[另一个编辑]上面的代码 fragment (在评估器中运行)旨在将以下所有代码归结为相关部分，但这里有一组更完整的代码。首先是 deleteAllRecords() 的代码，这是我的一个测试单元中失败的方法。它成功删除了所有记录，但未能更新游标，我认为这是理所当然的。

public void deleteAllRecords() {

    Cursor weatherCursor = queryWholeTable(mContext, WeatherEntry.CONTENT_URI);
    Cursor locationCursor = queryWholeTable(mContext, LocationEntry.CONTENT_URI);

    int initialWeatherCount = weatherCursor.getCount();
    int initialLocationCount = locationCursor.getCount();

    int deletedWeatherCount = mContext.getContentResolver().delete(
            WeatherEntry.CONTENT_URI,
            null,
            null
    );
    int finalWeatherCount = weatherCursor.getCount();
    int deletedLocationCount = mContext.getContentResolver().delete(
            LocationEntry.CONTENT_URI,
            null,
            null
    );
    int finalLocationCount = locationCursor.getCount();

    assertEquals(initialWeatherCount, deletedWeatherCount);
//ASSERT BELOW FAILS!
    assertEquals(0, finalWeatherCount);
    weatherCursor.close();

    assertEquals(initialLocationCount, deletedLocationCount);
//ASSERT BELOW FAILS!
    assertEquals(0, finalLocationCount);
    locationCursor.close();

    //Added when above tests failed to see if records were actually deleted.

    weatherCursor = queryWholeTable(mContext, WeatherEntry.CONTENT_URI);
    locationCursor = queryWholeTable(mContext, LocationEntry.CONTENT_URI);

    int weatherVeryFinal = weatherCursor.getCount();
    int locationVeryFinal = locationCursor.getCount();

    assertEquals(0, weatherVeryFinal);
    assertEquals(0, locationVeryFinal);

    locationCursor.close();
    weatherCursor.close();

}

这是.queryWholeTable:

public static Cursor queryWholeTable(Context context, Uri uri){
    return context.getContentResolver().query(uri, null, null, null, null);
}

下面是 WeatherProvider 的 .delete 和 .query 方法:

@Override
public int delete(Uri targetUri, String selection, String[] selectionArgs) {
    final int match = sUriMatcher.match(targetUri);
    final String table;
    final Uri notificationUri;
    switch (match) {
        case WEATHER:
            table = WeatherEntry.TABLE_NAME;
            notificationUri = WeatherEntry.CONTENT_URI;
            break;
        case LOCATION:
            table = LocationEntry.TABLE_NAME;
            notificationUri = LocationEntry.CONTENT_URI;
            break;
        default:
            throw new UnsupportedOperationException("Unknown delete uri: " + targetUri.toString());
    }
    int affected = mOpenHelper.getWritableDatabase().delete(table, selection, selectionArgs);
    if (selection == null || affected > 0) {
        getContext().getContentResolver().notifyChange(notificationUri, null);
    }
    return affected;
}

public Cursor query(Uri uri, String[] projection, String selection, String[] selectionArgs,
                    String sortOrder) {
    // Here's the switch statement that, given a URI, will determine what kind of request it is,
    // and query the database accordingly.
    Cursor retCursor;
    switch (sUriMatcher.match(uri)) {
        // "weather/*/*"
        case WEATHER_WITH_LOCATION_AND_DATE: {
            retCursor = getWeatherByLocationSetting(uri, projection, sortOrder, true);
            break;
        }
        // "weather/*"
        case WEATHER_WITH_LOCATION: {
            retCursor = getWeatherByLocationSetting(uri, projection, sortOrder, false);
            break;
        }
        // "weather"
        case WEATHER: {
            retCursor = mOpenHelper.getReadableDatabase().query(
                    WeatherEntry.TABLE_NAME,
                    projection,
                    selection,
                    selectionArgs,
                    null,
                    null,
                    sortOrder
            );
            break;
        }
        // "location/*"
        case LOCATION_ID: {
            retCursor = mOpenHelper.getReadableDatabase().query(
                    LocationEntry.TABLE_NAME,
                    projection,
                    LocationEntry._ID + " = " + ContentUris.parseId(uri),
                    selectionArgs,
                    null,
                    null,
                    sortOrder
            );
            break;
        }
        // "location"
        case LOCATION: {
            retCursor = mOpenHelper.getReadableDatabase().query(
                    LocationEntry.TABLE_NAME,
                    projection,
                    selection,
                    selectionArgs,
                    null,
                    null,
                    sortOrder
            );
            break;
        }

        default:
            throw new UnsupportedOperationException("Unknown uri: " + uri);
    }
    retCursor.setNotificationUri(getContext().getContentResolver(), uri);
    return retCursor;
}

如您所见，.setNotificationUri 始终在创建游标时调用，.notifyChange 始终在删除任何内容时调用。

Answer 1

AIDL不是这个原因。原因在于您如何加载数据 - 您是直接从 SQLiteDatabase 访问它，还是使用 Loader 来查询它？

游标只是那些“延迟加载”模式中的一种，它不知道底层数据发生了什么。要观察内容变化，您需要一个观察者 - 例如，Loader。

1) 如果您不使用 loader/contentprovider，您的游标将不会收到通知，您必须自己处理游标失效。

2) 如果你使用 Loader，- 我猜它是一个 CursorLoader，它从一些 Uri 加载数据。在这种情况下，通常有一个 ContentProvider，它作为 SQLite CRUD 操作的外观，并通知所有订阅者(例如，现有的加载器)内容更改。

看来您要么坚持 1)，要么 2) 的实现是错误的。

我建议您进一步阅读有关 ContentProvider、Loader 的内容并查看一些示例。您可以从 my repo 中 checkout 其中一个应用程序，例如this one (注意 CursorLoader 的用法、LoaderManager 的实现、ContentProvider 的实现)，并在您的 IDE 中观察它们的运行情况。