By

文章目录

在开发android应用时，一般都会用很多的第三方框架。有些框架会提供各个CPU的架构的SO库，比如arm、arm-v7a、x86、mips，有的甚至还提供64位的版本；而有的为了缩小应用包的体积只提供了一些常用的，比如arm，x86。如果应用中有的第三方框架提供了arm和x86的版本，而有的提供了arm，arm-v7a，x86三个版本，那么当运行在arm-v7a版本的CPU上，就会提示找不到只有arm和x86版本的SO库，这样很容易导致应用挂掉，报java.lang.UnsatisfiedLinkError错误，提示native方法找不到实现。

按道理说arm-v7a的CPU会兼容arm版本，但系统去查找SO库的时候却只会在一个目录查找，找完了arm-v7a，没找到不会再去arm目录，这样就会导致兼容性问题。解决方法有两种：

  • 一种是所有包含有SO库的第三方框架提供最新版本NDK支持的所有的CPU架构SO库，如：armeabi armeabi-v7a x86 mips arm64-v8a x86_64 mips64或者在编译时在Application.mk文件中配置APP_ABI := all。这样做一般不合适，这样会分散开发者的注意力。

  • 第二种方法是：应用中所有的包含SO库的第三方框架只能取最小的子集，这种方法比较合适集成第三方框架。

下面以facebook的fresco框架为例来说明第二种方法的操作方式。

fresco框架中提供了各个CPU架构的SO库，包括64位的，而自己的应用其他第三方带有SO库的框架A还没有使用64位的SO库，如果不做处理，应用运行在64位手机上，当使用框架A的时候应用就会闪退，因为框架A没有64位的库。那么解决办法只有将fresco库的64位SO库都删除，只保留框架A的相同目录下面的SO库。下面是gradle文件中的配置：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27

dependencies {
    compile 'com.facebook.fresco:fresco:0.8.1'
}

// 将fresco库除armeabi和x86包以外的SO库删除
def deleteSO() {
    def rootPath = rootProject.getRootDir().getAbsolutePath() + '/' + project.name
    delete fileTree(dir: rootPath + "/build/intermediates/exploded-aar/com.facebook.fresco/imagepipeline/" + "$FRESCO_LIB_VERSION" + "/jni/", excludes: ['**/armeabi/**', '**/x86/**'])
}

project.afterEvaluate{
    // debug模式下删除SO库
    tasks.getByName('prepareDebugDependencies') { // Hook prepareDebugDependencies任务
        it.doLast {
            // prepareDebugDependencies任务执行完成后删除SO库
            deleteSO()
        }
    }

    // 打包的时候删除SO库
    tasks.getByName('prepareReleaseDependencies') {
        it.doLast {
            deleteSO()
        }
    }
}
  • 2016-08-24修改

另外还可以使用gradle中的过滤器，可以很方便过滤SO库：

1
2
3
4
5
release {
	ndk {
		abiFilters "armeabi", "armeabi-v7a", "x86" // 保留这三种架构的CPU
	}
}

要求gradle版本不低于2.14.1(可以修改项目根目录下的gradle/wrapper/目录下的gradle-wrapper.properties文件内容，将gradle请求地址中的版本号修改)，否则会提示如下错误：

1
2
3
4
Gradle DSL method not found: 'abiFilter()'

Possible causes:
The project '*' may be using a version of the Android Gradle plug-in that does not contain the method (e.g. 'testCompile' was added in 1.1.0).

Fix plugin version and sync project
The project '*' may be using a version of Gradle that does not contain the method.

Open Gradle wrapper file
The build file may be missing a Gradle plugin.
Apply Gradle plugin
文章目录