一、Android项目中使用ndk-build工具编译库文件
之前介绍过CMake编译工具的使用，今天介绍一种ndk自带的编译工具ndk-build的使用。
ndk-build目前主要有两种配置使用方式：
如上图所示，第一种方式是Android.mk+Application.mk+gradle的方式生成库文件；第二种方式是Android.mk+Application.mk+命令行的方式生成库文件，接下来就是介绍这两种方式的使用。
1、ndk-build配置构建1（Android.mk+Application.mk+gradle）
Android.mk：用于向ndk-build编译工具描述源文件和库的信息，如要生成什么类型的库（动态、静态），库的名称，以及生成库使用了哪些C/C++源码文件，或者使用了哪些第三方库文件，等等。
Application.mk：工程级别的，作用是指定ndk-build的项目范围设置，如C/C++标准库的支持，Android平台版本设置，cpu指令集对应的abi设置，等等。
Android.mk是ndk-build编译必配的一个文件，Application.mk是可选配的（如编译的目标库未使用C/C++标准库，也不需要指定cpu指令集对应的abi），如果未配置Application.mk会走默认的这些配置。Application可选配的另一个原因是，里面的配置可以放到gradle中配置。
1. LOCAL_PATH表示源文件所在的位置，call my-dir是表示会调用ndk-build提供的宏函数my-dir，这个方法会返回Android.mk文件本身所在的目录路径。
2.include $(CLEAR_VARS) 用于清理部分LOCAL开头的变量，但不会清理上面的LOCAL_PATH。
3.LOCAL_MODULE表示配置库的名称。
4.LOCAL_SRC_FILES表示配置的源文件，生成库需要哪些源文件或者第三方库。
5.include $(BUILD_SHARED_LIBRARY) 表示指定编译目标库类型（静态动态）
1.APP_STL 表示配置C++标准库支持
2.APP_ABI 表示配置abi过滤
3.APP_PLATFORM 表示指定Android平台版本
2、新建项目使用ndk-build编译源代码
不同于CMake的项目，我们重新新建了一个项目
haha.cpp native源文件：
C++源码文件和CMake那边差不多
Android.mk：
Application.mk:
build.gradle：
配置好这些文件之后，我们make一下项目，在build目录下就生成了库文件：
Android中使用上面生成的库文件：
运行：
3、ndk-build配置构建2（Android.mk+Application.mk+命令终端）
这种方式就是比较方便，不依赖于AS这种ide工具，可以在文件夹下便可以编译出库文件。
这种方式需要将上面放在cpp文件夹下的文件，换到jni文件下，目前不知道啥原因。
另外我把gradle中的之前的配置都删了：
开始使用终端命令进行编译：今入到这个jni的目录中，输入ndk-build回车就行。
生成的库文件在：自动放在了jni同级文件夹下的libs文件夹中：另外多了个obj文件夹，不用管。
这时候去运行项目，会出现崩溃，错误是找不到libhaha.so
Android中使用上面生成的库文件：android项目中要使用库文件，要将库文件放到Android默认的系统jni目录:jniLibs，因此我们将上面的libs改成jniLibs，重新运行，正常：
如果就是想使用上面生成的libs文件夹，也是可以的，就需要在gradle中配置一下：
这种方式就是将来编译的时候，去找jniLibs就会自动去src/main/libs下面找我们的库文件，打包进apk里面。
二、配置库文件的输出路径
上面的ndk-build编译过程，我们都没指定我们想要输出的路径，都是使用默认的目录，要么在build下，要么在libs目录下，这里我们配置文件的输出目录。
在Android.mk下配置如下
../jniLibs是香炉路径，相对的是Android.mk的位置。../是代表的Android.mk的上一级目录，即在mk文件的上一级同级的目录下创建jniLibs目录。
使用ndk-build命令就可以看到生成了jniLibs目录。这样jniLibs就是编译apk的时候默认寻找的目录。
如果是这个目录，我们的build.gradle中就不需要指定这个
