NDK Application.mk使用手册

本文档从NDK安装目录下的说明文档翻译而来,位置:$NDK/docs/APPLICATION-MK.html

1 概述

Application.mk用来描述你的工程下的native模块, 一般放在$PROJECT/jni/Application.mk, 其中$PROJECT表示你的工程目录，这样就可以被ndk-build脚本文件找到.(注：在这种方式下，进入jni目录，即$PROJECT/jni/,然后执行ndk-build，就可以直接编译jni生成.so文件了).

还有另外一种方法就是将Application.mk文件放在$NDK/app/<myapp>/Application.mk,其中$NDK为NDK的安装目录，<myapp>为你的应用程序名.在这种方式下，进入$NDK安装目录，然后输入make APP=<name>，即可编译你的JNI代码.此种方法是ndk-r4之前的方法，虽然出于兼容的原因目录还支持，但是不建议使用此种方法，因为第一种方法简单，且方便.

在Application.mk文件内定义了一些变量:

APP_PROJECT_PATH

此变量值必须是你工程根目录的绝对路径.这用于指定JNI生成的.so文件安装路径或拷贝路径.

注：此变量对于第一种方法是可选了，但对于第二种方法却是必须的.

APP_MODULES

模块名

此变量是可选的，如果没有在此文件中定义，则默认由Android.mk文件决定.

如果在Application.mk文件中定义此变量，那么它必须是一串由空格相隔的模块名列表，并且与Android.mk文件中的LOCAL_MODULE变量定义保持一致.需要注意地是，NDK会自动计算模块所需要的依赖文件。

注：此变量在NDK R4版本之前是在Application.mk中是必须的,所有模块必须显式地列出.

APP_OPTIM

优化选项

此变量是可选的，其值可以为'release'或'debug'.此变量用来修改优先等级.默认情况下为release.在release模式下，将编译生成被优化了的二进制的机器码，而debug模块用来生成便于调试的未被优化的二进制机器码。

需要注意地是，如果你的程序在manifest文件中的节点下<application>已经设置了android:debuggable属性为"true",则Apllication.mk文件此变量的默认值则为'debug'而不是'release',可以在Application.mk文件中将此变量值设置为'release'而覆盖其值.

虽然在两种模块下都可以调试，但是release模式下提供更少的调试信息，比如：一些变量被优化从而不能被检查，代码重组，及跟踪。

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＋＋不支持，不过现在已经被纠正了.

APP_CXXFLAGS

APP_CPPFLAGS的别名，将来此变量将会被抛弃。

APP_CPPFLAGS

C++代码的编译选项。在android-ndk-1.5_r1版本中，此变量只适用于C++，但是现在可以同时适用于C和C＋＋。

APP_BUILD_SCRIPT

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

APP_ABI

在默认情况下，NDK会使用'armeabi' ABI 来生成二进制机器码，这是基于ARMv5TE的浮点运算CPU，这可以通过使用此变量来选项不同的ABI(Application Binary Interface).

例如:支持基于armv7 FPU指令集的设备:

APP_ABI := armeabi-v7a

支持IA-32指令集：

APP_ABI := x86

同时支持三种：

APP_ABI := armeabi armeabi-v7a x86

从NDK-r7版本后，同时支持三种还可以这样写：

APP_ABI := all

有关ABI更详细的内容请参考文档：docs/CPU-ARCH-ABIS.html

APP_STL

C++标准库

在默认情况下，NDK通过Androoid自带的最小化的C++运行库(system/lib/libstdc++.so)来提供标准C++头文件.然而，NDK提供了可供选择的C++实现，你可以通过此变量来选择使用哪个或链接到你的程序。

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

更多详细内容请参考文档docs/CPLUSPLUS-SUPPORT.html。

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

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