System.loadLibrary (...) nie mogłem znaleźć natywnej biblioteki w moim przypadku

W gradle, po skopiowaniu wszystkich folderów plików do libs/

jniLibs.srcDirs = ['libs']

Dodanie powyższej linii do sourceSets w pliku build.gradle zadziałało. Nic innego nie działało.

W moim przypadku muszę wykluczyć kompilowanie źródeł przez gradle i ustawić ścieżkę libs

android {

    ...
    sourceSets {
        ...
        main.jni.srcDirs = []
        main.jniLibs.srcDirs = ['libs']
    }
....

Używasz gradle ' a? Jeśli tak, umieść plik {[0] } w <project>/src/main/jniLibs/armeabi/

Powodem tego błędu jest niedopasowanie ABI między aplikacją a biblioteką macierzystą, z którą się łączyłeś. Innymi słowy, twoja aplikacja i twoja .so celują w różne ABI.

Jeśli tworzysz swoją aplikację przy użyciu najnowszych szablonów Android Studio, prawdopodobnie jest ona kierowana do arm64-v8a, ale twoja .so może być kierowana do armeabi-v7a na przykład.

Jest 2 sposób na rozwiązanie tego problemu:

1. twórz natywne biblioteki dla każdej aplikacji ABI wsparcie.
2. Zmień swoją aplikację na kierowaną do starszych ABI, z którymi Twoja .so została zbudowana.

Wybór 2 jest brudny, ale chyba bardziej cię to interesuje:

Zmień swoją aplikację build.gradle

android {
    defaultConfig {
        ...
        ndk {
            abiFilters 'armeabi-v7a'
        }
   }
}

To jest aktualizacja Androida 8.

We wcześniejszej wersji Androida, aby załadować natywne biblioteki współdzielone Library (na przykład dla dostępu przez JNI), podłączyłem mój kod natywny do iteracji przez szereg potencjalnych ścieżek katalogów dla folderu lib, w oparciu o różne algorytmy instalacji/aktualizacji apk:

/data/data/<PackageName>/lib
/data/app-lib/<PackageName>-1/lib
/data/app-lib/<PackageName>-2/lib
/data/app/<PackageName>-1/lib
/data/app/<PackageName>-2/lib

To podejście jest hokey i nie będzie działać dla Androida 8; od https://developer.android.com/about/versions/oreo/android-8.0-changes.html zobaczysz to jako część zmian "zabezpieczeń" musisz teraz użyć sourceDir:

" nie można już zakładać, że APK znajdują się w katalogach, których nazwy kończą się na -1 lub -2. Aplikacje powinny używać sourceDir, aby uzyskać Katalog, a nie polegać bezpośrednio na formacie katalogu."

Poprawka, sourceDir nie jest sposobem na znalezienie natywnych bibliotek współdzielonych; użyj czegoś takiego. Testowane dla Androida 4.4.4 -- > 8.0

// Return Full path to the directory where native JNI libraries are stored.
private static String getNativeLibraryDir(Context context) {
    ApplicationInfo appInfo = context.getApplicationInfo();
    return appInfo.nativeLibraryDir;
}

Dla odniesienia, miałem ten Komunikat o błędzie i rozwiązaniem było to, że po określeniu biblioteki brakuje 'lib' z przodu i'. so ' od końca.

Więc jeśli Masz plik libmyfablib.so, musisz zadzwonić:

   System.loadLibrary("myfablib"); // this loads the file 'libmyfablib.so' 

Po spojrzeniu w apk, zainstalowaniu/odinstalowaniu i wypróbowaniu wszelkiego rodzaju złożonych rozwiązań nie mogłem zobaczyć prostego problemu, który był tuż przed moją twarzą!

Spróbuj wywołać bibliotekę po sekcji include PREBUILT_SHARED_LIBRARY:

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)
LOCAL_MODULE    := libcalculate
LOCAL_SRC_FILES := <PATH>/libcalculate.so
include $(PREBUILT_SHARED_LIBRARY)

#...

LOCAL_SHARED_LIBRARIES += libcalculate

Update:

Jeśli używasz tej biblioteki w Javie, musisz skompilować ją jako bibliotekę współdzieloną

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)
LOCAL_MODULE    := libcalculate
LOCAL_SRC_FILES := <PATH>/libcalculate.so
include $(BUILD_SHARED_LIBRARY)

I musisz wdrożyć bibliotekę w katalogu /vendor/lib.

Możesz po prostu zmienić ABI, aby używać starszych buildów:

defaultConfig {
    ...

    ndk {
        abiFilters 'armeabi-v7a'
    }
    ...
}

Należy również użyć przestarzałego NDK, dodając tę linię do gradle.properties:

android.useDeprecatedNdk=true

Nie można po prostu umieścić pliku. so w /libs/armeabi/ i załadować go System.loadLibrary. Musisz stworzyć Android.mk file and declare a prebuilt module where you specify your. so file as a source.

Aby to zrobić, umieść plik .so I Android.mk plik w folderze jni. Twój Android.mk powinno tak wyglądać:

LOCAL_PATH := $(call my-dir)

include $(CLEAR_VARS)
LOCAL_MODULE    := libcalculate
LOCAL_SRC_FILES := libcalculate.so
include $(PREBUILT_SHARED_LIBRARY)

Źródło: dokumentacja Android NDK o prebuilt

Proszę dodać wszystkie suport

App / build.gradle

ndk {
        moduleName "serial_port"
        ldLibs "log", "z", "m"
        abiFilters "arm64-v8a","armeabi", "armeabi-v7a", "x86","x86_64","mips","mips64"
}

App\src\jni\Application.mk

APP_ABI := arm64-v8a armeabi armeabi-v7a x86 x86_64 mips mips64

defaultConfig {
ndk {
            abiFilters "armeabi-v7a", "x86", "armeabi", "mips"
    }
}

Wystarczy dodać te linie w build.poziom aplikacji gradle

Z mojego doświadczenia, w armeabi-v7a mobile, gdy oba katalogi armeabi i armeabi-v7a są obecne w apk, pliki. so w katalogu armeabi nie będą połączone, chociaż pliki. so w armeabi będą połączone w tym samym armeabi-v7a mobile, jeśli armeabi-v7a nie jest obecny.