ndkandroidmk

1. android ndk是什麼

android是安卓的縮寫，NDK是日本電波工業株式會社的英文縮寫，Android NDK 是在SDK前面又加上了「原生」二字，即Native Development Kit，因此又被Google稱為「NDK」。

Android程序運行在Dalvik虛擬機中，NDK允許用戶使用類似C / C++之類的原生代碼語言執行部分程序。NDK包括以下方面：

1、從C / C++生成原生代碼庫所需要的工具和build files。

2、將一致的原生庫嵌入可以在Android設備上部署的應用程序包文件（application packages files ，即.apk文件）中。

3、支持所有未來Android平台的一系列原生系統頭文件和庫。

(1)ndkandroidmk擴展閱讀：

NDK的產品優勢：

1、NDK擁有培育人工水晶的豐富經驗。而好的人工水晶決定了優質晶振產品的一半的品質。

2、NDK晶振產品尺寸、規格全面，既可滿足中小型、超小型電子元器件的要求，也適用於各類規格要求的細分市場。

3、NDK晶體諧振器、晶體振盪器具有非常優越的頻率一致性和穩定性。特別在汽車電子市場，即使在嚴峻的寬溫（-40度到150度）和震動撞擊環境下，都能保持良好的穩定性。

參考資料來源：網路：NDK

2. 如何使用android的ndk編譯器 編譯c++的庫

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」

3. android ndk到底是什麼

NDK是一系列工具的集合。它提供了一系列的工具，幫助開發者快速開發C（或C++）的動態庫，並能自動將so和java應用一起打包成apk(AndroidPackage的縮寫，Android安裝包)。這些工具對開發者的幫助是巨大的。它集成了交叉編譯器，並提供了相應的mk文件隔離CPU、平台、ABI等差異，開發人員只需要簡單修改mk文件（指出「哪些文件需要編譯」、「編譯特性要求」等），就可以創建出so。它可以自動地將so和Java應用一起打包，極大地減輕了開發人員的打包工作。
NDK提供了一份穩定、功能有限的API頭文件聲明，Google明確聲明該API是穩定的，在後續所有版本中都穩定支持當前發布的API。從該版本的NDK中看出，這些API支持的功能非常有限，包含有：C標准庫（libc）、標准數學庫（libm）、壓縮庫（libz）、Log庫（liblog）。

4. 在使用Android NDK開發時，jni目錄下的Android.mk是如何被調用的

在android用過cocos2dx框架的程序不？
android程序中activity中只是引導的，其中System.loadLibrary("");這句才是關鍵，其中參數為一個windows平台下JNI庫文件。

5. 「Android NDK 」是什麼，在什麼情況下使用

Android 應用是在dalvik虛擬機中運行的。NDK可以讓你使用本地代碼語言來開發應用，比如說C/C++，這種方法對某些類型的應用的是有好處的，可以充分利用本地代碼和在某些情況下加速代碼的執行。
對於絕大多數的應用來說，使用NDK並不是一個明智的選擇，作為一個開發者，我們需要衡量它所帶來的好處和缺點。使用本地代碼並不一定可以使性能得到優化，但是通常使得應用代碼變得復雜。一般來說，我們將應用中關鍵部分的代碼用C/C++寫，而不能由於我們習慣於用C/C++開發而把所有的代碼都用C/C++來實現。
有下面這些特點的應用可以考慮使用NDK：
1 獨立的，不和其他應用有關系的
2 頻繁佔用CPU但是申請的內存空間不是很大的操作，像信號的處理，物體的模擬等等
簡單的用C/C++重寫我們的代碼是不會帶來很大的性能提升的。
在考慮是否採用本地代碼開發的時候，要結合應用的實際需求並且看看Android 的framework層是否提供了我們需要的API，但是用NDK可以充分利用本地已經有的代碼。
Android framework提供下面兩種方法來使用本地代碼：
1 在Android framework的框架下面開發應用，使用JNI的方法來使用NDK本地方法提供的API。這樣的好處就是我們可以很好的利用的Android的framework提供的框架，但是需要編寫本地具體實現的代碼。這樣的APK可以在Android 1.5及其之後的版本上面運行。
2 寫一個本地的Activity，在本地代碼中實現生命回調函數，AndroidSDk提供了
類，這個類可以方便的讓你在你的本地代碼中實現回調函數（OnCreate,OnPause）,從而當這些事件發生的時候處理。

