Jak naprawić UnsatisfiedLinkError (nie można znaleźć zależnych bibliotek) w projekcie JNI

Chcę poinformować o tym ciekawym przypadku, po wypróbowaniu wszystkich powyższych metod, błąd nadal istnieje. Dziwne jest to, że działa na komputerze z systemem Windows 7, ale na Windows XP tak nie jest. Następnie używam zależności walker i znaleźć na Windows XP nie ma VC++ Runtime jako moje wymagania dll. Po zainstalowaniu VC++ Runtime package tutaj działa jak urok. To, co mnie niepokoi, to to, że ciągle mówi, że nie można znaleźć zależnych bibliotek, podczas gdy intuicyjnie zależny od JNI dll jest tam jednak w końcu okazuje się, że zależna od JNI dll wymaga innego zależnego dl. Mam nadzieję, że to pomoże.

Musisz załadować bibliotekę JNI.

System.loadLibrary wczytuje bibliotekę DLL ze ścieżki JVM (JDK bin path).

Jeśli chcesz załadować jawny plik ze ścieżką, użyj System.załaduj()

Zobacz też: różnica między systemem.load () i System.loadLibrary in Java

Proszę sprawdzić czy ścieżka do biblioteki jest prawidłowa czy nie. Oczywiście możesz użyć poniższego kodu, aby sprawdzić ścieżkę ścieżki biblioteki: System.out.println(System.getProperty("java.library.path"));

Możesz wyznaczyć Javę.biblioteka.path podczas uruchamiania aplikacji Java:

java -Djava.library.path=path ...

Jeśli załadujesz 32-bitową wersję dll z 64-bitowym JRE, możesz mieć ten problem. To była moja sprawa.

Miał identyczny problem z komputerem XP podczas instalacji javacv i opencv w połączeniu z Eclipse. Okazało się, że brakuje mi następujących plików:

Msvcp100dll Msvcr100dll

Po ich zainstalowaniu, projekt skompilował się i działał OK.

