SQLCipher for Android getReadableDatabase()Overherad

为此,我：

>将资产复制到我的资产文件夹和库(armeabi,x86,commons-codec,guava-r09,sqlcipher)到我的libs文件夹中.
>更改了DatabaseHelper类中的导入,以便它们指向导入net.sqlcipher.database.*.
>调用sqliteDatabase.loadLibs(getApplicationContext());当应用程序启动时.
>修改了我调用getReadableDatabase()和getWriteableDatabase()的行,以便它们包含密码作为参数;

当数据被正确读取/写入时,一切似乎都能正常工作.我的问题与性能有关,因为我的应用程序可能会以某种频率执行数据库操作,导致它变慢(在迁移到sqlCipher之后).

对于我的DatabaseHelper方法,我相信我遵循标准方法,例如：

/*
 * GetTing all MyObjects
 */
public List<MyObject> getMyObjects() {

    List<MyObject> objects = new ArrayList<MyObject>();

    String SELEctQuery = "SELECT * FROM " + TABLE_NAME;
    Log.v(LOG,SELEctQuery);

    // Open
    sqliteDatabase db = this.getReadableDatabase("...the password...");  
    // I kNow this passphrase can be figured out by decompiling.

    // cursor with query
    cursor c = db.rawQuery(SELEctQuery,null);

    // looping through all rows and adding to list
    if (c.moveToFirst()) {
        do {
            MyObject object = createMyObjectFromcursor(c); // Method that builds MyObject from cursor data
            // adding to list
            objects.add(object);
        } while (c.moveToNext());
    }

    c.close();
    db.close();
    return objects;
}

我并不完全熟悉sqlCipher的内部机制(例如,它解密整个数据库文件,当我打电话getReadableDatabase()？),但是,在调试时,似乎开销是getReadableDatabase(密码)和getWritableDatabase(密码),如果我的假设是真的,这是有道理的.

将这些调用移动到DatabaseHelper.open()和DatabaseHelper.close()方法,它们会在实例化DatabaseHelper时调用,而不是在每个单独的方法上调用它们,这是一种不好的做法吗？请分享您有关如何解决此问题的知识.

编辑：

我已经使用DDMS跟踪其中一个方法,我可以看到开销实际上是在sqliteOpenHelper.getReadableDatabase()(每次大约需要4秒).查询似乎工作得很快,我认为我不需要担心它们.

如果我深入了解电话,每次跟踪持续时间最长的电话,我最终得到：

sqliteDatabase.openOrCreateDatabase – > sqliteDatabase.openDatabase – > sqliteDatabase.openDatabase – > sqliteDatabase.setLocale

所以sqliteDatabase.setLocale(java.util.LocalE)似乎是罪魁祸首,因为每次调用getReadableDatabase()需要大约4秒.我查看了sqliteDatabase的源代码,它只是锁定了DB,调用了native_setLocale(locale.toString(),mFlags)(这里发生了4秒的开销)并解锁了DB.

知道为什么会这样吗？