6. Android NDK開發簡介 NDK和SDK以及JNI有什麼關系

NDK:Android NDK 是在SDK前面又加上了「原生」二字，即Native Development Kit，因此又被Google稱為「NDK」。
NDK全稱：Native Development Kit。
NDK是一系列工具的集合。
* NDK提供了一系列的工具，幫助開發者快速開發C（或C++）的動態庫，並能自動將so和java應用一起打包成apk。這些工具對開發者的幫助是巨大的。
* NDK集成了交叉編譯器，並提供了相應的mk文件隔離CPU、平台、ABI等差異，開發人員只需要簡單修改mk文件（指出「哪些文件需要編譯」、「編譯特性要求」等），就可以創建出so。
* NDK可以自動地將so和Java應用一起打包，極大地減輕了開發人員的打包工作。
其實：
NDK就是能夠方便快捷開發.so文件的工具。JNI的過程比較復雜，生成.so需要大量操作，而NDK就是簡化了這個過程。

Android SDK:
SDK （software development kit）軟體開發工具包。被軟體開發工程師用於為特定的軟體包、軟體框架、硬體平台、操作系統等建立應用軟體的開發工具的集合。因此！Android SDk 指的既是Android專屬的軟體開發工具包

JNI:
Java Native Interface (JNI)標準是java平台的一部分，它允許Java代碼和其他語言寫的代碼進行交互。JNI 是本地編程介面，它使得在 Java 虛擬機 (VM) 內部運行的 Java 代碼能夠與用其它編程語言(如 C、C++ 和匯編語言)編寫的應用程序和庫進行交互操作
當然一般需要進行如下操作流程：
1) 編寫java程序：這里以HelloWorld為例。為了實現在 java代碼中調用c函數printf。
代碼1：
class HelloWorld {
public native void testHelloWorld();
static {
System.loadLibrary("hello");
}
public static void main(String[] args) {
new HelloWorld().testHelloWorld();
}
}
聲明native方法：如果你想將一個方法做為一個本地方法的話，那麼你就必須聲明改方法為native的，並且不能實現。
Load動態庫：System.loadLibrary("hello");
這里一般是以static塊進行載入的。同時需要注意的是System.loadLibrary()的參數「hello」是動態庫的名字。
2) 編譯
javac HelloWorld.java
3) 生成擴展名為h的頭文件 javah ?
JNIEXPORT void JNICALL Java_HelloWorld_testHelloWorld (JNIEnv *, jobject);

這個h文件相當於我們在java裡面的介面，這里聲明了一個 Java_HelloWorld_testHelloWorld (JNIEnv *, jobject)方法，然後在我們 的本地方法裡面實現這個方法，也就是說我們在編寫C/C++程序的時候所使用的方法名必須和這里的一致）。
4) 編寫本地方法實現和由javah命令生成的頭文件裡面聲明的方法名相同的方法

代碼2：
#include "jni.h"
#include "HelloWorld.h"
#include other headers

