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中指定交叉編譯工具鏈的位置。