一、Android 中jni有两种编译方案，一种是传统的ndkbuild，一直是当前推荐使用用的cmake
1、编译配置:
- ndkbuild中，采用Android.mk+Application.mk+src的方式
- cmake中，采用CMakeList.txt + src的方式
在创建项目时选择了include C++ support 则会创建包含cmake的编译模板
2、编译方式
gradle 对两种编译方式进行了统一；只需要在 module 下的build.gradle 中添加
externalNativeBuild {
ndkBuild {
path "src/main/jni/Android.mk"
}
}
或者
externalNativeBuild {
cmake {
path "CMakeLists.txt"
}
}
即可。其中path指定的是两种编译环境下所需配置文件的地方
此外:
ndkbuild 编译情况下可在android->defaultConfig 中添加
ndk{
abiFilters "armeabi-v7a"
}
用于设置NDKOption，如abiFilters等；
cmake 编译情况下可在android->defaultConfig 中添加
externalNativeBuild {
cmake {
abiFilters "armeabi-v7a"
cppFlags ""
}
}
用于设置ExternalNativeNdkBuildOptions，如abiFilters、cppFlags等；
二、ndkbuild 编译模式介绍
ndk-build 是android-ndk中的一个指令，如下图
image.png
使用ndk-build编译时，需指定NDK_PROJECT_PATH项目目录，APP_BUILD_SCRIPT(android.mk)位置，NDK_APPLICATION_MK(Application.mk)位置，以及NDK_LIBS_OUT(so输出位置)和NDK_OUT(输出目录)
ndk-build NDK_PROJECT_PATH=. APP_BUILD_SCRIPT=./Android.mk NDK_APPLICATION_MK=./Application.mk NDK_LIBS_OUT=./sample/breakpad/libs NDK_OUT=./sample/breakpad/obj
ndk-build clean 清除编译缓存:
ndk-build clean NDK_PROJECT_PATH=. APP_BUILD_SCRIPT=./Android.mk NDK_APPLICATION_MK=./Application.mk NDK_LIBS_OUT=./sample/breakpad/libs NDK_OUT=./sample/breakpad/obj
1、 Android.mk 和 Application.mk文件的作用
- Android.mk 文件是用来配置 jni编译的 源文件输入、编译参数、编译输出产物 等等。
- Application.mk 文件是用来 指定平台有关的配置信息。比如编译的平台版本、平台架构、使用的标准库 等等
2、Android.mk 文件的一般组织结构，如图所示
image.png
- 每一个库的源文件放在同一个文件夹下面，比如上面的libusb库的源文件放在libusb子目录下，example库的源文件放在example子目录下。
- 每一个子目录下(对应每一个库) 都有一个自己的Android.mk 文件，这样每一个Android.mk可以配置该库编译时的源文件输入、编译参数、编译输出产物类型等等。
- jni目录下有一个总的Android.mk文件和一个Application.mk文件，这个总的Android.mk文件会调用每一个子目录下的Android.mk文件去完成编译工作。
3、Android.mk 文件的一般写法
3.1、 总的Android.mk文件：
include $(call all-subdir-makefiles)
//没错，就只有一句。这句话的意思就是调用每一个子目录下的makefile文件，也就是Android.mk文件
3.2、libusb下的Android.mk文件：
LOCAL_PATH:= $(call my-dir) //获取当前目录路径，也就是该Android.mk所在的目录路径，说的准确一点其实是最后一次include的Android.mk的路径，一般把这句话放在最开始。
include $(CLEAR_VARS) //清除或者说重置 除了LOCAL_PATH之外的变量的值，比如LOCAL_SRC_FILES变量的值等等
#$(warning " LOCAL_PATH is $(LOCAL_PATH) ") //使用warming函数，打印$(LOCAL_PATH)的值，只是用于调试作用，#表示注释
LOCAL_SRC_FILES := \ //指定源文件，多个源文件使用空格隔开，这里换行(每行最后需要使用 \ 反斜杠 表示衔接作用)只是为了容易阅读
$(LOCAL_PATH)/core.c \
$(LOCAL_PATH)/descriptor.c \
$(LOCAL_PATH)/hotplug.c \
$(LOCAL_PATH)/io.c \
$(LOCAL_PATH)/sync.c \
$(LOCAL_PATH)/strerror.c \
$(LOCAL_PATH)/os/linux_usbfs.c \
$(LOCAL_PATH)/os/poll_posix.c \
$(LOCAL_PATH)/os/threads_posix.c \
$(LOCAL_PATH)/os/linux_netlink.c
LOCAL_C_INCLUDES += \ //指定头文件
$(LOCAL_PATH)/.. \
$(LOCAL_PATH) \
$(LOCAL_PATH)/os
LOCAL_EXPORT_C_INCLUDES := \ //导出头文件，这样其他地方需要就可以直接include进来，比如在example里的某个源文件需要libusb.h头文件，可以直接include <libusb.h> 或者 include "libusb.h"
$(LOCAL_PATH)
LOCAL_LDLIBS := -llog //使用liblog.so动态库，以-l开头，log是库去掉lib前缀和so后缀之后的名称
LOCAL_MODULE := usb-1.0 //生成so库的名称，最终的名称是libusb-1.0.so（java代码里使用：System.loadLibrary("usb-1.0")），如果以lib开头了系统不再自动追加lib前缀了
include $(BUILD_SHARED_LIBRARY) //指定需要生成的是so动态库，如果是 include $(BUILD_STATIC_LIBRARY) 表示需要生成的是.a静态库
3.3、 example下的Android.mk文件：
LOCAL_PATH := $(call my-dir) //获取自己本地路径，也就是自己的Android.mk文件所在的路径
include $(CLEAR_VARS) //清除 除了LOCAL_PATH之外的变量的值
LOCAL_C_INCLUDES += $(wildcard $(LOCAL_PATH)/include/*.h) //指定头文件，使用wildcard通配符函数，这里是一种通用的万能写法
LOCAL_SRC_FILES := $(wildcard $(LOCAL_PATH)/src/*.c) //指定源文件，使用wildcard通配符函数，这里是一种通用的万能写法
#$(warning " LOCAL_SRC_FILES is $(LOCAL_SRC_FILES) ") //打印$(LOCAL_SRC_FILES)，只是调试作用，#表示注释掉了
LOCAL_SHARED_LIBRARIES := usb-1.0 //依赖libusb-10.so动态库，多个依赖时使用空格隔开，这样就会先去编译生成libusb-10.so动态库，然后再编译生成libexample.so动态库
LOCAL_MODULE := example //指定生成so库的名称，最终的名称是libexample.so
include $(BUILD_SHARED_LIBRARY) //指定需要生成的是so动态库
附：wildcard函数有时会和subst函数结合使用，比如SDL库里的LOCAL_SRC_FILES如下所示(省略了一部分)：
LOCAL_SRC_FILES := \
$(subst $(LOCAL_PATH)/,, \ //替换操作。替换$(LOCAL_PATH) 的值的空，比如：$(subst OLD, NEW, TEXT)，即将字符串TEXT中的子串OLD变为NEW
$(wildcard $(LOCAL_PATH)/src/*.c) \ //src下的所有.c源文件
$(wildcard $(LOCAL_PATH)/src/audio/*.c) \ //src下的audio下的所有.c源文件
$(wildcard $(LOCAL_PATH)/src/audio/android/*.c)) //src下的audio下的android下的所有.c源文件
3.4、 Application.mk 文件的写法
APP_OPTIM := release //生成release版本的动态库
TARGET_PLATFORM := android-16 //针对android sdk16生成动态库，也是最小sdk版本
APP_STL := stlport_static //指定标准库。此处使用stlport_static标准库，如果include <string.h>报错找不到string.h头文件，一般是忘记指定标准库，常用的还有 APP_STL := gnustl_static表示使用gnu标准库
APP_ABI := all //生成哪些架构的so动态库，all表示所有的，包括armeabi、armeabi-v7a、arm64-v8a、mips、mips64、x86、x86_64，也可以指定需要的，比如APP_ABI :=armeabi armeabi-v7a，多个之间空格隔开
# Workaround for MIPS toolchain linker being unable to find liblog dependency
# of shared object in NDK versions at least up to r9.
APP_LDFLAGS := -llog //提示链接log动态库，注释里的意思是生成MIPS架构时需要显示指定
三、参考文章
Android.mk语法:
https://www.jianshu.com/p/bee78310e420
Android.mk 文件 和Application.mk 文件的具体作用和写法
https://blog.csdn.net/weixin_30808575/article/details/97419067