JNIEXPORT void JNICALL Java_HelloWorld_testHelloWorld(JNIEnv *env, jobject obj)
{
printf("Hello world!/n");
return;
}
注意代碼2中的第1行，需要將jni.h（該文件可以在%JAVA_HOME%/include文件夾下面找到）文件引入，因為在程序中的JNIEnv、 jobject等類型都是在該頭文件中定義的；另外在第2行需要將HelloWorld.h頭文件引入。然後保存為 HelloWorldImpl.c就ok了。
5) 生成動態庫
這里以在Windows中為例，需要生成dll文件。在保存HelloWorldImpl.c文件夾下面，使用VC的編譯器cl成。 cl -I%java_home%/include -I%java_home%/include/win32 -LD HelloWorldImp.c -Fehello.dll 注意：生成的dll文件名在選項-Fe後面配置，這里是hello，因為在HelloWorld.java文件中我們loadLibary的時候使用的名字是hello。
另外需要將-I%java_home%/include -I%java_home%/include/win32參數加上，因為在第四步裡面編寫本地方法的時候引入了jni.h文件。

7. android.mk怎麼在jni編譯時把系統頭文件包含

Android 2.3.6：LOCAL_CPP_FEATURES： 可選。用來指定C++ features。 LOCAL_CPP_FEATURES := rtti LOCAL_CPP_FEATURES := exceptions 2.3.7：LOCAL_C_INCLUDES： 一個可選的path列表。相對於NDK ROOT 目錄。編譯時，將會把這些目錄附上。 LOCAL_C_INCLUDES := sources/foo LOCAL_C_INCLUDES := $(LOCAL_PATH)/../foo 2.3.8: LOCAL_CFLAGS: 一個可選的設置，在編譯C/C++ source 時添加如Flags。 用來附加編譯選項。 注意：不要嘗試在此處修改編譯的優化選項和Debug等級。它會通過您Application.mk中的信息自動指定。 也可以指定include 目錄通過：LOCAL_CFLAGS += -I<path>。 這個方法比使用LOCAL_C_INCLUDES要好。因為這樣也可以被ndk-debug使用。 2.3.9: LOCAL_CXXFLAGS: LOCAL_CPPFLAGS的別名。 2.3.10: LOCAL_CPPFLAGS: C++ Source 編譯時添加的C Flags。這些Flags將出現在LOCAL_CFLAGS flags 的後面。 2.3.11: LOCAL_STATIC_LIBRARIES: 要鏈接到本模塊的靜態庫list。(built with BUILD_STATIC_LIBRARY) 2.3.12: LOCAL_SHARED_LIBRARIES: 要鏈接到本模塊的動態庫。 2.3.13：LOCAL_WHOLE_STATIC_LIBRARIES： 靜態庫全鏈接。 不同於LOCAL_STATIC_LIBRARIES，類似於使用--whole-archive 2.3.14：LOCAL_LDLIBS： linker flags。 可以用它來添加系統庫。 如 -lz: LOCAL_LDLIBS := -lz 2.3.15: LOCAL_ALLOW_UNDEFINED_SYMBOLS: 2.3.16: LOCAL_ARM_MODE: 預設模式下，ARM目標代碼被編譯為thumb模式。每個指令16位。如果指定此變數為：arm。 則指令為32位。 LOCAL_ARM_MODE := arm 其實也可以指定某一個或者某幾個文件的ARM指令模式。 2.3.17: LOCAL_ARM_NEON: 設置為true時，會講浮點編譯成neon指令。這會極大地加快浮點運算(前提是硬體支持) 只有targeting 為 'armeabi-v7a'時才可以。 2.3.18：LOCAL_DISABLE_NO_EXECUTE： 2.3.19: LOCAL_EXPORT_CFLAGS: 定義這個變數用來記錄C/C++編譯器標志集合， 並且會被添加到其他任何以LOCAL_STATIC_LIBRARIES和LOCAL_SHARED_LIBRARIES的模塊的LOCAL_CFLAGS定義中 LOCAL_SRC_FILES := foo.c bar.c.arm 注意：此處NDK版本為NDK R7C.（不同NDK版本，ndk-build所產生的Makefile並不完全相同）

8. 如何調用android.mk 中的變數

