安装应用程序后，Android本机库消失了

Question

切换到Android Studio后，我开始看到恐惧

java.lang.UnsatisfiedLinkError: dlopen failed: library
'/data/app-lib/com.myapp.test-1/libmylib.so' not found 

错误。 当我解压缩apk时，我可以在lib / armeabi文件夹下看到libmylib.so以及所有其他本机库（libmyotherlib.so和libtest.so），所以打包不应该成为问题...我决定root我的测试设备，并检查/ data / app-lib下应用程序文件夹的实际内容，安装后其本机库应位于该目录中-我发现应用程序后缺少我的应用程序本机库之一（libmylib.so）已安装在设备上。 libmylib.so和libmyotherlib.so是放置在src / main / jniLibs中的预构建.so文件，而libtest.so是从src / main / jni中的test.c编译的。

这只是在我切换到Android Studio之后才开始的； 我已经验证了从Eclipse ADT中的相同代码构建的apk在安装后在/data/app-lib/com.myapp.test-1下具有所有必需的库。

Android Studio构建的相关build.gradle：

apply plugin: 'com.android.application'

android {
    compileSdkVersion 23
    buildToolsVersion "21.1.2"

    defaultConfig {
        applicationId "com.myapp.test"
        minSdkVersion 17
        targetSdkVersion 23
        versionCode 1
        versionName "1.0"

        ndk{

            moduleName "test"//testing ndk integration
        }

    }
    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'  
        }
    }

}

repositories {
    // You can also use jcenter if you prefer
    mavenCentral()
}

dependencies {
    compile fileTree(dir: 'libs', include: ['*.jar'])
    testCompile 'junit:junit:4.12'

    //android support libs etc.
    compile 'com.android.support:appcompat-v7:23.1.0'
    compile 'com.android.support:support-v13:23.1.0'

}

相关的gradle.properties文件

android.useDeprecatedNdk=true

在src / main / jni下，我只有test.c

#include <jni.h>

int main(){

    return 0;
}

在src / main / jniLibs / armeabi下

libmylib.so
libmyotherlib.so

Eclipse ADT构建相关的Android.mk：

include $(CLEAR_VARS)
LOCAL_MODULE    := test
LOCAL_SRC_FILES += test.c
include $(BUILD_SHARED_LIBRARY)

include $(CLEAR_VARS)
LOCAL_MODULE := myotherlib
LOCAL_SRC_FILES :=  $(TARGET_ARCH_ABI)/libmyotherlib.so
LOCAL_EXPORT_C_INCLUDES := $(LOCAL_PATH)/include
include $(PREBUILT_SHARED_LIBRARY)

include $(CLEAR_VARS)
LOCAL_MODULE := mylib
LOCAL_SRC_FILES :=  $(TARGET_ARCH_ABI)/libmylib.so
LOCAL_EXPORT_C_INCLUDES := $(LOCAL_PATH)/include
include $(PREBUILT_SHARED_LIBRARY)

安装由Android Studio构建的应用后，相关的/ data / app-lib内容：

root@SOLONE SL-K40:/ # ls /data/app-lib/com.myapp.test-1               
libmyotherlib.so
libtest.so

安装Eclipse ADT构建的应用程序后，相关的/ data / app-lib内容：

root@SOLONE SL-K40:/ # ls /data/app-lib/com.myapp.test-1               
libmylib.so
libmyotherlib.so
libtest.so

我不小心发现了

sourceSets {
        main {
            jni.srcDirs = []
 }
}

到我的build.gradle中，我可以让libmylib.so在安装后再次出现，但这排除了我的项目中包含任何NDK源代码的可能性。

第一个问题：知道这里会发生什么吗？ 难道是mylib实际上是为armeabi以外的abi编译的，而Android正在丢弃它，因为它的实际abi与它在apk内的文件夹不匹配（我没有mylib的源代码）吗？ 我的问题听起来与此处讨论的问题相似，但该人似乎在最终安装的应用程序中仅看到一个共享库。 除了一个共享库，我正在查看所有共享库。

第二个问题：在Android Studio构建中包括预构建的.so文件的当前正确方法是什么？ 网络 周围 的 线索似乎因Android Studio版本而异（我正在使用Android Studio 1.5，Gradle版本2.4，Android插件版本1.3.0）。是否仍然需要将jniLibs.srcDir变量重定向到src / main /库？

Answer 1

是的，最好的方法是定义jniLibs.srcDir ，以便可以从此处复制所有预构建的库。

是的，ABI是问题的最可能根源。 如果预构建的库是为armeabi构建的，但该设备（今天的绝大多数设备）都支持armeabi-v7a ，则安装程序将很乐意将…v7a版本的未预构建的库复制到/ data / app-lib / com .myapp.test-1 ，然后加载程序将抱怨libmylib.so丢失。

您应该指示Android Studio仅构建一个ABI。 如果您没有在Eclipse构建中做一些特别的事情，那么这很可能是armeabi 。

指示AS的方式取决于gradle插件的版本。

对于'com.android.tools.build:gradle:1.5.0'插件，我使用类似

android {
    defaultConfig.ndk {
        …
        abiFilter 'armeabi'
    }

    splits {
        abi {
            enable true
            reset()
            include 'armeabi'
        }
    }
}

对于…gradle-experimental：0.2.0 ，我使用

model {
    android.ndk {
        …
        abiFilters += 'armeabi'
    }
}

我不需要在实验性插件上启用拆分功能，因此我不会误导您那里的语法更改。