ndk编译指令
1. 如何设置NDK的编译选项
1. 概述
首先回顾一下 Android NDK 开发中，Android.mk 和 Application.mk 各自的职责。
Android.mk，负责配置如下内容：
（1） 模块名（LOCAL_MODULE）
（2） 需要编译的源文件（LOCAL_SRC_FILES）
（3） 依赖的第三方库（LOCAL_STATIC_LIBRARIES，LOCAL_SHARED_LIBRARIES）
（4） 编译/链接选项（LOCAL_LDLIBS、LOCAL_CFLAGS）
Application.mk，负责配置如下内容：
（1） 目标平台的ABI类型（默认值：armeabi）（APP_ABI）
（2） Toolchains（默认值：GCC 4.8）
（3） C++标准库类型（默认值：system）（APP_STL）
（4） release/debug模式（默认值：release）
由此我们可以看到，本文所涉及的编译选项在Android.mk和Application.mk中均有出现，下面我们将一个个详细介绍。
2. APP_ABI
ABI全称是：Application binary interface，即：应用程序二进制接口，它定义了一套规则，允许编译好的二进制目标代码在所有兼容该ABI的操作系统和硬件平台中无需改动就能运行。（具体的定义请参考 网络 或者 维基网络 ）
由上述定义可以判断，ABI定义了规则，而具体的实现则是由编译器、CPU、操作系统共同来完成的。不同的CPU芯片（如：ARM、Intel x86、MIPS）支持不同的ABI架构，常见的ABI类型包括：armeabi，armeabi-v7a，x86，x86_64，mips，mips64，arm64-v8a等。
这就是为什么我们编译出来的可以运行于Windows的二进制程序不能运行于Mac OS/linux/Android平台了，因为CPU芯片和操作系统均不相同，支持的ABI类型也不一样，因此无法识别对方的二进制程序。
而我们所说的“交叉编译”的核心原理也跟这些密切相关，交叉编译，就是使用交叉编译工具，在一个平台上编译生成另一个平台上的二进制可执行程序，为什么可以做到？因为交叉编译工具实现了另一个平台所定义的ABI规则。我们在Windows/Linux平台使用Android NDK交叉编译工具来编译出Android平台的库也是这个道理。
这里给出最新 Android NDK 所支持的ABI类型及区别：
那么，如何指定ABI类型呢？在 Application.mk 文件中添加一行即可：
APP_ABI := armeabi-v7a //只编译armeabi-v7a版本APP_ABI := armeabi armeabi-v7a //同时编译armeabi，armeabi-v7a版本APP_ABI := all //编译所有版本
3. LOCAL_LDLIBS
Android NDK 除了提供了Bionic libc库，还提供了一些其他的库，可以在 Android.mk 文件中通过如下方式添加依赖：
LOCAL_LDLIBS := -lfoo
其中，如下几个库在 Android NDK 编译时就默认链接了，不需要额外添加在 LOCAL_LDLIBS 中：
（1） Bionic libc库
（2） pthread库（-lpthread）
（3） math（-lmath）
（4） C++ support library (-lstdc++)
下面我列了一个表，给出了可以添加到“LOCAL_LDLIBS”中的不同版本的Android NDK所支持的库：
下面是我总结的一些常用的CFLAGS编译选项：
（1）通用的编译选项
-O2 编译优化选项，一般选择O2，兼顾了优化程度与目标大小
-Wall 打开所有编译过程中的Warning
-fPIC 编译位置无关的代码，一般用于编译动态库
-shared 编译动态库
-fopenmp 打开多核并行计算，
-Idir 配置头文件搜索路径，如果有多个-I选项，则路径的搜索先后顺序是从左到右的，即在前面的路径会被选搜索
-nostdinc 该选项指示不要标准路径下的搜索头文件，而只搜索-I选项指定的路径和当前路径。
--sysroot=dir 用dir作为头文件和库文件的逻辑根目录，例如，正常情况下，如果编译器在/usr/include搜索头文件，在/usr/lib下搜索库文件，它将用dir/usr/include和dir/usr/lib替代原来的相应路径。
-llibrary 查找名为library的库进行链接
-Ldir 增加-l选项指定的库文件的搜索路径，即编译器会到dir路径下搜索-l指定的库文件。
-nostdlib 该选项指示链接的时候不要使用标准路径下的库文件
（2） ARM平台相关的编译选项
-marm -mthumb 二选一，指定编译thumb指令集还是arm指令集
-march=name 指定特定的ARM架构，常用的包括：-march=armv6， -march=armv7-a
-mfpu=name 给出目标平台的浮点运算处理器类型，常用的包括：-mfpu=neon，-mfpu=vfpv3-d16
-mfloat-abi=name 给出目标平台的浮点预算ABI，支持的参数包括：“soft”, “softfp” and “hard”
2. 用NDK编译生成动态库的时候 出现这个错误 怎么解决，libmyAdd.so是我在linux下生成的动态库
linux生成的so不能被NDK使用，编译所使用的指令集不一样
3. ndk-build怎么在命令行里写
打开cmd，进入androidndkr9所在的文件夹，执行命令：ndk-build-C[path]就可以了，path是你的工程路径。这样就会生成.so文件的
4. android开发，怎么使用ndk编译成.so文件
一、首先下载android-ndk，官方网站是：http://developer.android.com/tools/sdk/ndk/index.html
目前最新的版本是android-ndk-r8e-windows-x86.zip，下载地址：
http://dl.google.com/android/ndk/android-ndk-r8e-windows-x86.zip
下载后把压缩包解压出来，例如：D:\ndk，目录下的ndk-build.cmd就是用来编译的批处理命令。
二、编译，打开cmd命令行窗口，cd进入目录：D:\ndk\samples\hello-jni，
然后执行命令：D:\ndk\ndk-build.cmd（如果设置过环境变量则直接使用ndk-build.cmd）来编译hello-jni，如果没有错误会输出：
Gdbserver : [arm-linux-androideabi-4.6] libs/armeabi/gdbserver
Gdbsetup : libs/armeabi/gdb.setup
"Compile thumb : hello-jni <= hello-jni.c
SharedLibrary : libhello-jni.so
Install : libhello-jni.so => libs/armeabi/libhello-jni.so
三、创建android应用程序并使用so文件
打开eclipse创建一个android应用程序HelloJni，默认的com.example.hellojni包下面有一个MainActivity.java，
在此包下添加一个HelloJni.java，
5. Linux下NDK编译出的SO库能在WIndows下的android工程直接使用么
是在windows下做开发的，但是编译环境还是在linux上。。大体的步骤如下：
1.首先在windows环境下编写工程（eclipse下编写android工程）
2.打开linux开发环境(tcl平台：\\10.120.90.207\longc\workspace\code\project\kernel\android\JB)
3.将运行环境的脚本文件运行./evnsetup:配置android运行环境
/JB/build/
找到envsetup.sh
运行.envsetup.sh(source
envsetup.h或./envsetup)
所有操作都在终端完成
4.将工程文件拷贝到指定目录下（TCL平台下的自带程序在package\TCL_Apps目录下）
5.删除一些文件
保留/res,/src,AndroidManifest.xml三个文件
创建Android.mk(makefile文件，linux下用makefile文件来集成一些命令，运行程序的指令和设置都在此处)Android.mk的编写
6.编译
进入工程文件目录
输入mm命令进行编译。
7.生成apk文件，编译完成
6. cocos2dx 2.2.1工程编译android版本，有release和debug之分吗
您好，很高兴能帮助您
cocos2dx 2.2.1
去cocos2dx就好，最好是2.2.1版本。3.0版本变化比较大，也没测试过。
3. 创建工程
使用cocos2dx目录下的tools/project-creator/create_project.py创建一个工程。
4. 编译android版本
网上很多文章说，编译cocos2dx的Android版本时需要安装cygwin之类的，其实这对于目前的ndk版本来说是不必要的，因为高版本的ndk都集成了cygwin的一些功能。我这里使用的是ndk r9d。下面来说一下操作步骤。
我编译的习惯是直接在jni目录下预先ndk-build命令，因为在Windows下使用.sh结尾的文件太怪异了。首先来看一下build_native.sh干的工作：
这是build_native.sh中实际工作的部分。可以看到它使用NDK_ROOT下的ndk-build来编译，还导入了NDK_MODULE_PATH, 这个NDK_MODULE_PATH是为Android.mk中的import-mole提供路径选择。
现在来导入NDK_MODEL_APTH, 在Android.mk的import-mole之前加上cocos2dx中的几个路径：
$(call import-add-path, G:/cocos2dx)
$(call import-add-path, G:/cocos2dx/cocos2dx/platform/third_party/android/prebuilt)
运行ndk-build, 编译。
编译时可能出现这样的错误：error: GLES2/gl2.h: No such file or directory，这是因为低版本的Android版本不支持opengl es2.0，在Application.mk中加上：
APP_PLATFORM := android-17
5. 生成apk包
在eclipse下打开创建的工程，导入相关的包后，在AndroidMenifest.xml中加入：
android:debuggable="true"
表明这是一个可以调试的包。运行，结果出现：
这是因为该工程默认使用build_native.sh编译：
因为build_native.sh现在已经没用了，所以把它改成：
这个意思是，直接使用NDK_ROOT环境变量下的ndk-build.cmd来编译工程，编译成debug版本，编译成armeabi和armeabi-v7a两种指令格式的库，执行这个命令的目录是工程目录下的jni文件夹。debug版本和armeabi-v7b主要是为了后面使用visualGDB调试做准备。
再编译，就可以生成apk包了。
VisualGDB调试
并安装VisualGDB, 安装完成后，在Visual Studio的目录中可以看到Android选项：
2. 配置VisualGDB, 在Android -> Setup SDK/NDK location
主要配置JDK，SDK，NDK，ANT路径
3. 设置要调试的apk包。Android -> Debug a Custom APK file
4 设置完成后，在代码中设置断点，点击Debug, 开始调试
5. 等apk安装完成后，程序会运行到断点出，就可以开始用Visual Studio调试了
你的是我前进的动力，
记得好评和，答题不易，互相帮助，
7. 如何调试android NDK 交叉编译的cpp文件
主要讲一下具体的步骤，具体的ndk指令我就不说了，贴的文章都有：
首先是写一个.java文件，本例中是HprofDumper.java
具体如下：
public class HprofDumper {
public native boolean hprofDumper(String filename, String outname);
}
然后用命令javac HprofDumper.java 生成.class文件
再用javah HprofDumper 生成相应的.h文件
生成的.h文件如下
#include
#ifndef _Included_HprofDumper
#define _Included_HprofDumper
#ifdef __cplusplus
extern "C" {
#endif
JNIEXPORT jboolean JNICALL Java_HprofDumper_hprofDumper
(JNIEnv *, jobject, jstring, jstring);
#ifdef __cplusplus
}
#endif
#endif
然后只需要在对应的.cpp文件完成相应函数即可，核心代码如下：
#include "HprofDumper.h"
#include "hprof.h"
JNIEXPORT jboolean JNICALL Java_HprofDumper_hprofDumper
(JNIEnv *env, jobject obj, jstring in_file, jstring out_file)
{
const char *filename = env->GetStringUTFChars(in_file, 0);
const char *outname = env->GetStringUTFChars(out_file, 0);
return hprof_mp(filename, outname);
}
其中hprof_mp是纯c++代码，引入即可。
有一点需要注意，标红了已经，就是生成的.h文件函数并没具体形参名字，只有形参类型，在.cpp文件中要加入相应的形参名字，本例为env、 obj、 in_file和out_file。
还有一点c和c++的区别，就是env的使用。
本例中C++为env->GetStringUTFChars(in_file, 0);
如果是C就应该改为(env)->GetStringUTFChars(env,in_file, 0);
调用Java类型 : C中调用Java中的String类型为 jstring;
C语言方法名规则 : Java_完整包名类名_方法名(JNIEnv *env, jobject thiz), 注意完整的类名包名中包名的点要用 _ 代替;
参数介绍 : C语言方法中有两个重要的参数, JNIEnv *env, jobject thiz ;
-- JNIEnv参数 : 该参数代表Java环境, 通过这个环境可以调用Java中的方法;
-- jobject参数 : 该参数代表调用jni方法的类,;
调用jni.h中的NewStringUTF方法 : 该方法的作用是在C语言中创建一个Java语言中的String类型对象, jni.h中是这样定义的 jstring (*NewStringUTF)(JNIEnv*, const char*), JNIEnv 结构体中包含了 NewStringUTF 函数指针, 通过 JNIEnv 就可以调用这个方法;
完成代码编写后，在当前目录下完成Android.mk和Application.mk的编写
首先是Android.mk
本例中为：
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE := hprof-mper
LOCAL_C_INCLUDES += external/stlport/stlport
LOCAL_C_INCLUDES += bionic
LOCAL_C_INCLUDES += bionic/libstdc++/include
LOCAL_SRC_FILES := HprofDumper.cpp \
xx.cpp \
xx.cpp \
xx.cpp \
xx.cpp \
xx.cpp \
xx.cpp \
xxx.cpp
LOCAL_SHARED_LIBRARIES := libstlport
include $(BUILD_SHARED_LIBRARY)
注意标红的是最关键的，LOCAL_C_INCLUDES 顾名思义是需要的头文件的所在的目录，那三个参数主要为了引入STL，最重要！！LOCAL_SHARED_LIBRARIES 我一直生成失败就是没加这个参数，不光要引入头文件，还要引入具体的lib，这就是这个字段的作用。
具体字段的作用：
-- LOCAL_PATH : 代表mk文件所在的目录;
-- include $(CLEAR_VARS) : 编译工具函数, 通过该函数可以进行一些初始化操作;
-- LOCAL_MODULE : 编译后的 .so 后缀文件叫什么名字;
-- LOCAL_SRC_FILES: 指定编译的源文件名称;
-- include $(BUILD_SHARED_LIBRARY) : 告诉编译器需要生成动态库;
Applicaion.mk中就一行
APP_STL = stlport_static
表示使用stl静态库。
注意：我用了STL，大家没有用STL的当然不用引入这些啦~
8. NDK交叉编译之自定义工具链
首先上官方文档
https://developer.android.com/ndk/guides/standalone_toolchain.html
可以自定义工具链进行交叉编译
1.对不同的指令集APP_ABI设置
2.工具链和相应的值，使用--arch
3.工具链和相应的值，使用--toolchain
主机工具链和相应的值，使用-system
自定义
上面演示的仅仅是单一的arm工具链
可以根据自己的需要独立配置
不过相应的arch和对应的toolchain要对应
可以写个Shell脚本处理make_toolchain.sh
在开头配置好相应的路径，和platform即可
运行
交叉编译的工具链配置完成，方便后续进行交叉编译
9. 如何在命令行下使用Android NDK交叉编译工具
命令后要跟源文件名,原文件要在当前目录下,还要在$PATH中指定交叉编译工具链的位置。