變數
1
LOCAL_PATH := $(call my-dir)
1、解釋 LOCAL_PATH：
英文：如下圖
中文：Android.mk 開始必須定義變數 LOCAL_PATH，它用來指定源文件的位置
2、解釋 my-dir：
英文：如下圖
中文：編譯系統提供的'my-dir'宏函數，被用來獲取當前的目錄。

2
include $(CLEAR_VARS)
1、解釋 CLEAR_VARS：
英文：如下圖
中文：編譯系統提供CLEAR_VARS變數，它指向了一個用來清除 LOCAL_ 開頭的變數（LOCAL_PATH除外)的makefile文件，需要它的原因是整個的編譯上下文中，所有的變數都是全局的，這樣就可以保證這些變數只在局部范圍內起作用；

3
LOCAL_MODULE := hello-jni
1、解釋 LOCAL_MODULE：
英文：如下圖
中文：每一個android.mk文件中都必須定義一個模塊標示 LOCAL_MODULE ， 這個名字必須是唯一的並且不包含任何的空格，編譯系統將自動的修改生成文件的前綴和後綴，如一個模塊為'foo'共享庫將被改為'libfoo.so';
重要提示，如果你的模塊名為'libfoo',編譯系統生成的文件為 'libfoo.so', 而不會去再增加前綴，當你使用的時候，android平台會自動識別；

4
LOCAL_SRC_FILES := hello-jni.c
1、解釋 LOCAL_SRC_FILES
英文：如下圖
中文：LOCAL_SRC_FILES必須包含一系列的C/C++源文件，他們將會被建立和裝載到模塊中，注意你不應該把需要包含的頭文件列在這里，因為建立系統將自動計算依賴項，只有源文件才能夠被編譯器識別；
2、解釋 LOCAL_CPP_EXTENSION
英文：如下圖
中文：注意默認的c++文件擴展名是'.cpp', LOCAL_CPP_EXTENSION可以用來指定不同類型的擴展名，不要忘了前面的點（如：'.cxx' 將起作用, 但是 'cxx'不會起作用).
如：LOCAL_CPP_EXTENSION := .cc .cpp

5
include $(BUILD_SHARED_LIBRARY)
1、解釋 BUILD_SHARED_LIBRARY
英文：如下圖
中文：『建立系統』提供個變數 BUILD_SHARED_LIBRARY， 將根據在『include』之前定義的所有的信息和LOCAL_前綴的變數，決定將建立什麼，如何正確的生成共享庫；
2、解釋 BUILD_STATIC_LIBRARY
英文： 如下圖
中文： 同上，只不過它生成的是靜態庫

6
LOCAL_C_INCLUDES := $(NDK_ROOT)/sources/third_party/freetype
1、解釋 NDK_ROOT
中文：NDK_ROOT 代表的是ndk的根目錄，如我的是「D:\Android\android-ndk-r10」，這個例子是用來載入ndk根目錄下的freetype的頭文件路徑；
7
LOCAL_LDFLAGS := \
$(LOCAL_PATH)/libs/$(TARGET_ARCH_ABI)/libfreetype.a
1、解釋 LOCAL_LDFLAGS
中文：用來載入用戶自己的靜態庫(.a文件)
2、解釋 TARGET_ARCH_ABI
中文：當前的cpu/abi的類型，在鏈接不同類型的CPU_ABI時非常有用，如下圖

8
$(call import-add-path,$(LOCAL_PATH)/libsrc)
1、解釋：import-add-path
中文：增加自己的路徑到 NDK_MODULE_PATH 環境變數中，再非ndk根目錄/sources下編譯時會用到
9
LOCAL_SRC_FILES := hello-jni.c HelloJni.cpp
$(error $(LOCAL_SRC_FILES))
1、解釋：$
中文：變數前面加上"$"用來返回變數的值
2、解釋：$(error string)
中文：用來將string所對應的內容列印到控制台，並且android.mk文件停止繼續進行編譯，如下圖

