NDK开发

最新推荐文章于 2025-06-14 13:33:15 发布

zhangzhuo1024

最新推荐文章于 2025-06-14 13:33:15 发布

阅读量3k

点赞数 4

CC 4.0 BY-SA版权

分类专栏： NDK

本文链接：https://blog.csdn.net/zhangzhuo1024/article/details/117604945

NDK 专栏收录该内容

1 篇文章

订阅专栏

本文介绍了在Android项目中遇到的构建失败问题，原因是同时使用了jniLibs和CMake导致了多个相同库的存在。解决方案包括在build.gradle中添加packagingOptions以指定优先选择的SO文件，或者更改jniLibs目录名称并更新CMakeLists.txt配置。此外，还提到了Windows与Linux文件格式不兼容的问题及其解决方法。

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

FAILURE: Build failed with an exception.

* What went wrong:
Execution failed for task ':app:mergeDebugNativeLibs'.
> A failure occurred while executing com.android.build.gradle.internal.tasks.MergeJavaResWorkAction
> 2 files found with path 'lib/arm64-v8a/libswscale.so'.
If you are using jniLibs and CMake IMPORTED targets, see
https://developer.android.com/r/tools/jniLibs-vs-imported-targets

原因：

jniLibs和CMAKE混用，导致生成了两个so，系统不知道使用哪个so

方案一：在defaultConfig中加入packagingOptions选项，指定优先选择哪个

externalNativeBuild {
    cmake {
        cppFlags ''
    }
}

packagingOptions {
    pickFirst 'lib/arm64-v8a/libswscale.so'
    pickFirst 'lib/arm64-v8a/libavcodec.so'
    pickFirst 'lib/lib/arm64-v8a/libavutil.so'
    pickFirst 'lib/arm64-v8a/libavutil.so'
    pickFirst 'lib/arm64-v8a/libavformat.so'
    pickFirst 'lib/arm64-v8a/libavfilter.so'
    pickFirst 'lib/arm64-v8a/libswresample.so'
    pickFirst 'lib/arm64-v8a/libavdevice.so'
}

方案二：将jniLibs修改名称，如：jni，并在CMakeLists.txt中修改引用路径

报错：/bin/bash^M: bad interpreter: No such file or directory

原因：windows上编辑的文件在Linux上运行，格式不对

1.sed -i "s/\r//" filename 或sed -i "s/^M//" filename，直接将回车符替换为空字符串。

2.vim filename，编辑文件，执行“: set ff=unix”，将文件设置为unix格式，然后执行“:wq”，保存退出。