Caused by: java.lang.UnsatisfiedLinkError: Cannot load library

本文解决了Cocos2d-x NDK项目打包后启动即崩溃的问题,通过更新静态C++库文件libc++_static.a,最终使项目能够正常运行。

when I tried to package an old cocos2dx NDK project, I encountered this problem, apk could be exported but crashed when start running it.

Here is the log I get from eclipse logcat:

FATAL EXCEPTION: main
java.lang.UnsatisfiedLinkError: Cannot load library: reloc_library[1521]:   492 unknown reloc type   160 @      (60218)
	at java.lang.Runtime.loadLibrary(Runtime.java:434)
	at java.lang.System.loadLibrary(System.java:554)
	at org.cocos2dx.lib.Cocos2dxActivity.onLoadNativeLibraries(Cocos2dxActivity.java:246)
	at org.cocos2dx.lib.Cocos2dxActivity.onCreate(Cocos2dxActivity.java:260)
	at org.cocos2dx.phonegame.PhoneGameActivity.onCreate(PhoneGameActivity.java:83)
	at android.app.Instrumentation.callActivityOnCreate(Instrumentation.java:1049)
	at android.app.ActivityThread.performLaunchActivity(ActivityThread.java:1611)
	at android.app.ActivityThread.handleLaunchActivity(ActivityThread.java:1663)
	at android.app.ActivityThread.access$1500(ActivityThread.java:117)
	at android.app.ActivityThread$H.handleMessage(ActivityThread.java:931)
	at android.os.Handler.dispatchMessage(Handler.java:99)
	at android.os.Looper.loop(Looper.java:130)
	at android.app.ActivityThread.main(ActivityThread.java:3683)
	at java.lang.reflect.Method.invokeNative(Native Method)
	at java.lang.reflect.Method.invoke(Method.java:507)
	at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:880)
	at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:638)
	at dalvik.system.NativeStart.main(Native Method)

First, I clean the project and rebuild it. but the problem is still there.

Then, I find another project and rewrite the Android.mk file under jni folder, but still not ok.

I don't think it's the problem with ndk version, because other project with the same ndk could run perfectly.

At last, I rewrite the Application.mk file under jni folder, this time the ndk compiler rebuild the libc++_static.a and everything is ok.

In a word, this problem in my case is caused by old wrong libc++static.a lib, and only clean the project and rebuild cannot update it.


Solution: Change the Application.mk and force the libc++static.a to be rebuild.
(ps:Maybe delete the obj folder could also make it.)