• Krótka odpowiedź: w przypadku błędu "nie mogę znaleźć zależnej biblioteki" sprawdź swoją $PATH (odpowiada punktowi #3 poniżej)
• Długa odpowiedź:
  1. Pure java world: jvm używa" Classpath", aby znaleźć pliki klas
  2. JNI world (java/native boundary): jvm używa "java.biblioteka.path " (domyślnie $PATH), aby znaleźć biblioteki DLL
  3. pure native world: natywny kod używa $PATH do ładowania innych bibliotek DLL

Znalazłem świetny artykuł znajomych z keepsafe, którzy przeszli przez to samo, co ja. Dla mnie to zadziałało, więc mam nadzieję, że to pomoże również Tobie! Przeczytaj, jeśli jesteś zainteresowany (niebezpieczeństwa ładowania natywnych bibliotek na Androida ) lub po prostu użyj

compile 'com.getkeepsafe.relinker:relinker:1.2.3'

I zastąp

System.loadLibrary("myLibrary");

Z

ReLinker.loadLibrary(context, "mylibrary");

Miałem dokładnie ten sam problem i w końcu został rozwiązany.

Umieszczam wszystkie zależne biblioteki DLL w tym samym folderze, w którym mylib.dll został zapisany i upewnij się, że kompilator JAVA może go znaleźć (jeśli nie ma mylib.dll w ścieżce kompilacji, pojawi się błąd zgłaszający to podczas kompilacji). Najważniejszą rzeczą, którą musisz zauważyć, jest upewnienie się, że wszystkie zależne biblioteki są tej samej wersji z mylib.dll, na przykład jeśli mylib.dll jest release version then powinieneś również umieścić tam wersję release wszystkich zależnych libów.

Mam nadzieję, że pomoże to innym, którzy napotkali ten sam problem.

Miałem ten sam problem i próbowałem wszystkiego, co jest tutaj napisane, aby go naprawić, ale żaden nie działał dla mnie. W moim przypadku używam Cygwin do kompilacji dll. Wydaje się, że JVM próbuje znaleźć biblioteki DLL JRE w wirtualnej ścieżce Cygwina. Dodałem ścieżkę wirtualnego katalogu Cygwina do bibliotek DLL JRE i działa teraz. Zrobiłem coś takiego:

SET PATH= "/cygdrive/C/Program Files / Java / jdk1.8.0_45"; % PATH %

W mojej sytuacji próbowałem uruchomić usługę java web w Tomcat 7 poprzez złącze w Eclipse. Aplikacja działała dobrze, gdy wdrożyłem plik wojenny do instancji Tomcat 7 na moim laptopie. Aplikacja wymaga sterownika JDBC type 2 dla "IBM DB2 9.5". Z jakiegoś dziwnego powodu złącze w Eclispe nie mogło zobaczyć ani użyć ścieżek w zmiennych środowiskowych IBM DB2, aby dotrzeć do plików dll zainstalowanych na moim laptopie jako klient jcc. Komunikat o błędzie stwierdzał, że nie udało się znaleźć db2jcct2 pliku dll lub nie udało się znaleźć bibliotek zależnych dla tego pliku dll. Ostatecznie usunąłem złącze i przebudowałem je. Wtedy zadziałało prawidłowo. Dodaję To rozwiązanie tutaj jako dokumentację, ponieważ nie udało mi się znaleźć tego konkretnego rozwiązania nigdzie indziej.

Tworzenie statycznej biblioteki zadziałało na mnie, kompilowanie przy użyciu g++ -static. Łączy zależne biblioteki wraz z kompilacją.

Naprawiono instalację Microsoft Visual C++ 2010 SP1 Redistributable

Umieść wymagane biblioteki DLL w folderze i ustaw ścieżkę do folderu w zmiennej środowiskowej PATH. upewnij się, że zaktualizowana zmienna ścieżki środowiska jest odzwierciedlona.

Miałem ten sam problem z biblioteką ffmpeg po połączeniu dwóch projektów Androida jako jednego projektu.

Faktycznie problem pojawiał się z powodu dwóch różnych wersji biblioteki ffmpeg, ale były one ładowane z tymi samymi nazwami w pamięci. Jedna biblioteka została umieszczona w JNiLibs, podczas gdy druga znajdowała się wewnątrz innej biblioteki używanej jako moduł. Nie byĹ 'em w stanie zmodyfikowaÄ ‡ kodu MODUĹ' u, poniewaĹź byĹ 'on tylko odczytywany, wiÄ ™ c zmieniĹ' em nazwÄ ™ tego uĺźytego w moim kodzie na ffmpegCamera i wĹ 'adowaĺ' em go do pamiÄ ™ ci o tej samej nazwie.

System.loadLibrary("ffmpegCamera");

To rozwiązało problem i teraz obie wersje bibliotek ładują się dobrze jako oddzielna nazwa i identyfikator procesu w pamięci.

Podczas wywoływania System.loadLibrary(), JVM będzie szukał {[1] } dla Twojej natywnej biblioteki. Jeśli jednak ta biblioteka natywna deklaruje jakiekolwiek zależności od innych bibliotek natywnych, to system operacyjny będzie miał za zadanie znalezienie tych zależności natywnych bibliotek.

Ponieważ system operacyjny nie ma koncepcji java.library.path, nie będzie widział żadnych katalogów umieszczonych w Javie.biblioteka./ align = "left" / Zamiast tego będzie przeszukiwać tylko katalogi w zmiennej środowiskowej PATH systemu operacyjnego. To jest całkowicie w porządku, jeśli natywna Biblioteka jest natywną biblioteką systemu operacyjnego, ponieważ zostanie znaleziona na ścieżce. Jeśli jednak natywna zależność biblioteki jest natywną biblioteką utworzoną przez Ciebie lub kogoś innego, to nie zostanie ona znaleziona na ścieżce, chyba że ją tam umieścisz. To zachowanie jest dziwne, nieoczekiwane i niezbyt dobrze udokumentowane, ale jest udokumentowane w OpenJDK issue tracker tutaj . Możesz również znaleźć inną odpowiedź StackOverflow wzmacniającą to Wyjaśnienie, tutaj .

1. idź do http://tess4j.sourceforge.net/usage.html i kliknij na Visual C++ Redistributable for VS2012
2. pobierz go i uruchom VSU_4\vcredist_x64.exe lub VSU_4\vcredist_x84.exe w zależności od konfiguracji systemu
3. Umieść swoje pliki dll w folderze lib wraz z innymi bibliotekami(np \lib\win32-x86\your dll files).