NDK编译库运行时报dlopen failed: cannot locate symbol "__exidx_end" 解决办法

解决NDK编译库加载错误

最新推荐文章于 2024-05-24 10:21:14 发布

原创最新推荐文章于 2024-05-24 10:21:14 发布 · 2.7w 阅读

7 ·

CC 4.0 BY-SA版权

NDK编译专栏收录该内容

3 篇文章

订阅专栏

本文介绍了解决使用NDK编译的库在运行时出现找不到符号__exidx_end的问题。通过在Android.mk文件中添加LOCAL_LDFLAGS+=-fuse-ld=bfd来解决该问题。

AI助手已提取文章相关产品：

当用NDK编译的库在运行加载时报如下错：

dlopen("/data/data/xxx.xxx.xxx/lib/libxxx.so") failed: dlopen failed: cannot locate symbol "__exidx_end" referenced by "libxxx.so"...

解决办法如下：

在你报错的库libxxx.so的编译脚本Android.mk请加上：LOCAL_LDFLAGS += -fuse-ld=bfd

您可能感兴趣的与本文相关内容

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

chodison

关注关注

1
点赞
踩
7

收藏

觉得还不错? 一键收藏
1
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

java.lang.UnsatisfiedLinkError: dlopen failed: cannot locate symbol 错误解决

06-25

3744

查看符号表信息 nm -A XXX.so > a.txt。查看依赖库 readelf -d xxxx.so。

cannot locate symbol _ZTVNSt6__ndk119basic_ostringstreamIcNS_

墨气的专栏

11-08

892

2、AndroidStudio建立项目，引用so库，编译正常，运行起来后被catch了，报错：cannot locate symbol _ZTVNSt6__ndk119basic_ostringstreamIcNS_；5、通过查询网上一些解释，大概意思编译ffmpeg的NDK版本和androidstudio用的NDK版本没对上，通过切换同一个版本后，解决了该问题。编译正常，运行报错：cannot locate symbol _ZTVNSt6__ndk119basic_ostringstreamIcNS_

1 条评论您还未登录，请先登录后发表或查看评论

问题记录：dlopen failed: cannot locate symbol "XXX" referenced by "XXX.so"

SkylarLiuu的博客

05-06

1万+

