1、誤解
新出生的事物，除了驚喜外，也會給我們帶來一定的迷惑、誤解。
1.1、誤解一： NDK 發佈之前， Android 不支持進行 C 開發
在Google 中搜索 “NDK” ，很多 “Android 終於可以使用 C++ 開發 ” 之類的標題，這是一種對 Android 平臺編程方式的誤解。其實， Android 平臺從誕生起，就已經支持 C 、 C++ 開發。衆所周知， Android 的 SDK 基於 Java 實現，這意味着基於 Android SDK 進行開發的第三方應用都必須使用 Java 語言。但這並不等同於 “ 第三方應用只能使用 Java” 。在 Android SDK 首次發佈時， Google 就宣稱其虛擬機 Dalvik 支持 JNI 編程方式，也就是第三方應用完全可以通過 JNI 調用自己的 C 動態庫，即在 Android 平臺上， “Java+C” 的編程方式是一直都可以實現的。
當然這種誤解的產生是有根源的：在Android SDK 文檔裏，找不到任何 JNI 方面的幫助。即使第三方應用開發者使用 JNI 完成了自己的 C 動態鏈接庫（ so ）開發，但是 so 如何和應用程序一起打包成 apk 併發布？這裏面也存在技術障礙。我曾經花了不少時間，安裝交叉編譯器創建 so ，並通過 asset （資源）方式，實現捆綁 so 發佈。但這種方式只能屬於取巧的方式，並非官方支持。所以，在 NDK 出來之前，我們將 “Java+C” 的開發模式稱之爲灰色模式，即官方既不聲明 “ 支持這種方式 ” ，也不聲明 “ 不支持這種方式 ” 。
1.2、誤解二：有了 NDK ，我們可以使用純 C 開發 Android 應用
Android SDK採用 Java 語言發佈，把衆多的 C 開發人員排除在第三方應用開發外（ 注意：我們所有討論都是基於“ 第三方應用開發 ” ， Android 系統基於 Linux ，系統級別的開發肯定是支持 C 語言的。 ）。NDK 的發佈，許多人會誤以爲，類似於 Symbian 、 WM ，在 Android 平臺上終於可以使用純 C 、 C++ 開發第三方應用了！其實不然， NDK 文檔明確說明： it is not a good way 。因爲 NDK 並沒有提供各種系統事件處理支持，也沒有提供應用程序生命週期維護。此外，在本次發佈的 NDK 中，應用程序 UI 方面的 API 也沒有提供。至少目前來說，使用純 C 、 C++ 開發一個完整應用的條件還不完備。
3、NDK 是什麼
對NDK 進行了粗略的研究後，我對 “NDK 是什麼 ” 的理解如下：
3.1、NDK 是一系列工具的集合。
NDK提供了一系列的工具，幫助開發者快速開發 C （或 C++ ）的動態庫，並能自動將 so 和 java 應用一起打包成 apk 。這些工具對開發者的幫助是巨大的。
NDK集成了交叉編譯器，並提供了相應的 mk 文件隔離 CPU 、平臺、 ABI 等差異，開發人員只需要簡單修改 mk 文件（指出 “ 哪些文件需要編譯 ” 、 “ 編譯特性要求 ” 等），就可以創建出 so 。
NDK可以自動地將 so 和 Java 應用一起打包，極大地減輕了開發人員的打包工作。
3.2、NDK 提供了一份穩定、功能有限的 API 頭文件聲明。 Google明確聲明該 API 是穩定的，在後續所有版本中都穩定支持當前發佈的 API 。從該版本的 NDK 中看出，這些 API 支持的功能非常有限，包含有： C 標準庫（ libc ）、標準數學庫（ libm ）、壓縮庫（ libz ）、 Log 庫（ liblog ）。
4、NDK 帶來什麼
4.1、NDK 的發佈，使 “Java+C” 的開發方式終於轉正，成爲官方支持的開發方式。
使用NDK ，我們可以將要求高性能的應用邏輯使用 C 開發，從而提高應用程序的執行效率。 使用NDK ，我們可以將需要保密的應用邏輯使用 C 開發。畢竟， Java 包都是可以反編譯的。 NDK促使專業 so 組件商的出現。（樂觀猜想，要視乎 Android 用戶的數量）
4.2、NDK 將是 Android 平臺支持 C 開發的開端。
NDK提供了的開發工具集合，使開發人員可以便捷地開發、發佈 C 組件。同時， Google承諾在 NDK 後續版本中提高 “ 可調式 ” 能力，即提供遠程的 gdb 工具，使我們可以便捷地調試 C 源碼。在支持 Android 平臺 C 開發，我們能感覺到 Google 花費了很大精力，我們有理由憧憬 “C 組件支持 ” 只是 Google Android 平臺上C 開發的開端。畢竟， C 程序員仍然是碼農陣營中的絕對主力，將這部分人排除在 Android 應用開發之外，顯然是不利於 Android 平臺繁榮昌盛的。
原文地址：點擊打開鏈接