Question

我在我的Android应用程序中使用libusb。当我尝试构建libusb本机库时，我得到以下错误消息，* .so文件生成。

错误：任务＆＃39;：app：transformNativeLibsWithMergeJniLibsForDebug＆＃39;执行失败。在OS独立路径中发现了多个文件＆lt; lib / x86 / libusb.so＆＃39;

的build.gradle

import org.apache.tools.ant.taskdefs.condition.Os

apply plugin: 'com.android.application'

apply plugin: 'kotlin-android'

apply plugin: 'kotlin-android-extensions'

android {
    compileSdkVersion 26
    buildToolsVersion "26.0.0"
    defaultConfig {
        applicationId "com.williams.libusbpoc"
        minSdkVersion 21
        targetSdkVersion 26
        versionCode 1
        versionName "1.0"
        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
    }
    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }
    externalNativeBuild {
        ndkBuild {
            path 'src/main/jni/Android.mk'
        }
    }

    sourceSets.main {
        jniLibs.srcDir 'src/main/libs'
        jni.srcDirs = [] //disable automatic ndk-build call
    }

    // call regular ndk-build(.cmd) script from app directory
    task ndkBuild(type: Exec) {
        if (Os.isFamily(Os.FAMILY_WINDOWS)) {
            commandLine 'ndk-build.cmd', '-C', file('src/main').absolutePath
        } else {
            commandLine 'ndk-build', '-C', file('src/main').absolutePath
        }
    }

    tasks.withType(JavaCompile) {
        compileTask -> compileTask.dependsOn ndkBuild
    }
}

dependencies {
    implementation fileTree(dir: 'libs', include: ['*.jar'])
    androidTestImplementation ('com.android.support.test.espresso:espresso-core:2.2.2', {
        exclude group: 'com.android.support', module: 'support-annotations'
    })
    implementation"org.jetbrains.kotlin:kotlin-stdlib-jre7:$kotlin_version"
    implementation 'com.android.support:appcompat-v7:26.0.0-beta2'
    testImplementation 'junit:junit:4.12'
    implementation 'com.android.support.constraint:constraint-layout:1.0.2'
    compile "org.jetbrains.anko:anko-appcompat-v7-commons:$anko_version"
}

我在Windows机器上。有谁知道可能是什么问题？

Answer 1

我删除了sourceSets.main块中的jniLibs.srcDir 'src/main/libs'代码。它创建了两次.so文件。

sourceSets.main {
    jniLibs.srcDir 'src/main/libs'
    jni.srcDirs = [] //disable automatic ndk-build call
}

Answer 2

我在迁移到Android Studio 3.0后看到运行我的应用时出现类似错误。构建清理解决了这个问题。

Answer 3

在我添加了第三方SDK的AAR文件后，我在React-Native Bridge项目中遇到了这个问题。而且我正在将Bridge链接到我的主要React-native应用程序中。

解决方案（可能会有所不同）

在app/build.gradle的主要React-Native应用程序中添加它：

packagingOptions {
    pickFirst '**/*.so'
}

添加AAR库后，测试Build on React-Native Bridge项目。
清理React-Native Bridge项目
清理React-Native应用程序项目
删除node_modules并将桥包重新安装到项目中。
运行应用程序。

我遇到了与此有关的另一个问题（如果您将AAR包含在未链接到主应用程序的库项目中）

https://stackoverflow.com/a/58588503/3197778

Answer 4

您可以这样使用：

将以下代码添加到build.gradle中，

packagingOptions {
    pickFirst 'lib/armeabi-v7a/your_name.so'
    pickFirst 'lib/arm64-v8a/your_name.so'
    pickFirst 'lib/x86/your_name.so'
    pickFirst 'lib/x86_64/your_name.so'
}

this pickFirst的意思是：如果多个路径匹配第一个选择，则只会选择找到的第一个。请点击Get more information

Answer 5

如果是 react-native 将 android/app/build.gradle 文件添加到 andorid : {.....} 部分：

packagingOptions {
    pickFirst 'lib/x86/libc++_shared.so'
    pickFirst 'lib/x86_64/libjsc.so'
    pickFirst 'lib/arm64-v8a/libjsc.so'
    pickFirst 'lib/arm64-v8a/libc++_shared.so'
    pickFirst 'lib/x86_64/libc++_shared.so'
    pickFirst 'lib/armeabi-v7a/libc++_shared.so'
}

然后使用“gradlew clean”

Answer 6

我只想向Nonos回答，我认为我在TextSize目录中运行ndk-build，然后从我的顶级目录运行app/jni后收到了此问题Android NDK项目。因此，在进行另一次Gradle构建之前在./gradlew installDebug中进行ndk-build clean确实可以解决问题。

Answer 7

在我的案例中，添加了这些可解决了build.gradle应用级模块的问题

packagingOptions {
    pickFirst 'lib/armeabi-v7a/libblasV8.so'
    pickFirst 'lib/mips/librsjni.so'
    pickFirst 'lib/x86/libblasV8.so'
    pickFirst 'lib/mips/libRSSupport.so'
    pickFirst 'lib/mips/libblasV8.so'
}

但是在您的情况下，库名称可能会有所不同，因此请用您的库名称替换它们

Answer 8

N Sharma解决方案很好。

但是如果您与在项目中添加为库的外部模块发生冲突，并且您无法编辑其代码（因为它是只读的），则可以按照以下步骤操作：

将两个Android项目合并为一个项目后，我遇到了ffmpeg库的相同问题。

实际上是由于两个不同版本的ffmpeg库到达了，但是它们在内存中加载了相同的名称。一个库放在JNiLibs中，而另一个库放在另一个用作模块的库中。我无法修改模块代码，因为它是只读的，因此我将自己代码中使用的模块重命名为 ffmpegCamera ，并以相同的名称加载到内存中。

System.loadLibrary("ffmpegCamera");

这解决了该问题，现在两个版本的库都可以很好地加载，并且在内存中分别加载了名称和进程ID。

Answer 9

手动清理项目。在项目目录中执行以下操作：

rm -rf .idea .gradle */build */.cxx
rm -rf ~/.gradle

这将清除所有中间文件并清除 gradle 缓存。

在OS独立路径中发现了多个文件＆lt; lib / x86 / libusb.so＆＃39;

9 个答案: