Nie można dlopen (libsomething.so) Nie można załadować biblioteki: link_image [1995]: nie udało się połączyć biblioteki libsomething.so

Question

Piszę projekt Androida, który ma warstwę Natywną pomagającą warstwie Javy, i utknąłem w miejscu, w którym spróbuj zrobić System.loadLibrary, jest to błąd rzucania, że ​​nie może go połączyć.

Używam Docelowego NDK do zbudowania warstwy natywnej, a następnie za pomocą mrówki do kompilacji i tworzenia apk.

Po uruchomieniu urządzenia pojawia się następujący błąd.

Nie można dlopen (libsomething.so) Nie można załadować biblioteki: link_image [1995]: failed połączyć libsomething.so

Biblioteka dostać dołączone do apk i jest prawidłowo rozpakowane. Jeśli spróbuję ręcznie usunąć bibliotekę, a potem ją uruchomię, to faktycznie wyrzuci tę bibliotekę nieodnalezioną. Jest więc w stanie znaleźć bibliotekę, ale zgłasza ten błąd i nie jestem w stanie ustalić przyczyny tego błędu.

Proszę, pomóż mi.

Answer 1

Najpierw znajdź lokalizację pliku .so. a następnie można spróbować:

poniższym przykładzie założono lokalizację biblioteki dzielonej jako: /data/data/my.package/lib/libmysharedlibrary.so

try { 
    //System.loadLibrary("mysharedlibrary"); 
    System.load("/data/data/my.package/lib/libmysharedlibrary.so"); 
} catch (UnsatisfiedLinkError use) { 
    Log.e("JNI", "WARNING: Could not load libmysharedlibrary.so"); 
} 

Answer 2

mam pułapki w tym samym pytaniem. W końcu dostałem odpowiedź z tego artykułu: http://mpigulski.blogspot.com/2010/09/debugging-dlopen-unsatisfiedlinkerror.html

użytkowania

arm-linux-androideabi-readelf.exe -d libs/armeabi/libmy.so 

wtedy okazało się potrzebne Udostępniane zasoby w niewłaściwej nazwy.

Answer 3

Ten błąd można również znaleźć podczas wywoływania metody System.load (String pathName) Metoda i just passing libraryName zamiast pełnej ścieżki do biblioteki.

Rozdzielczość: użyj System.loadLibrary (String nazwa_listy) Metoda i teraz przekazać LibraryName.

Answer 4

Czasami (przez większość czasu!) Twoja biblioteka wymaga innych bibliotek wymienionych przez @musefan. i możesz wypisać je jako readelf -d libs/armeabi/libmy.so. Jednak jest tu haczyk: ponieważ Android nie ma żadnego mechanizmu kontrolującego wersję biblioteki (tak jak w normalnym linuksie masz liblzma.so.1, liblzma.so.2, itp.) Biblioteka, której potrzebujesz, jest tam (liblzma.so), ALE nie ma żadnych symboli importowanych przez twoją bibliotekę. Oto przykład na żywo: korzystasz z funkcji zlokalizowanej w libutils.so. Cała wersja biblioteki ma tę funkcję, jednak funkcja PROTOTYPE tej funkcji została zmieniona pod koniec 2010 roku, więc aplikacja zbudowana dla wersji 4.0.4. NDK nie będzie działać na urządzeniach FroYo lub urządzeniach GB z takim samym symptomatycznym: dlopen nie można załadować biblioteki. Oto przepis, jak wykrywać takie przypadki: potrzebujesz zawartości folderu os/system/lib na swoim komputerze. Może to być folder zrzucony z urządzenia, jeśli jesteś aplikacją zewnętrzną opracowaną lub zbudowaną, jeśli jesteś programistą platformy.następnie wydać polecenie arm-linux-gnueabi-ld -rpath-link /path/to/system/lib ./lib_mylib.so a zobaczysz coś kłamstwo to w przypadku błędu
lib_mylib.so: undefined reference to android :: ZipFileRO :: getEntryInfo (void *, int *, długi *, * długi, długi *, * długo, długo *) const'`