Android 工程管理与定制

在Android 程序开发中，往往需要根据实际的业务需求和工程管理要求，做一些定制开发。本文介绍常用的Android工程管理与配置。

一、工程管理过程

一个基本的Android程序工程应用过程如下图1。由于Android编译管理工具有早期的ndk-build和cmake两套方案，ndk-build方案实际上是借助Android.mk（类似makefile）来管理编译。而cmake方案是借助cmakelist.txt来管理编译（cmake方案源于PC端跨平台方案），由于目前Android studio默认采用的cmake方案，故本仅仅文针对cmake方案作为讲解。

                                        图1 androd程序项目开发流程

二、应用二进制接口（ABI）

默认编译一个工程，会产生多个CPU平台的二进制文件的库（如 X86, X86–64, arm64-v8a, armeabi, armeabi-v7a）。但实际我们会根据需求选择性编译某个版本。

                                    图2 android 默认编译的native 库版本

各CPU版本的二进制格式对应的关系如下：

                                   图3 各CPU架构版本的应用分析

目前市场基本没有基于Intel的x86的Android系统，x86/x86_64主要用在调试的模拟器上，mips架构的Android版本在早些年已经淘汰了，我们来看看大厂如何选择。

                                  图4 大厂APP版本应用调研

值得一提，大厂也只提供了一种选择。ABI是向下兼容的，如armeabi-v7可以跑在armv8 机器上，但性能会有损耗。armeabi-v8不能跑在armv7机器上，与windows的程序与机器指令集兼容性是一个原理。如何指定某个一种二进制类型？

修改build.grade文件，通过abiFilters指定即可
externalNativeBuild {
    cmake {
        cppFlags ''
        abiFilters 'armeabi-v7a'  //方法一
    }
   // ndk {        //方法二
  //      abiFilters 'arm64-v8a','armeabi-v7a'
  //  }
}

修改后，只生成的apk只包含一个v7a版本的so。

                            图5 指定CPU架构版本

三、生成so和引用so,编译so的相关配置

在老的nd_build编译框架下修改的是Android.mk,不再赘述，在新的cmake框架主要修改的是cmakelist.txt。这里我们将native C++demo中的默认libnative-lib.so库改成libtest-lib.so为例子。

add_library( # Sets the name of the library.
             test-lib  //设置生成动态库的名称

             # Sets the library as a shared library.
             SHARED //设置是生成静态块还是动态库

             # Provides a relative path to your source file(s).
             native-lib.cpp ) //编译器输入的源文件
//指定本工程引用的第三方库,可能交叉编译出来的库，也可能是ndk编译出来的
find_library( # Sets the name of the path variable.
              log-lib  //第三方库名称

              # Specifies the name of the NDK library that
              # you want CMake to locate.
              log ) //第三方库路径

//指定apk连接的库文件列表
target_link_libraries( # Specifies the target library.
                       test-lib 

                       # Links the target library to the log library
                       # included in the NDK.
                       ${log-lib} )
同时Java代码在在加载so的路径也得同步修改
public class MainActivity extends AppCompatActivity {

    // Used to load the 'native-lib' library on application startup.
    static {
        System.loadLibrary("test-lib");
    }

修改后，生成apk的so库文件名如下：

五、如何指定NDK版本

   如果下载了多个版本的 NDK，Android Gradle 插件会选择一个默认版本来编译源代码文件。该插件选择的是最新下载的 NDK 版本。使用模块的 build.gradle 文件中的 android.ndkVersion 属性可替换插件选择的默认版本。如指定NDK版本为：22.1.7171670

android {
    compileSdkVersion 30
    buildToolsVersion "30.0.3"
    //android.ndkVersion '21.4.7075529'
    android.ndkVersion '22.1.7171670'

六、如何指定gradle版本和插件版本 在gradle-wrapper.properties指定gradle版本即可,如指定为6.7.1版本 distributionUrl=https\://services.gradle.org/distributions/gradle-6.7.1-bin.zip 同时在build.gradle指定插件版本 classpath "com.android.tools.build:gradle:4.2.1" 插件版本和gradle工具版本是一一对应的 详见：https://developer.android.com/studio/releases/gradle-plugin?buildsystem=cmake#groovy 更多语法知识请参考： https://developer.android.com/studio/releases