Error starting ApplicationContext. To display the conditions report re-run your application with 'debug' enabled. 2025-11-12 08:41:44.339 ERROR 7 --- [ main] o.s.boot.SpringApplication : Application run failed org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'initServer': Invocation of init method failed; nested exception is java.lang.UnsatisfiedLinkError: no jniavdevice in java.library.path at org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor.postProcessBeforeInitialization(InitDestroyAnnotationBeanPostProcessor.java:160) ~[spring-beans-5.3.31.jar!/:5.3.31] at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.applyBeanPostProcessorsBeforeInitialization(AbstractAutowireCapableBeanFactory.java:440) ~[spring-beans-5.3.31.jar!/:5.3.31] at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean(AbstractAutowireCapableBeanFactory.java:1796) ~[spring-beans-5.3.31.jar!/:5.3.31] at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.doCreateBean(AbstractAutowireCapableBeanFactory.java:620) ~[spring-beans-5.3.31.jar!/:5.3.31] at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.createBean(AbstractAutowireCapableBeanFactory.java:542) ~[spring-beans-5.3.31.jar!/:5.3.31] at org.springframework.beans.factory.support.AbstractBeanFactory.lambda$doGetBean$0(AbstractBeanFactory.java:335) ~[spring-beans-5.3.31.jar!/:5.3.31] at org.springframework.beans.factory.support.DefaultSingletonBeanRegistry.getSingleton(DefaultSingletonBeanRegistry.java:234) ~[spring-beans-5.3.31.jar!/:5.3.31] at org.springframework.beans.factory.support.AbstractBeanFactory.doGetBean(AbstractBeanFactory.java:333) ~[spring-beans-5.3.31.jar!/:5.3.31] at org.springframework.beans.factory.support.AbstractBeanFactory.getBean(AbstractBeanFactory.java:208) ~[spring-beans-5.3.31.jar!/:5.3.31] at org.springframework.beans.factory.support.DefaultListableBeanFactory.preInstantiateSingletons(DefaultListableBeanFactory.java:955) ~[spring-beans-5.3.31.jar!/:5.3.31] at org.springframework.context.support.AbstractApplicationContext.finishBeanFactoryInitialization(AbstractApplicationContext.java:929) ~[spring-context-5.3.31.jar!/:5.3.31] at org.springframework.context.support.AbstractApplicationContext.refresh(AbstractApplicationContext.java:591) ~[spring-context-5.3.31.jar!/:5.3.31] at org.springframework.boot.web.servlet.context.ServletWebServerApplicationContext.refresh(ServletWebServerApplicationContext.java:147) ~[spring-boot-2.7.18.jar!/:2.7.18] at org.springframework.boot.SpringApplication.refresh(SpringApplication.java:732) [spring-boot-2.7.18.jar!/:2.7.18] at org.springframework.boot.SpringApplication.refreshContext(SpringApplication.java:409) [spring-boot-2.7.18.jar!/:2.7.18] at org.springframework.boot.SpringApplication.run(SpringApplication.java:308) [spring-boot-2.7.18.jar!/:2.7.18] at org.springframework.boot.SpringApplication.run(SpringApplication.java:1300) [spring-boot-2.7.18.jar!/:2.7.18] at org.springframework.boot.SpringApplication.run(SpringApplication.java:1289) [spring-boot-2.7.18.jar!/:2.7.18] at com.hohht.video.HohhotVideoBackendApplication.main(HohhotVideoBackendApplication.java:16) [classes!/:0.0.1-SNAPSHOT] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_412] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_412] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_412] at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_412] at org.springframework.boot.loader.MainMethodRunner.run(MainMethodRunner.java:49) [Hohhot-video-backend-0.0.1-SNAPSHOT.jar:0.0.1-SNAPSHOT] at org.springframework.boot.loader.Launcher.launch(Launcher.java:108) [Hohhot-video-backend-0.0.1-SNAPSHOT.jar:0.0.1-SNAPSHOT] at org.springframework.boot.loader.Launcher.launch(Launcher.java:58) [Hohhot-video-backend-0.0.1-SNAPSHOT.jar:0.0.1-SNAPSHOT] at org.springframework.boot.loader.JarLauncher.main(JarLauncher.java:65) [Hohhot-video-backend-0.0.1-SNAPSHOT.jar:0.0.1-SNAPSHOT] Caused by: java.lang.UnsatisfiedLinkError: no jniavdevice in java.library.path at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1860) ~[na:1.8.0_412] at java.lang.Runtime.loadLibrary0(Runtime.java:843) ~[na:1.8.0_412] at java.lang.System.loadLibrary(System.java:1136) ~[na:1.8.0_412] at org.bytedeco.javacpp.Loader.loadLibrary(Loader.java:1738) ~[javacpp-1.5.6.jar!/:1.5.6] at org.bytedeco.javacpp.Loader.load(Loader.java:1345) ~[javacpp-1.5.6.jar!/:1.5.6] at org.bytedeco.javacpp.Loader.load(Loader.java:1157) ~[javacpp-1.5.6.jar!/:1.5.6] at org.bytedeco.javacpp.Loader.load(Loader.java:1133) ~[javacpp-1.5.6.jar!/:1.5.6] at org.bytedeco.ffmpeg.global.avdevice.<clinit>(avdevice.java:28) ~[ffmpeg-4.4-1.5.6.jar!/:4.4-1.5.6] at java.lang.Class.forName0(Native Method) ~[na:1.8.0_412] at java.lang.Class.forName(Class.java:348) ~[na:1.8.0_412] at org.bytedeco.javacpp.Loader.load(Loader.java:1212) ~[javacpp-1.5.6.jar!/:1.5.6] at org.bytedeco.javacpp.Loader.load(Loader.java:1157) ~[javacpp-1.5.6.jar!/:1.5.6] at org.bytedeco.javacpp.Loader.load(Loader.java:1149) ~[javacpp-1.5.6.jar!/:1.5.6] at com.hohht.video.a24.init.InitServer.loadFFmpeg(InitServer.java:58) ~[classes!/:0.0.1-SNAPSHOT] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_412] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_412] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_412] at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_412] at org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor$LifecycleElement.invoke(InitDestroyAnnotationBeanPostProcessor.java:389) ~[spring-beans-5.3.31.jar!/:5.3.31] at org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor$LifecycleMetadata.invokeInitMethods(InitDestroyAnnotationBeanPostProcessor.java:333) ~[spring-beans-5.3.31.jar!/:5.3.31] at org.springframework.beans.factory.annotation.InitDestroyAnnotationBeanPostProcessor.postProcessBeforeInitialization(InitDestroyAnnotationBeanPostProcessor.java:157) ~[spring-beans-5.3.31.jar!/:5.3.31] ... 26 common frames omitted Caused by: java.lang.UnsatisfiedLinkError: /root/.javacpp/cache/ffmpeg-4.4-1.5.6-linux-x86_64.jar/org/bytedeco/ffmpeg/linux-x86_64/libjniavdevice.so: libxcb.so.1: cannot open shared object file: No such file or directory at java.lang.ClassLoader$NativeLibrary.load(Native Method) ~[na:1.8.0_412] at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1934) ~[na:1.8.0_412] at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1817) ~[na:1.8.0_412] at java.lang.Runtime.load0(Runtime.java:782) ~[na:1.8.0_412] at java.lang.System.load(System.java:1100) ~[na:1.8.0_412] at org.bytedeco.javacpp.Loader.loadLibrary(Loader.java:1685) ~[javacpp-1.5.6.jar!/:1.5.6] ... 43 common frames omitted
11-13
java.lang.UnsatisfiedLinkError: no mrapi in java.library.path 错误通常发生在 Java 应用程序尝试加载本地库(如 `mrapi`)时,但 JVM 无法在 `java.library.path` 中找到对应的本地库文件。该问题的解决需要确保本地库文件正确配置并被 Java 进程识别。 ### 检查本地库路径 首先,确认 `mrapi` 的本地库文件(例如 `.dll` 文件在 Windows 上、`.so` 文件在 Linux 上、`.dylib` 文件在 macOS 上)是否存在于系统中,并且其路径已被添加到 `java.library.path` 中。可以通过以下方式设置: - **使用命令行参数指定路径**: 在运行 Java 程序时,通过 `-Djava.library.path` 参数指定本地库路径,例如: ```bash java -Djava.library.path=/path/to/native/libs -jar your_application.jar ``` - **将本地库路径添加至环境变量**: 将本地库路径添加到操作系统的 `PATH` 或 `LD_LIBRARY_PATH`(Linux/macOS)中,以确保 Java 能够自动识别这些库[^3]。 ### 确认本地库名称和格式 确保本地库的名称与代码中调用的名称完全匹配。例如,如果代码中使用 `System.loadLibrary("mrapi")`,则库文件应命名为 `libmrapi.so`(Linux)、`mrapi.dll`(Windows)或 `libmrapi.dylib`(macOS)。此外,确保库文件的架构(32 位或 64 位)与 JVM 架构一致,否则可能导致加载失败[^1]。 ### 使用 `System.load` 替代 `System.loadLibrary` 如果 `System.loadLibrary` 无法正常工作,可以尝试使用 `System.load` 并提供库文件的完整路径,例如: ```java System.load("/absolute/path/to/libmrapi.so"); ``` 这种方式避免了依赖 `java.library.path`,直接定位到本地库文件的位置。 ### macOS 特定解决方案 在 macOS 上,由于 SIP(System Integrity Protection)机制,某些目录可能不被允许动态链接库。在这种情况下,可以将 JNI 库(如 `libmrapi.dylib`)放置在 `/Library/Java/Extensions` 目录下,而非 JNI 的库文件放置在 `/usr/local/lib` 目录下,以便 Java 能够正确加载它们[^4]。 ### 验证库文件权限 确保本地库文件具有适当的读取和执行权限。在类 Unix 系统上,可以使用 `chmod` 命令更改权限: ```bash chmod +rx /path/to/libmrapi.so ``` ### 示例代码:加载本地库 下面是一个简单的示例,展示如何加载本地库并在 Java 中使用它: ```java public class NativeLibraryLoader { static { // 使用 loadLibrary 加载库,前提是库路径已在 java.library.path 中 System.loadLibrary("mrapi"); // 或者使用 load 加载绝对路径下的库 // System.load("/absolute/path/to/libmrapi.so"); } // 声明本地方法 public native void someNativeMethod(); public static void main(String[] args) { NativeLibraryLoader loader = new NativeLibraryLoader(); loader.someNativeMethod(); } } ``` ###
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值