Подтвердить что ты не робот

Обходной способ для работы с файлами NEXX файлов Nexus 9 на внешних серверах?

Моя команда обнаружила ошибку на Nexus 9, где наше приложение оказалось непригодным, поскольку оно не может обращаться к базам данных в режиме записи в внешних файловых каталогах. Кажется, это происходит только в том случае, если приложение использует JNI, и только если вы не включили в код версию arm64-v8a.

Наша нынешняя теория заключается в том, что Nexus 9 включает в себя некоторую альтернативную версию родных библиотек, если arm64-v8a не включен, чтобы быть обратно совместимой с приложениями, в которых есть только библиотеки armeabi или armeabi-v7a. Кажется, что в некоторых из этих альтернативных библиотек SQLite есть ошибка, которая предотвращает описанную выше операцию.

Кто-нибудь нашел какие-либо обходные пути для этой проблемы? Реконструкция всех наших родных библиотек в arm64 - это наш текущий трек и самое полное решение, но это займет у нас время (некоторые из наших библиотек внешний), и мы предпочитаем более быстрый поворот, если это возможно, чтобы исправить приложение для наших пользователей Nexus 9.


Вы можете легко увидеть эту проблему с помощью этого простого примера проекта (вам нужен последний Android NDK).

  • Добавьте файлы ниже в проект.
  • Установите последнюю Android NDK, если у вас ее нет.
  • Запустите ndk-build в каталоге проекта.
  • Обновить, создать, установить и запустить.
  • Если вы изменили Android.mk или Application.mk, очистите проект, удалив папки libs и obj, прежде чем снова запустите ndk-build. Вам также необходимо вручную обновить проект после каждого ndk-build.

Обратите внимание, что "сломанная" сборка на Nexus 9 по-прежнему работает с внутренними файлами, но не с внешними файлами.

SRC/COM/пример/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();
}

Рез/макет/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(BROKEN)

APP_ABI := armeabi-v7a

jni/Application.mk(РАБОТА)

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>

Если вы запустили сломанную сборку на Nexus 9, вы увидите сообщения об ошибках SQLiteLog в вашем LogCat, как показано ниже:

     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(null) и Context.getExternalCacheDir(). Разрешения на чтение и запись больше не требуются для Lollipop для доступа к этим папкам, но я тестировал их с помощью этих разрешений.

4b9b3361

Ответ 1

К сожалению, у меня нет обходного пути, чтобы предложить, но мне удалось отладить эту проблему и выяснить, по крайней мере, основную причину.

В 32-битных ABI 32-битных версиях тип данных ino_t (который предназначен для возврата/хранения номеров индексов) составляет 32 бит, а поле st_ino в struct stat (которое возвращает номера индексов для файлов) - unsigned long long (который составляет 64 бит). Это означает, что struct stat может возвращать номера индексов, которые усекаются при сохранении в ino_t. В обычном linux оба поля st_ino в struct stat и ino_t равны 32 бит в 32-битном режиме, поэтому оба они усекаются аналогично.

Пока Android работает на 32-битных ядрах, это не было проблемой, так как все фактические номера inode были 32 бит в любом случае, но теперь, когда они работают на 64-битных ядрах, ядро ​​может использовать номера inode, t в ino_t. Кажется, что это происходит для ваших файлов на разделе sdcard.

sqlite хранит исходное значение inode в ino_t (которое усекается), а затем сравнивает его с тем, что возвращается stat (см. функцию fileHasMoved в sqlite) - вот что приводит к ухудшению режима чтения только здесь.

Я вообще не знаком с sqlite; единственным обходным решением, вероятно, будет поиск кодовой страницы, которая не пытается вызвать fileHasMoved.

Я представил два возможных решения проблемы и сообщил об этом как об ошибке:

Надеемся, что исправление будет объединено и будет отправлено обратно в ветвь выпуска и вскоре будет включено (еще одно) обновление прошивки.

Ответ 2

БД нельзя открыть:

SQLiteDatabase.openOrCreateDatabase(dbFile, null);
and
SQLiteDatabase.openDatabase(
    dbFile.getAbsolutePath(), 
    null, 
    SQLiteDatabase.CREATE_IF_NECESSARY);

БД можно открыть: (используя флаг MODE_ENABLE_WRITE_AHEAD_LOGGING)

Context.openOrCreateDatabase( 
            dbFile.getAbsolutePath(),
            Context.MODE_ENABLE_WRITE_AHEAD_LOGGING, null);

Возможно, следующий код может работать.

SQLiteDatabase.openDatabase(
    dbFile.getAbsolutePath(), 
    null, 
    SQLiteDatabase.MODE_ENABLE_WRITE_AHEAD_LOGGING
    | SQLiteDatabase.CREATE_IF_NECESSARY);

Мы не поняли, почему это работает, когда вы используете этот флаг. * В нашем приложении есть "armeabi-v7a libs (32 бит).