10
LOCAL_SRC_FILES := hello-jni.c HelloJni.cpp
$(warning $(LOCAL_SRC_FILES))
1、解釋：$(warning string)
中文：用來將string所對應的內容列印到控制台，並且android.mk文件將繼續進行編譯，如下圖

11
LOCAL_PRELINK_MODULE := false
1、解釋 LOCAL_PRELINK_MODULE：
中文：關閉編譯器鏈接前進行代碼優化，防止將沒有用到的代碼不添加到生成的庫中
12
LOCAL_EXPORT_CFLAGS := -DFOO=1
1、解釋 LOCAL_EXPORT_CFLAGS
定義這個變數來記錄一些列的 c/c++編譯標志，他們將會增加到其他的使用這個模塊的LOCAL_CFLAGS中，LOCAL_CFLAGS的功能相當於：LOCAL_STATIC_LIBRARIES 和 LOCAL_SHARED_LIBRARIES 這兩個變數；

13
LOCAL_STATIC_LIBRARIES := foo
1、解釋 LOCAL_STATIC_LIBRARIES
鏈接進來一個靜態庫的模塊，這里是靜態庫的模塊的名稱，而不是靜態庫的名稱
14
LOCAL_SHARED_LIBRARIES
鏈接進來一個動態庫的模塊，這里是動態庫的模塊的名稱，而不是靜態庫的名稱

15
LOCAL_EXPORT_CPPFLAGS
跟 LOCAL_EXPORT_CFLAGS 的功能一樣，但是它只能夠在c++中使用

16
LOCAL_EXPORT_C_INCLUDES
跟 LOCAL_EXPORT_CFLAGS，但是對於c的 include路徑，被調用模塊申明後，使用模塊可以很方便的使用包含的路徑

17
LOCAL_EXPORT_LDFLAGS
跟LOCAL_EXPORT_CFLAGS的作用一樣，但是僅僅是鏈接選項
18
LOCAL_EXPORT_LDLIBS
跟LOCAL_EXPORT_CFLAGS的作用類似，但是這個變數說明的系統庫，需要帶上 '-l' 前綴，他們將導入鏈接器選項，並追加到你的模塊的 LOCAL_LDLIBS
19
LOCAL_ALLOW_UNDEFINED_SYMBOLS := true
允許未定義的符號
20
LOCAL_CFLAGS
.c文件對應的編譯標記變數
21
LOCAL_LDLIBS
用來鏈接共享庫（so）或者執行文件，使用系統的庫文件的時候，需要加上前綴 '-l'，例如下面的例子，將告訴連接器生成的模塊的時候同時鏈接 /system/lib/libz.so
LOCAL_LDLIBS := -lz
注意：如果你在一個模塊中鏈接一個靜態庫，這個靜態庫是不會起作用的，同時ndk-build 會列印出一條警告消息
22
LOCAL_CFLAGS := -fvisibility=hidden
隱藏庫函數名
23
LOCAL_PROGUARD_ENABLED默認是打開的，不特別指定的話，就是起作用的，就可能做優化。
LOCAL_PROGUARD_ENABLED:= disabled

9. android studio怎麼創建ndkclass.c和android.mk文件

Android.mk文件首先需要指定LOCAL_PATH變數，用於查找源文件,宏函數』my-dir』, 由編譯系統提供。由於一般情況下Android.mk和需要編譯的源文件在同一目錄下，所以定義成如下形式：
LOCAL_PATH:=$(call my-dir)
上面的語句的意思是 將LOCAL_PATH變數定義成 本文件所在 目錄路徑。
一個 Android.mk中 可以 定義 多個編譯模塊，每個編譯模塊 都是 以include $(CLEAR_VARS)開始
以include $(BUILD_XXX)結束

相關鏈接：http://blog.csdn.net/wh_19910525/article/details/7518190