我的团队在Nexus 9上发现了一个bug,我们的应用程序无法使用,因为它不能以可写模式访问外部文件目录上的数据库。这似乎只有在应用程序使用JNI时才会发生,而且只有在代码中不包含arm64-v8a版本时才会发生。
我们目前的理论是,如果不包括arm64-v8a,Nexus9将包含一些替代版本的本地库,以便向后兼容只有armeabi或armeabi-v7a库的应用程序。似乎在这些备用SQLite库中的一些库中存在一个错误,从而阻止了上面的操作。
有没有人找到解决这个问题的办法?在arm64中重新构建我们所有的本地库是我们目前的轨道,也是最完整的解决方案,但这需要我们花费时间(我们的一些库是外部的),如果可能的话,我们希望更快的周转来修复我们的Nexus9用户的应用程序。
在这个简单的示例项目中,您可以很容易地看到这个问题(您需要最新的Android NDK)。
ndk-build
。ndk-build
之前,通过删除libs和obj文件夹来清除项目。您还需要在每次执行ndk-build
.后手动刷新项目
请注意,Nexus 9上的“损坏”构建仍然可以处理内部文件,但不能处理外部文件。
src/com/example/dbtester/DBTesterActivity.java
package com.example.dbtester;
import java.io.File;
import android.app.Activity;
import android.content.ContentValues;
import android.database.Cursor;
import android.database.sqlite.SQLiteDatabase;
import android.os.Bundle;
import android.view.View;
import android.view.View.OnClickListener;
import android.widget.Button;
import android.widget.TextView;
public class DBTesterActivity extends Activity {
protected static final String TABLE_NAME = "table_timestamp";
static {
System.loadLibrary("DB_TESTER");
}
private File mDbFileExternal;
private File mDbFileInternal;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.dbtester);
mDbFileExternal = new File(getExternalFilesDir(null), "tester_ext.db");
mDbFileInternal = new File(getFilesDir(), "tester_int.db");
((Button)findViewById(R.id.button_e_add)).setOnClickListener(new OnClickListener() {
@Override
public void onClick(View v) {
addNewTimestamp(true);
}
});
((Button)findViewById(R.id.button_e_del)).setOnClickListener(new OnClickListener() {
@Override
public void onClick(View v) {
deleteDbFile(true);
}
});
((Button)findViewById(R.id.button_i_add)).setOnClickListener(new OnClickListener() {
@Override
public void onClick(View v) {
addNewTimestamp(false);
}
});
((Button)findViewById(R.id.button_i_del)).setOnClickListener(new OnClickListener() {
@Override
public void onClick(View v) {
deleteDbFile(false);
}
});
((Button)findViewById(R.id.button_display)).setOnClickListener(new OnClickListener() {
@Override
public void onClick(View v) {
setMessageView(getNativeMessage());
}
});
}
private void addNewTimestamp(boolean external) {
long time = System.currentTimeMillis();
File file;
if (external) {
file = mDbFileExternal;
} else {
file = mDbFileInternal;
}
boolean createNewDb = !file.exists();
SQLiteDatabase db = SQLiteDatabase.openDatabase(file.getAbsolutePath(), null,
SQLiteDatabase.CREATE_IF_NECESSARY | SQLiteDatabase.NO_LOCALIZED_COLLATORS
| SQLiteDatabase.OPEN_READWRITE);
if (createNewDb) {
db.execSQL("CREATE TABLE " + TABLE_NAME + "(TIMESTAMP INT PRIMARY KEY)");
}
ContentValues values = new ContentValues();
values.put("TIMESTAMP", time);
db.insert(TABLE_NAME, null, values);
Cursor cursor = db.query(TABLE_NAME, null, null, null, null, null, null);
setMessageView("Table now has " + cursor.getCount() + " entries." + "\n\n" + "Path: "
+ file.getAbsolutePath());
}
private void deleteDbFile(boolean external) {
// workaround for Android bug that sometimes doesn't delete a file
// immediately, preventing recreation
File file;
if (external) {
file = mDbFileExternal;
} else {
file = mDbFileInternal;
}
// practically guarantee unique filename by using timestamp
File to = new File(file.getAbsolutePath() + "." + System.currentTimeMillis());
file.renameTo(to);
to.delete();
setMessageView("Table deleted." + "\n\n" + "Path: " + file.getAbsolutePath());
}
private void setMessageView(String msg) {
((TextView)findViewById(R.id.text_messages)).setText(msg);
}
private native String getNativeMessage();
}
res/layout/dbtester.xml
<GridLayout xmlns:android="http://schemas.android.com/apk/res/android"
android:layout_width="fill_parent"
android:layout_height="fill_parent"
android:columnCount="1" >
<Button
android:id="@+id/button_e_add"
android:text="Add Timestamp EXT" />
<Button
android:id="@+id/button_e_del"
android:text="Delete DB File EXT" />
<Button
android:id="@+id/button_i_add"
android:text="Add Timestamp INT" />
<Button
android:id="@+id/button_i_del"
android:text="Delete DB File INT" />
<Button
android:id="@+id/button_display"
android:text="Display Native Message" />
<TextView
android:id="@+id/text_messages"
android:text="Messages appear here." />
</GridLayout>
jni/Android.mk
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_CFLAGS += -std=c99
LOCAL_LDLIBS := -L$(SYSROOT)/usr/lib -llog
LOCAL_MODULE := DB_TESTER
LOCAL_SRC_FILES := test.c
include $(BUILD_SHARED_LIBRARY)
jni/Application.mk (坏)
APP_ABI := armeabi-v7a
jni (WORKING)
APP_ABI := armeabi-v7a arm64-v8a
jni/test.c
#include <jni.h>
JNIEXPORT jstring JNICALL Java_com_example_dbtester_DBTesterActivity_getNativeMessage
(JNIEnv *env, jobject thisObj) {
return (*env)->NewStringUTF(env, "Hello from native code!");
}
AndroidManifest.xml
<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.example.dbtester"
android:versionCode="10"
android:versionName="1.0" >
<uses-sdk
android:minSdkVersion="16"
android:targetSdkVersion="21" />
<application>
<activity
android:name="com.example.dbtester.DBTesterActivity"
android:label="DB Tester" >
<intent-filter>
<action android:name="android.intent.action.MAIN" />
<category android:name="android.intent.category.LAUNCHER" />
</intent-filter>
</activity>
</application>
</manifest>
如果您在Nexus9上运行损坏的构建,您将在LogCat中看到如下所示的SQLiteLog错误消息:
SQLiteLog: (28) file renamed while open: /storage/emulated/0/Android/data/com.example.dbtester/files/tester.db
SQLiteDatabase: android.database.sqlite.SQLiteReadOnlyDatabaseException: attempt to write a readonly database (code 1032)
*有趣的是,如果您将数据库文件存储在内部文件目录中,则可以在可写模式下访问数据库。但是,我们有一些大型数据库,不希望将它们全部移动到内部文件夹。
*访问的外部文件目录为{sdcard}/Android/data/com.example.dbtester及其所有子文件夹,包括Context.getExternalFilesDir(空)和Context.getExternalCacheDir()文件夹。在棒棒糖上不再需要读/写权限来访问这些文件夹,但我已经在打开和关闭这些权限的情况下对其进行了彻底的测试。
https://stackoverflow.com/questions/26937152
复制相似问题