ndk為什麼交叉編譯

『壹』 「android NDK 」是什麼，在什麼情況下使用

1、NDK是一系列工具的集合。

2、NDK提供了一份穩定、功能有限的API頭文件聲明。

3、NDK的發布，使「java+C」的開發方式終於轉正，成為官方支持的開發方式。

4、NDK將使Android平台支持C開發的開端。

NDK使得在android中，java可以調用C函數庫。我們都知道，java是半解釋型語言，很容易被反匯編後拿到源代碼文件，在開發一些重要協議時，我們為了安全起見，使用C語言來編寫這些重要的部分，來增大系統的安全性。還有，在一些接近硬體環境下，相信大家都清楚C與java的優劣。順帶提一下：NDK並不能顯著提升應用效率。why？我們都覺得C語言比起java來說效率要高出很多，一方面，隨著jdk的不斷更新，java的效率也隨之提高；另一方面，即便使用C語言編碼提高了應用效率，但是在java與C相互調用時平白又增大了開銷。

『貳』 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）。

『叄』 如何在windows上用ndk交叉編譯其他平台程序

目標 ：編譯arm64的.so庫

編譯方法：理論上應該有兩種交叉編譯方法，法一，在linux伺服器上安裝交叉工具鏈，直接用交叉工具鏈進行編譯鏈接；法二，使用ndk完成交叉編譯，因為

ndk已經安裝好交叉編譯工具鏈，以及相關的系統庫和系統頭文件了。這兩種方法的區別在於，linux伺服器上的編譯使用的makefile和ndk使用的.mk
文件顯然不同。原因是ndk作為一個集成編譯環境，制定了一套特定的規則用於生成最終的編譯腳本。

這里簡單總結下，如何在windows用ndk進行交叉編譯arm64目標平台的.so庫：

step1:找到ndk開發工具包，官網之類的都可以下載，Android-ndk64-r10-windows-x86_64.rar文件

step2:解壓上述ndk工具包，將包含程序源文件和頭文件的文件夾testProject都放入android-ndk-r10下的samples目錄下。

放在其他地方當然也可以，但是後續相對路徑之類的不太好加，既然其他例子都放這，把代碼放這編譯是最保險的了。

step3:在testProject中增加一個jni的文件夾，必須要添加！！！！！！

step4:在jni文件夾中，添加一個Android.mk的文件，必須要添加！！！！！

step5:在jni文件夾中，添加一個Application.mk的文件與Android.mk並列，必須要添加！！！！！

step6:Android.mk和Application.mk合起來就類似於linux環境下的makefile編譯文件。

如何寫Android.mk，可以參考例子helllo-jni中jni文件夾下的Android.mk。

LOCAL_PATH:=$(call my-dir) #必須要寫的

include $(CLEAR_VARS) #必須要寫的

LOCAL_MODULE:=hello-jni #編譯出來的模塊名稱

LOCAL_SRC_FILES:=hello-jni.c #制定編譯的源文件名稱

include $(BUILD_SHARED_LIBRARY)#放在最後

除了上述變數之外，還有其他的指定的變數，

LOCAL_CFLAGS，用於指定編譯選項，這個和makefile中是完全一樣的，可以指定編譯選項-g，也可以指定編譯宏及宏值

LOCAL_LDLIBS，用於指定鏈接的依賴庫，這個可以makefile也是完全一樣的，可以指定鏈接庫用-l庫名，以及指定庫搜索路徑用_L路徑名

LOCAL_STATIC_LIBRARIES，指定鏈接的靜態庫名，makefile中沒有

LOCAL_C_INCLUDES，用於指定編譯頭文件的路徑，和makefile中不同，路徑前不需要加-I，直接寫路徑即可，可以是相對路徑或絕對路徑，

多個路徑之間用空格隔開。

編寫上述Android.mk碰到的問題有，

(1)使用默認的系統自動載入stl庫頭文件總是出錯，只好手動在LOCAL_STATIC_LIBRARIES指定sources/cxx-stl/stlport/stlport來完成對#include<string>這種c++形式的頭文件載入

(2)使用$(SYSROOT)/usr/include來完成對系統庫頭文件的載入，結果找不到sem_t符號，只好指定platforms/android-L/arch-arm64/usr/include

step7:Application.mk編寫

APP_STL指定使用的stl移植庫，動態或者靜態都行

APP_CPPFLAGS，指定app編譯的編譯選項

APP_ABI指定abi規范類型，例如arm64-v8a，也可以寫成ALL就是把所有的類型全部編一編

APP_PLATFORM指定編譯的platform名稱，這里可以寫成android-L或者不指定全編。

step8:編譯完成後，運行。

啟動cmd，使用cd /D進行到testProject的jni目錄下

step9:將android-ndk-r10下的ndk-build.cmd直接拖拽到cmd中，此時直接敲回車，就可以編譯了。當然也可以加一個 clean，清除編譯中間文件。

step10:檢查下編譯結果，編譯成功後在testProject中多了兩個文件夾與jni並列的，libs和obj。
編譯鏈接後的結果就在libs中！

『肆』 android studio中的ndk是什麼意思

NDK意思簡介：

1.NDK是一系列工具的集合

NDK提供了一系列的工具，幫助開發者快速開發C(或C++)的動態庫，並能自動將so和java應用一起打包成apk。這些工具對開發者的幫助是巨大的。

NDK集成了交叉編譯器，並提供了相應的mk文件隔離CPU、平台、ABI等差異，開發人員只需要簡單修改mk文件(指出「哪些文件需要編譯」、「編譯特性要求」等)，就可以創建出so。

NDK可以自動地將so和Java應用一起打包，極大地減輕了開發人員的打包工作。

2.NDK提供了一份穩定、功能有限的API頭文件聲明

Google明確聲明該API是穩定的，在後續所有版本中都穩定支持當前發布的API。從該版本的NDK中看出，這些API支持的功能非常有限，包含有：C標准庫(libc)、標准數學庫(libm)、壓縮庫(libz)、Log庫(liblog)。

『伍』 如何使用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」

『陸』 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平台的一系列原生系統頭文件和庫。

(6)ndk為什麼交叉編譯擴展閱讀：

NDK的產品優勢：

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

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

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

參考資料來源：網路：NDK

『柒』 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文件。