Файловые операции в Android NDK

File IO отлично работает на Android с помощью JNI. Возможно, вы пытаетесь открыть файл с неверным путем и не проверяете код возврата? Я изменил пример hello-jni, чтобы продемонстрировать, что действительно можно открыть файл и записать в него. Надеюсь, это поможет.

/*
 * Copyright (C) 2009 The Android Open Source Project
 *
 * Licensed under the Apache License, Version 2.0 (the "License");
 * you may not use this file except in compliance with the License.
 * You may obtain a copy of the License at
 *
 *      http://www.apache.org/licenses/LICENSE-2.0
 *
 * Unless required by applicable law or agreed to in writing, software
 * distributed under the License is distributed on an "AS IS" BASIS,
 * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
 * See the License for the specific language governing permissions and
 * limitations under the License.
 *
 */
#include <string.h>
#include <jni.h>
#include <stdio.h>

/* This is a trivial JNI example where we use a native method
 * to return a new VM String. See the corresponding Java source
 * file located at:
 *
 *   apps/samples/hello-jni/project/src/com/example/HelloJni/HelloJni.java
 */
jstring
Java_com_example_hellojni_HelloJni_stringFromJNI( JNIEnv* env,
                                              jobject thiz )
{
    FILE* file = fopen("/sdcard/hello.txt","w+");

    if (file != NULL)
    {
        fputs("HELLO WORLD!\n", file);
        fflush(file);
        fclose(file);
    }

    return (*env)->NewStringUTF(env, "Hello from JNI (with file io)!");
}

вот результат после запуска его на моем телефоне (с SD-картой):

$ adb -d shell cat /sdcard/hello.txt
HELLO WORLD!

Я также могу проверить, что fopen() работает правильно, но не Если вы пытаетесь получить доступ к файлу в папке ресурсов или активов приложения. Я рекомендую, чтобы избежать необходимости изобретать колесо, вы вставляете любые активы, которые вы хотите отправить с вашим приложением, в папку assets, где они будут упакованы для распространения.

в случае папки assets вам нужно сделать одну из двух вещей, в зависимости от того, был ли файл сжат упаковщиком. Как использовать Методы AssetManager, и Вы можете получить AssetManager из контекста/приложения. Имена файлов всегда относятся к папке assets, кстати: если у вас есть файл "foo.png "непосредственно в папке assets вы откроете" foo.png,"не что-то вроде "assets/foo.формат PNG."

1. Если файл не был сжат (т. е. это одно из расширений, которое не сжимается, например .png), вы можете получить дескриптор файла из AssetManager.откройте openFd () и передайте его на C++. Тогда вы можно использовать fdopen(dup (fd),"r"); чтобы открыть файл в виде файла*. Заметьте вы должен fseek () к смещению, и отслеживать длину файла самостоятельно. вы действительно получаете дескриптор файла для всего пакета активов, и ваш файл интереса является лишь небольшой частью.

2. Если ваш файл сжат, вам нужно использовать Java streaming reader: AssetManager.open () дает вам входной поток, в котором вы можете использовать чтение файла. Это Пита, потому что вы не можете запросить (AFAIK) размер файла; я запускаю шаг предварительной обработки в своей папке assets, который генерирует список всех файлов с их соответствующими размерами, чтобы я мог знать, например, как большой буфер выделить.

Если ваш файл является ресурсом, вам может потребоваться пройти через класс ресурсов, чтобы получить к нему доступ, хотя кажется, что ресурсы также упакованы в тот же пакет активов. Ресурс имеет openRawResource() вызов, чтобы получить InputStream и в openRawResourceFd() вызов, чтобы получить файл дескриптор, как и выше, хотя.

удачи.

убедитесь в том, чтобы использовать Java getExternalStorageDirectory() вызов, чтобы получить реальный путь к sdcard, так как новые устройства не просто сопоставить его с "/sdcard". В этом случае попытка использовать жестко заданное местоположение "/sdcard" завершится неудачей.