Application.mk

缘由：在构建一个项目中的时候发现写好Android.mk的时候，发现jni文件里面系统自动生成的函数和参数发生报错现象，后来发现是Application.mk没有进行配置的原因。

在把android-ndk-r10d\samples里面的例子全部看完之后发现application.mk里面写的东西并不多，现在将我记录的给大家看一下。

APP_PLATFORM := android-24
APP_ABI := all  OR  (APP_ABI := armeabi armeabi-v7a arm64-v8a x86)   OR  (APP_ABI := armeabi-v7a x86 mips)
APP_STL := stlport_static

其实有好几个只在里面写了APP_ABI := all这一句。

APP_ABI ： 默认情况下，NDK的编译系统根据 "armeabi" ABI生成机器代码。可以使用APP_ABI 来选择一个不同的ABI。

比如：为了在ARMv7的设备上支持硬件FPU指令。可以使用  APP_ABI := armeabi-v7a

或者为了支持IA-32指令集，可以使用      APP_ABI := x86

或者为了同时支持这三种，可以使用       APP_ABI := armeabi armeabi-v7a x86

APP_STL ：默认，NDK构建系统提供由Android系统给出的最小C++运行时库（/system/lib/libstdc++.so）的C++头文件。
然而，NDK带有另一个C++实现，你可以在你自己的应用程序中使用或链接它。

定义APP_STL以选择它们其中的一个：

APP_STL := stlport_static       -->     static STLport library
APP_STL := stlport_shared    -->     shared STLport library
APP_STL := system                 -->     default C++ runtime library

至于APP_PLATFORM := android-24，我就不多说了，大家应该都懂

APP_OPTIM

这个变量是可选的，可以被定义成“release”或"debug"，用来告诉NDK将所有的模块编译成Release版本还是Debug版本。

如果这个变量被定义成“release”的话，则NDK会将所有模块编译成Release版本的，也就是会对代码进行深度优化，并且去除所有调试信息。这样的结果就是，编译出的代码执行效率高且文件比较小，但不利于调试。

如果这个变量被定义成“debug”的话，则NDK会将所有模块编译成Debug版本的，和Release版本相反，不会对代码进行任何优化，并且会加上很多调试信息。这样的结果就是，编译出的代码执行效率比较低且文件相对较大，但调试起来很方便。

如果没有特别指定这个变量，则NDK会自动查看你的应用程序是否是可调试的（即查看你项目目录下的AndroidManifest.xml文件，看是否在<application>标签中是否将android:debuggable属性设置成了"true"）来决定到底编译Release版本还是Debug版本的。

但是，如果你定义了这个变量的话，则以这个变量定义的情况为准。无论你的应用程序是否是可调试的，都不会产生影响。

APP_CFLAGS

编译选项

可以在Application.mk文件中修改此编译选项参数，此参数可以覆盖Android.mk文件中的相同定义，从而不必去Android.mk文件中修改.

需要注意地是，这个选项里的路径必须是以顶层NDK目录为相对路径，如存在以下两个文件：

sources/foo/Android.mk

sources/bar/Android.mk

如果在foo/Android.mk文件中想要添加bar目录，那么得这样便用：

APP_CFLAGS += -Isources/bar

如果这样使用:

APP_CFLAGS += -I$(LOCAL_PATH)/../bar

将会变成'-I$NDK_ROOT/../bar'，从而出现并不是你想要的结果.

在android-ndk-1.5_r1时，此选项中只在C代码中被支持，而C＋＋不支持，不过现在已经被纠正了.

之前的是项目中遇到的一些知识点，下面的是我整理的比较全面的application.mk知识点。

在Application.mk文件内定义了一些变量:
（1）APP_PROJECT_PATH（非必须）
此变量值必须是你工程根目录的绝对路径.这用于指定JNI生成的.so文件安装路径或拷贝路径.
（2）APP_MODULES
此变量是可选的，如果没有在此文件中定义，则默认由Android.mk文件决定.
如果在Application.mk文件中定义此变量，那么它必须是一串由空格相隔的模块名列表，并且与Android.mk文件中的LOCAL_MODULE变量定义保持一致.需要注意地是，NDK会自动计算模块所需要的依赖文件。
注：此变量在NDK R4版本之前是在Application.mk中是必须的,所有模块必须显式地列出.
（3）APP_CXXFLAGS
APP_CPPFLAGS的别名，将来此变量将会被抛弃。
（4）APP_CPPFLAGS
C++代码的编译选项。在android-ndk-1.5_r1版本中，此变量只适用于C++，但是现在可以同时适用于C和C＋＋。

（5）APP_BUILD_SCRIPT
在默认情况下，NDK会在jni目录下查找Android.mk文件并使用它，如果你想修改它，那么在此变量中你可以指定一个你自己的脚本来执行，路径还是以工程顶层目录为相对路径.

（6）APP_GNUSTL_FORCE_CPP_FEATURES
在先前的NDK版本中，当使用GNU libstdc++ runtime运行库（通过设置APP_STL变量为gnustl_static或gnustl_shared）都会强制支持异常和RTTI,在有些极少情况下可能会出现问题，同时会使生成的机器码包含不必须的内容。
这种问题在NDK r7b中得到解决，但是这也意味着如果你真的需要支持异常和RTTI 的话，则必须显式声明。要么通过APP_CPPFLAGS，要么通过LOCAL_CPPFLAGS，或LOCAL_CPP_FEATURES。本变量就是为了解决此问题的.
有两个选项供选择，也可同时都选择.

exceptions    -> 强制所有模块支持异常.
rtti          -> 强制所有模块支持rtti.

例如:

APP_GNUSTL_FORCE_CPP_FEATURES := exceptions rtti

注意：此变量是过滤变量，将来有可能不支持.所以建议不使用此变量.