Android4.4系统使用so文件提示No JNI_OnLoad found in /data/app-lib

最新推荐文章于 2021-05-29 00:06:00 发布
最新推荐文章于 2021-05-29 00:06:00 发布
阅读量5.6k 收藏 1
点赞数 1
CC 4.0 BY-SA版权
分类专栏： Android开发技巧 文章标签： skipping JNI_OnLoad No found init
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/mvpstevenlin/article/details/53352286
本文探讨了在Android4.4与6.0系统中加载SO文件时出现的不同提示信息，尽管这些差异不影响实际使用。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >


在Android4.4系统上边运行app时，会提示以下信息

Trying to load lib /data/app-lib/xxx.connect.device-56/xxx.so 0x42a32012

Added shared lib /data/app-lib/xxx.connect.device-56/xxx.so 0x42a32012

No JNI_OnLoad found in /data/app-lib/xxx.connect.device-56/xxx.so 0x42a32012, skipping init


但在Android6.0系统上边则不会提示。

而且在两个系统上均可正常使用so文件，所以可以忽略此问题。

android studio生成 .so文件,javac 和javah作用，JNI和NDK简单理解，nativeLibraryDirectories=[/data/app-lib/com
ZJQ的博客
04-02 1238
javaw 是java 运行环境中的 一个工具， 用于启动 java 或者 jar 程序。 其作用是隐藏控制台的方式， 运行java 程序。 javac 是java 开发工具包（jdk） 其中的一个工具， 用于编译 java 文件， 产生可运行的 .class java 字节码文件。\ javah 是java语言C 头文件和 stub 文件生成器。 主要用于 java做本地调用的时候。 产生C语...
JNI_OnLoad returned bad version (-1) 问题解决 proguard
hlglinglong的专栏
01-07 7385
添加jni时出现如下问题 log 如下 01-07 17:34:51.406 W/dalvikvm( 2032): JNI_OnLoad returned bad version (-1) in /system/lib/libengfetch_jni.so 0x423fcc30 01-07 17:34:51.406 D/wll     ( 2032): load libtestersta
So自加密解密（找不到JNI_Onload 跟 init_array）
qq_34108752的博客
09-30 3193
Shelldemo.apk 里 libdemo.so 看到 getString 这个函数 下面是一堆DCD 行 说明这个函数 被加密了 那么如何得到它真实的 函数样子了？ 我们得知 在运行的时候 so被加载的时候 是要先被解密 然后加载进内存的 我们就想到 在 libdvm.so 系统so 里的 loadnative（是关键字不全）这个函数里 这个函数里 有去加载 apk的 so的 J...
No JNI_OnLoad found in /data/data/
记录和分享程序人生的点点滴滴
11-13 3万+
最近，又用到ndk去ji
D/dalvikvm: No JNI_OnLoad found in /data/app-lib/com.yuzhiyun.listenforuninstall
yuzhiyun3536的专栏
08-27 417
       ndk开发中会出现这个错误，是因为在c文件里面没有加JNI_OnLoad函数，这是加载so库的时候会首先被执行的函数，但是其实不写这个函数，出现了这个错误，并不影响c代码的执行，所以不必担心程序的运行。比如我之前写的一个计算平方数的ndk小demo，没写JNI_OnLoad函数，程序可以正常执行。     ...
Android如何调用第三方SO库
热门推荐
hellochenlian的专栏
03-13 3万+
问题描述：Android如何调用第三方SO库； 已知条件：SO库为Android版本连接库（*.so文件），并提供了详细的接口说明； 已了解解决方案： 1.将SO文件直接放到libs/armeabi下，然后代码中System.loadLibrary("xxx")；再public native static int xxx_xxx_xxx()；接下来就可以直接调用xxx_xxx_xxx()方法
No JNI_OnLoad found in ......, skipping init
beeboobeeboo的专栏
02-22 1516
No JNI_OnLoad found in ......, skipping init 这只是一个警告，忽略它吧。
java+整合handwrite_解决java.lang.UnsatisfiedLinkError: JNI_ERR returned from JNI_OnLoad
weixin_42294133的博客
02-26 1732
我们在加载JNI的.so库的时候，Android Studio报类的错误“java.lang.UnsatisfiedLinkError: JNI_ERR returned from JNI_OnLoad”，该如何解决呢？具体错误内容如下：java.lang.UnsatisfiedLinkError: JNI_ERR returned from JNI_OnLoad in "/data/app/co...
UnsatisfiedLinkError: dlopen "/data/data/<package>/app_jni_lib/libxxx.so is 32-bit instead of 64-bit
飞久
11-08 5191
昨天掉到一个大坑里，本来说要增加arm64的支持，心想这还不简单，在libs目录下新建一个arm64-v8a的目录，然后对应的libxxx.so放进去就万事大吉了。提完patch，在三星Galaxy S6上试了一下没问题，就上线了~~  结果刚上GP半小时，出现好几十个崩溃，评分刷刷刷往下掉，吓死宝宝了。。。报的错都是说库是32位的： java.lang.UnsatisfiedLinkError
JNI_OnLoad调用时机
hty1053240123的专栏
02-07 5297
No JNI_OnLoad found in....liblocSDK5.so
林海
07-04 1420
问题描述： 07-14 18:04:46.432: D/dalvikvm(22627): Trying to load lib /mnt/asec/lib/liblocSDK5.so 0x429f6da0 07-14 18:04:46.432: D/dalvikvm(22627): Added shared lib /mnt/asec/lib/liblocSDK5.so 0x429f6da0
JNI中报No JNI_OnLoad found
wangerwei86的专栏
07-10 4257
JNI中报No JNI_OnLoad found   2012-05-15 11:06:21|  分类：Android应用技术 |  标签：|字号大中小 订阅    做Jni测试的时候，写C文件实现 的时候，碰到一个问题记录下，当时我的需求是，直接用那个C函数返回一个字条串，按我以前的理解例如： return "jni invok success"; 就行了。这样写能编译的过，正常生
No JNI_OnLoad问题解决
tianqingtz的专栏
10-31 8661
报错问题如下： 04-29 13:53:12.184: D/dalvikvm(361): Trying to load lib /data/data/com.conowen.helloworld/lib/libHelloWorld.so 0x44edea98 04-29 13:53:12.204: D/dalvikvm(361): Added shared lib /data/data/com
Android动态加载so文件
weixin_30852419的博客
11-24 366
在Android中调用动态库文件(*.so)都是通过jni的方式，而且往往在apk或jar包中调用so文件时，都要将对应so文件打包进apk或jar包，工程目录下图： 以上方式的存在的问题： 1、缺少灵活性比较类似静态加载了(不是静态加载)，能加载的so文件绑定死了； 2、但so文件很多或很大时，会导致对应的apk和jar包很大； 3、不能动态的对so文件更新； An...
Android 在jni编译完成后没有出现so文件
AND_YOU_with_ME的博客
06-01 6457
Android 在jni编译完成后没有出现so文件
android4.4 Jni函数查找失败问题处理（java.lang.UnsatisfiedLinkError: Native method not found）
cxsichen的博客
01-24 3794
Jni函数查找失败问题分析 1、 问题点描述： 系统jni函数查找报错java.lang.UnsatisfiedLinkError: Native method not found。通常的原因是函数书写错误，但是在肯定函数没有问题的情况下，偶尔还会出现报错的问题。 2、 问题点原因分析： 1 经过log分析问题点发生时，软件在调用mcu的指令发送函数McuDaemon.write0，系统查
认识*.so里的JNI_OnLoad()函数
GaoMatrix的专栏
08-12 6099
当Android的VM(Virtual Machine)执行到C组件(即*so档)里的System.loadLibrary()函数时，首先会去执行C组件里的JNI_OnLoad()函数。它的用途有二：  　　1.告诉VM此C组件使用那一个JNI版本。如果你的*.so档没有提供J
android data/app-lib/,android studio生成 .so文件,javac 和javah作用，JNI和NDK简单理解，nativeLibraryDirectories=[/d...
weixin_30843121的博客
05-29 456
javaw 是java 运行环境中的 一个工具， 用于启动 java 或者 jar 程序。 其作用是隐藏控制台的方式， 运行java 程序。javac 是java 开发工具包(jdk) 其中的一个工具， 用于编译 java 文件， 产生可运行的 .class java 字节码文件。\javah 是java语言C 头文件和 stub 文件生成器。 主要用于 java做本地调用的时候。 产生C语言的...
"E:/SDK/ndk/21.1.6352462/toolchains/llvm/prebuilt/windows-x86_64/lib/gcc/aarch64-linux-android/4.9.x/../../../../aarch64-linux-android/bin\\ld" --sysroot=E:/SDK/ndk/21.1.6352462/toolchains/llvm/prebuilt/windows-x86_64/sysroot -z noexecstack -EL --fix-cortex-a53-843419 --warn-shared-textrel -z now -z relro -z max-page-size=4096 --hash-style=gnu --enable-new-dtags --eh-frame-hdr -m aarch64linux -shared -o "E:\\AndroidWorkPre\\com_fugo_wow_v5.2.9\\app\\build\\intermediates\\cxx\\Debug\\286x3m3m\\obj\\arm64-v8a\\libnative-lib.so" "E:/SDK/ndk/21.1.6352462/toolchains/llvm/prebuilt/windows-x86_64/sysroot/usr/lib/aarch64-linux-android/23\\crtbegin_so.o" "-LE:\\SDK\\ndk\\21.1.6352462\\toolchains\\llvm\\prebuilt\\windows-x86_64\\lib64\\clang\\9.0.8\\lib\\linux\\aarch64" -LE:/SDK/ndk/21.1.6352462/toolchains/llvm/prebuilt/windows-x86_64/lib/gcc/aarch64-linux-android/4.9.x -LE:/SDK/ndk/21.1.6352462/toolchains/llvm/prebuilt/windows-x86_64/lib/gcc/aarch64-linux-android/4.9.x/../../../../aarch64-linux-android/lib/../lib64 -LE:/SDK/ndk/21.1.6352462/toolchains/llvm/prebuilt/windows-x86_64/sysroot/usr/lib/aarch64-linux-android/23 -LE:/SDK/ndk/21.1.6352462/toolchains/llvm/prebuilt/windows-x86_64/sysroot/usr/lib/aarch64-linux-android -LE:/SDK/ndk/21.1.6352462/toolchains/llvm/prebuilt/windows-x86_64/lib/gcc/aarch64-linux-android/4.9.x/../../../../aarch64-linux-android/lib -LE:/SDK/ndk/21.1.6352462/toolchains/llvm/prebuilt/windows-x86_64/sysroot/usr/lib --exclude-libs libgcc.a --exclude-libs libgcc_real.a --exclude-libs libatomic.a --build-id --fatal-warnings --no-undefined -soname libnative-lib.so CMakeFiles/native-lib.dir/native-lib.cpp.o ../../../../src/main/jniLibs/arm64-v8a/libswap.so ../../../../src/main/jniLibs/arm64-v8a/libfaker.so -landroid -llog -latomic -lm -Bstatic -lc++ -Bdynamic -lm -lgcc -ldl -lc -lgcc -ldl "E:/SDK/ndk/21.1.6352462/toolchains/llvm/prebuilt/windows-x86_64/sysroot/usr/lib/aarch64-linux-android/23\\crtend_so.o" ../../../../src/main/jniLibs/arm64-v8a/libswap.so: error adding symbols: File in wrong format clang++: error: linker command failed with exit code 1 (use -v to see invocation)
最新发布
04-04
<think>嗯，用户遇到了一个链接错误，具体是链接器在构建Android NDK项目时报告“File in wrong format”。让我先仔细看看用户提供的日志信息。 首先，用户提供的命令是链接器在生成libnative-lib.so时发生的错误。错误信息指出../../../../src/main/jniLibs/arm64-v8a/libswap.so文件格式不正确。这通常意味着这个库文件的架构与目标架构不匹配。用户使用的NDK版本是21.1.6352462，工具链是aarch64-linux-android，也就是arm64-v8a架构。那么问题可能出在libswap.so和libfaker.so这两个库文件的架构上。 接下来，我需要考虑可能的原因。首先，用户可能在jniLibs中放置了错误架构的预编译库。例如，libswap.so可能是为x86或armeabi-v7a编译的，而不是arm64-v8a。其次，可能库文件本身损坏或者编译时使用了错误的编译选项，比如没有指定正确的目标架构。此外，如果用户自己编译这些库，可能需要检查构建脚本是否正确配置了目标架构。 然后，我应该建议用户验证这些库文件的架构是否正确。可以使用file命令（在Linux/macOS）或第三方工具（如Windows上的Dependency Walker）来检查。如果发现架构不匹配，需要重新编译这些库，确保目标架构是arm64-v8a，并正确放置在对应的jniLibs目录下。 另外，用户的NDK版本是21.1.6352462，属于较旧的版本。可能存在的兼容性问题也需要考虑，建议用户尝试升级到最新的NDK版本，或者至少确认当前版本是否支持他们的构建配置。同时，检查CMakeLists.txt或Android.mk中的配置是否正确指定了目标架构和编译选项，比如使用CMAKE_ANDROID_ARCH_ABI设置为arm64-v8a。 还有，链接器参数中包含了-L路径，需要确认这些路径是否存在并且包含正确的库文件。用户可能还需要检查是否在构建过程中有其他警告或错误，这些可能影响最终的链接步骤。例如，编译native-lib.cpp.o时是否有未处理的错误，或者依赖库是否存在未定义的符号。 最后，用户可能需要清理构建目录，重新构建项目，以确保没有残留的旧文件干扰。如果问题依然存在，建议用户提供更多上下文信息，比如CMakeLists.txt的内容，以及如何生成libswap.so和libfaker.so的步骤，这样可以更准确地诊断问题所在。</think>--- ### **错误原因分析** 你提供的日志显示在 **NDK 链接阶段** 发生了 `File in wrong format` 错误，具体原因如下： #### **直接原因** 链接器（`aarch64-linux-android/bin/ld`）在尝试将预编译库 `libswap.so` 和 `libfaker.so` 链接到 `libnative-lib.so` 时，发现这些库的 **文件格式与目标架构不兼容**。 错误关键行： ``` ../../../../src/main/jniLibs/arm64-v8a/libswap.so: error adding symbols: File in wrong format ``` --- ### **具体排查步骤** --- #### **1. 验证预编译库的架构** `libswap.so` 和 `libfaker.so` 的编译目标架构必须与当前构建的 `arm64-v8a` 完全匹配。 **操作方法**： - **Linux/macOS**：使用 `file` 命令检查 `.so` 文件架构： ```bash file src/main/jniLibs/arm64-v8a/libswap.so ``` **期望输出**： ``` ELF 64-bit LSB shared object, ARM aarch64, version 1 (SYSV), dynamically linked, stripped ``` - **Windows**：使用工具（如 [Dependencies](https://github.com/lucasg/Dependencies)）检查 `.so` 文件头。 **常见问题**： - 库文件编译时目标架构设为 `armeabi-v7a`（32位 ARM）却放在 `arm64-v8a`（64位 ARM）目录。 - 库文件来自其他平台（如 x86）。 --- #### **2. 检查 NDK 配置兼容性** 你使用的 NDK 版本为 `21.1.6352462`（较旧版本），需确认其与当前构建环境的兼容性： - **Gradle 插件版本**：检查 `build.gradle` 中 `android.ndkVersion` 是否显式指定为 `21.1.6352462`。 - **CMake 或 ndk-build 配置**：确认 `CMakeLists.txt` 或 `Android.mk` 中未混用不同 NDK 版本的编译选项。 --- #### **3. 检查库文件生成过程** 如果 `libswap.so` 或 `libfaker.so` 是自行编译的： 1. **验证编译命令**：确保编译时指定 `-target aarch64-linux-android`。 2. **交叉编译工具链**：确认使用 NDK 提供的 Clang 而非系统默认编译器。 **正确编译命令示例**： ```bash # 使用 NDK Clang 编译 arm64-v8a 库 $NDK/toolchains/llvm/prebuilt/windows-x86_64/bin/aarch64-linux-android24-clang++ \ -target aarch64-linux-android \ -fPIC -shared \ -o libswap.so swap.cpp ``` --- #### **4. 清理并重建** 删除构建缓存后重新编译： ```bash # 清理旧构建 ./gradlew clean # 重新编译并保留日志 ./gradlew assembleDebug --stacktrace -v > build_log.txt 2>&1 ``` --- ### **解决方案** --- #### **情况1：预编译库架构不匹配** - **步骤1**：将 `libswap.so` 和 `libfaker.so` 替换为 `arm64-v8a` 架构版本。 - **步骤2**：检查 `jniLibs` 目录结构是否符合标准： ``` src/ main/ jniLibs/ arm64-v8a/ # 64位 ARM libswap.so libfaker.so armeabi-v7a/ # 32位 ARM ... ``` --- #### **情况2：自行编译的库存在问题** - **步骤1**：在 `CMakeLists.txt` 中显式设置目标架构： ```cmake set(CMAKE_ANDROID_ARCH_ABI arm64-v8a) set(CMAKE_SYSTEM_NAME Android) set(CMAKE_SYSTEM_VERSION 24) # 与 NDK 版本匹配 ``` - **步骤2**：使用 NDK 最新稳定版本（建议升级到 NDK 25+）重新编译库。 --- ### **附加建议** 1. **升级 NDK**：旧版本 NDK 可能存在已知兼容性问题，建议升级至 [NDK 25.2.9519653](https://developer.android.com/ndk/downloads) 或更高版本。 2. **检查符号冲突**：若库中包含同名全局符号，需使用 `-fvisibility=hidden` 隐藏非必要符号。 3. **验证链接顺序**：确保依赖库按正确顺序链接（被依赖的库放在后面）。 --- 通过以上步骤，可解决 `File in wrong format` 的链接错误。如果问题仍存在，请提供以下信息进一步分析： 1. `libswap.so` 的完整编译命令 2. `CMakeLists.txt` 或 `Android.mk` 文件内容 3. 执行 `file src/main/jniLibs/arm64-v8a/libswap.so` 的输出
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值