1. 报错log dlopen failed: cannot locate symbol "avcodec_find_encoder" referenced by "/data/app/<包名>/lib/arm/libettwo-media.so" 2. 现象编译正常。运行之后加载so库时崩溃，找不到指定方法。 static { System.loadLi...

java.lang.UnsatisfiedLinkError: dlopen failed: cannot locate symbol "strtof" referenced by "libsupp

meetings的专栏

10-29

4378

1.报错： 10-29 10:17:23.960 5768-5788/com.coocaa.mall E/APP_CRASH: java.lang.RuntimeException: Failure during heap dump; check log output for details

java.lang.UnsatisfiedLinkError: dlopen failed: cannot locate symbol “__emutls_get_address“ refere...

bby85的博客

06-24

6811

libc++_shared.so 报错:java.lang.UnsatisfiedLinkError: dlopen failed: cannot locate symbol "__emutls_get_address" refere...

百度人脸识别组件与mmkv冲突问题解决方案

qq_41692931的博客

04-08

5453

最近碰到项目需要实现人脸识别的需求，之前对百度人脸的离线采集sdk做了一些封装形成组件化模块，本想着直接将整个模块集成到项目中，更换一下授权文件和id授权id简单快速，结果却遇到新的问题问题1 More than one file was found with OS independent path ‘lib/arm64-v8a/libc++_shared.so’. 编译时直接爆红，根据报错信息应该是项目中有多个模块依赖中的so都依赖到lib/arm64-v8a/libc++_shared.so这个文件

ndk编译错误:dlopen failed:cannot locate symbol "一个符号" referenced by "你的库.so/.a" lang.UnsatisfiedLinkErr

热门推荐

坨之家

07-30

2万+

最近在某家公司做实习生，从事移植工作，公司要求将以前跑在linux老设备上的程序移植到android平台上。项目很大一部分是c++写的，所以需要用ndk把所有源代码编到android平台下，当然也包括所依赖的第三方库。第三方库还比较好说，因为boost,openssl,websocket这些库要么对android有很好的支持，要么有开源项目去辅助支持。所以主要工作还是编译源代码问题，代码量相当庞大

UnsatisfiedLinkError: dlopen failed: cannot locate symbol “strtof” referenced by “libsupportjni.so”

分享嵌入式,移动端,智能应用,数据库等专业板块,记录知识碎片！！！

10-11

3219

Ask Question up vote 19 down vote favorite 4 Android Studio 2.4 preview 7 I'm getting the following error immediately on launch, but only for devices running API D/dal

ffmpeg-android dlopen failed: library “libclang_rt.ubsan_standalone-aarch64-android.so“ not found

Canok

07-27

1611

NDK编译的ffmpeg 库，在android上使用，提示动态库错误： 15:08:54.276 18357 18357 E AndroidRuntime: java.lang.UnsatisfiedLinkError: dlopen failed: library "libclang_rt.ubsan_standalone-aarch64-android.so" not found 在配置编译ffmpeg的时候去掉配置：--toolchain=clang-usan 分析：1.0关于这个toocha

java.lang.UnsatisfiedLinkError: dlopen failed: “/lib/arm64/libGlobal.so“ 异常分析及解决

chivalrous

05-24

717

之前我就遇到过使用高德地图和二维码扫描Qrcode造成的冲突，Qrcode是一个module做为app工程的library，因为高德地图必须要在armeabi-v7a文件夹下放置so文件，而做为library的Qrcode则同样也需要armeabi-v7a不然编译报错，但恰巧Qrcode只有32位的，这样就尴尬了，后来查询了资料终于解决了这个问题，问题就来了，有些网上找的64位的不一定是三方官方提供的，那么就不能去使用和兼容。说到这，首先想到的办法就是从网上在下载个64位的so文件不就完了，

Android模拟器安装APP出现INSTALL_FAILED_NO_MATCHING_ABIS错误解决方案

09-01

例如，使用NDK的`ndk-build`命令，你可以编译应用的本地代码以生成适用于不同架构的库。 3. **使用HAXM加速器**：对于x86架构的模拟器，安装硬件加速执行管理器（Hardware Accelerated Execution Manager, HAXM）...

【Android】java.lang.UnsatisfiedLinkError: dlopen failed: library “xxxxx.so“ not found 报错

weixin_44794371的博客

08-03

4325

java.lang.UnsatisfiedLinkError: dlopen failed: library “xxxxx.so” not found 报错昨天遇到这个报错很久没有解决，背景是在做jni开发，要在Java代码中调用c++库。报错发生在这个静态加载库的方法，我了解到c++代码编译后会生成so库文件，这个文件可以在打包好的apk中查看如图位置可以看到apk中的文件。然而我发现第一个文件夹中是有这个类的，但是第二个没有，这就是报错的原因。 static { System.lo

dlopen failed: cannot locate symbol "signal" referenced by "libcocos2dlua.so"

韩老魔的博客

08-17

2416

quick3.3编译sqlite3的时候，编译so成功，但是打包apk后闪退。 04-07 14:24:41.114 4844-4844/? E/dalvikvm﹕ dlopen("/data/app-lib/libcocos2dlua.so") failed: dlopen failed: cannot locate symbol "signal" referenced by "libco...

UnsatisfiedLinkError errordlopen failed: cannot locate symbol 未必是配置问题

jasonhongcn的专栏

11-22

5301

经过测试有一些手机比如ANDROID 5 SDK 22的不能运行会报这个错误，后面的直接运行不会报这个错误，一般编译没问题，在运行调试的之后调用就报错。！原来是对机器的位搞错了，，我的android 机器是32 位，但应该下32 位的ndk 之前一直可以后来切换了项目，又冒出来这个问题，原项目是STUDIO2开发的，整了半天升级到3.2，编译没有问题，就是找不到SO方法(而不是找不到SO库...

dlopen failed: cannot locate symbol "atof" referenced by "xxx.so"

talkxin的博客

08-05

3451

该错误是因为：static __inline__ double atof(const char *nptr) { return (strtod(nptr, NULL)); }导致，因在NDK中stdlib.h头文件的atof函数为内联函数，所以在项目中无法直接调用，所以需要将atof()函数改为strtod()函数。例如： double x; //将该函数改为strtod函数 //dx=

java.lang.UnsatisfiedLinkError:dlopen failed:cannot locate symbol "tcgetattr" referenced by..

非典型程序媛

09-14

2110

我的安卓app版本是4.4.4，而ndk下载的是最新的r14b。这两个是不匹配的，因此会报标题上的错。解决方法：从两个地方检查修改1.在Android.mk文件中加入如下两行 APP_PLATFORM := android-19 APP_STL := gnustl_shared指定编译的API Level为19（这是4.4.4版本对应的）2.修改project配置的ndk版本为1

[cocos2dx]这么了三天三夜的常见的ndk编译报错 dlopen failed: cannot locate symbol "atof" referenced by

小马哥93的博客

06-17

1171

dlopen failed: cannot locate symbol "atof" referenced by 这个问题方法一： atof(strpi); 修改为： dpi = strtod(strpi, NULL); 但是假如你还是不行或者设计到了引擎等框架的源代码问题，可以选择方法二：选择ndkr14

dlopen failed: cannot locate symbol "__aeabi_memclr4

07-18

5245

jni中使用(*env)->GetIntArrayRegion(env, mjintArray, 0, cLen, cPArray);时出现crash07-12 20:52:05.931: E/AndroidRuntime(2900): java.lang.UnsatisfiedLinkError: dlopen failed: cannot locate symbol "__aeabi_memcl

NDK java.lang.UnsatisfiedLinkError: dlopen failed: cannot locate symbol "_Z12getIPAddressPcS_" refer

lucky的专栏

06-16

1945

NDK-Cplusplus 内部模块互相调用失败原因：c++调用c问题

Can't load vlcjni library: java.lang.UnsatisfiedLinkError: dlopen failed: cannot locate symbol "__sfp_handle_exceptions" referenced by

最新发布

08-30

<think> 嗯，用户这次遇到了一个Native加载错误："java.lang.UnsatisfiedLinkError: dlopen failed: cannot locate symbol '__sfp_handle_exceptions'"，这已经是第三次提出类似问题了，看来比较棘手。用户引用了三个站内案例，但核心问题集中在C++符号缺失，特别是标准库符号。注意到用户提到了vlcjni库，这是vlc播放器的Java绑定库。深层需求应该是想在Android集成VLC播放功能。错误中的"__sfp_handle_exceptions"很关键——这是glibc中处理浮点异常的底层符号，通常出现在NDK编译环境混乱时。结合引用[2]提到的NDK版本兼容性问题，以及引用[3]的调试选项干扰，解决方案应该聚焦在： 1. 环境一致性：检查NDK版本与项目targetSdkVersion是否匹配。vlcjni官方文档要求NDK r21d，而用户项目可能用了更高版本 2. 符号冲突：__sfp_handle_exceptions属于libandroid_support，在NDK r18后弃用，需要确认vlcjni是否使用了旧ABI 3. 动态链接：分析libvlcjni.so的依赖链，可能是间接依赖的静态库缺失该符号用户可能已经尝试过常规方法，需要更底层的解决思路。考虑到vlcjni的特殊性，建议重点排查： - 是否混用了不同C++运行时（gnustl vs libc++） - 编译vlcjni时是否启用了异常处理（-fexceptions） - AndroidManifest中android:extractNativeLibs的设置最后要提醒用户：这类错误通常需要重建整个native环境，单纯配置调整可能不够彻底。如果时间允许，最好用Docker创建纯净编译环境。 </think> 根据错误信息 `java.lang.UnsatisfiedLinkError: dlopen failed: cannot locate symbol "__sfp_handle_exceptions"`，结合站内引用和开发经验，以下是系统性的解决方案： --- ### **问题根源分析** 1. **符号缺失**：Android 运行时找不到 `__sfp_handle_exceptions`（标准C库中处理浮点异常的符号） 2. **编译环境不匹配**： - NDK 版本与项目 `compileSdkVersion`/`targetSdkVersion` 不兼容 [^2] - 库文件依赖了与当前设备ABI不兼容的C++运行时（如 `libc++_shared.so` 未正确打包） 3. **链接冲突**：多个库文件使用了不同版本的C++标准库（常见于混合编译的库） --- ### **解决方案步骤** #### 1. **统一NDK与SDK版本** - 在 `build.gradle` 中明确指定兼容的NDK版本： ```gradle android { compileSdkVersion 30 ndkVersion "21.4.7075529" // 推荐使用LTS版本 } ``` - **验证**：检查 `local.properties` 中 `ndk.dir` 路径是否指向一致版本 #### 2. **添加C++运行时共享库** - 在 `CMakeLists.txt` 中动态链接 `libc++_shared.so`： ```cmake add_library(native-lib SHARED ...) target_link_libraries(native-lib android log c++_shared # 关键：强制使用共享C++运行时 ) ``` - **打包验证**：编译后检查APK的 `lib/arm64-v8a` 是否包含 `libc++_shared.so` #### 3. **检查ABI过滤与依赖冲突** - 在 `build.gradle` 中限定支持的ABI： ```gradle android { defaultConfig { ndk { abiFilters 'arm64-v8a', 'armeabi-v7a' } // 按需选择 } } ``` - **排查冲突**：运行 `nm -D libvlcjni.so | grep __sfp_handle_exceptions` 确认符号是否存在 #### 4. **禁用高级分析工具（针对旧设备）** - 关闭 Android Studio 的冲突选项 [^3]： ``` Run → Edit Configurations → Profiling → 取消勾选 "Enable advanced profiling" ``` #### 5. **重建原生依赖** ```bash cd project_root ./gradlew clean rm -rf .cxx/ # 删除CMake缓存 ./gradlew assembleDebug --refresh-dependencies ``` --- ### **预防措施** 1. **符号可见性控制**：在C++代码中隐藏内部符号： ```cpp __attribute__ ((visibility ("hidden"))) void internal_func(); ``` 2. **NDK版本矩阵**： | NDK版本 | 兼容SDK版本 | 备注 | |---------|------------|-----------------------| | 21.x | 28-31 | 推荐LTS版本 | | 25.x | 32+ | 需启用 `c++_shared` | 3. **静态链接替代方案**（若可行）： ```cmake target_link_libraries(native-lib libvlcjni.a) ``` > 若仍失败，建议使用 `addr2line` 定位符号来源： > `aarch64-linux-android-addr2line -e libvlcjni.so [符号地址]` --- ### 相关问题 1. 如何检查 Android NDK 版本与项目 SDK 的兼容性？ 2. 动态链接 `libc++_shared.so` 与静态链接有何性能差异？ 3. Android 开发中如何避免 C++ 标准库的 ABI 冲突？ 4. 为什么 `__sfp_handle_exceptions` 在较新的 NDK 中会被移除？ [^1]: 引用自用户提供的堆栈错误信息 [^2]: NDK 版本兼容性原则 [^3]: Android Studio 高级分析工具冲突场景