① android.mk解析與使用看這篇就夠了
背景圖來源:
爭取每一篇文章都是精華,每一篇文章都能做到後期維護,本篇內容也可通過本人唯一 〖阿里雲地址 (點我跳轉)〗 查看
寫在前面:
官網對Android.mk的介紹 (點我跳轉);注意新的源碼中很多app已經切換到了Android.bp,不過目前Android.mk還是兼容的
一、Android.mk理解:
Android.mk是一個向Android NDK構建系統描述NDK項目的GNU makefile片段(可以理解為Android工程管理文件的說明書)。將源文件分組為模塊或編譯生成以下幾種:
1、庫是寫好的現有的,成熟的,可以復用的代碼。本質上來說庫是一種可執行代碼的二進制形式,可以被操作系統載入內存執行。庫有兩種:靜態庫(.a、.lib)和動態庫(.so、.dll)
2、靜態庫和動態庫的理解(可選):
靜態庫在編譯時會將依賴的所有代碼合並到一個可執行文件中,而動態庫在運行時才載入依賴的代碼,通常用於模塊化設計和代碼復用。
二、Android.mk詳細解析:
1、LOCAL_PATH := $(call my-dir):
定義當前模塊的路徑
2、include $(CLEAR_VARS):
清理變數,為新模塊的配置做准備
3、LOCAL_SRC_FILES :=$(call all-subdir-java-files):
指定需要編譯的Java文件
4、LOCAL_MODULE := Bgwan:
定義模塊名稱
5、LOCAL_MODULE_PATH :=$(TARGET_ROOT_OUT):
設置模塊生成的目標路徑
6、include $(BUILD_SHARED_LIBRARY):
指示構建系統生成共享庫
7、LOCAL_MODULE_TAGS := optional:
設置編譯標簽
8、LOCAL_CERTIFICATE := platform:
設置簽名屬性
9、LOCAL_STATIC_JAVA_LIBRARIES := jar1 jar2:
引用靜態jar庫
10、LOCAL_STATIC_JAVA_AAR_LIBRARIES := aar_alias:
引用靜態aar庫
11、需要進行預編譯的庫:
定義靜態庫別名和路徑
12、include $(BUILD_MULTI_PREBUILT):
預編譯庫
13、GNU Make系統變數:
收集其他系統變數
三、Android.mk案例實戰:
1、項目目錄結構(新增內容):
便於理解內容,新增目錄結構示例
2、引用aar包:
在源碼環境中,通過Android.mk將aar導入APK
3、解決運行時找不到so的問題:
源碼下編譯的APK不含so文件,解決方案
4、編譯靜態庫、動態庫和多個共享庫:
5、使用/引用靜態庫和動態庫:
6、使用/引用第三方文件:
7、共享通用模塊:
8、拷貝文件到指定目錄:
9、編譯apk和生成目錄:
10、編譯jar包:
11、源碼環境下引用jar包:
12、使用預編譯庫:
13、編譯獨立可執行文件:
14、apk生成目錄:
15、編譯特定目錄下的apk:
16、引用jar包:
17、預編譯jar包:
18、Android.mk中的判斷語句:
19、開啟混淆:
20、指定資源目錄:
21、引用so庫:
22、Android.mk文件配置簽名:
四、總結:重要的注意事項:
請根據實際項目使用和理解
1、Android.mk可以引用Android.bp中的模塊,反之Android.bp不能引用Android.mk中的模塊。
2、Android.bp模塊不支持../../去尋找上層路徑的文件。
3、本地庫依賴於其他so時,需注意載入順序。
4、Android 6.0版本之前,載入本地庫前需先載入依賴的so。
5、Android 6.0版本後,預編譯的動態庫不再推薦使用。
致謝(引用和推薦)(可選):
感謝各位前輩的開源精神和分享,以下文章提供參考。
② android.mk是在什麼情況下生成的
當你需要使用JNI的時候,你需要創建一個native工程。Android.mk就是一個makefile配置文件,幫你把C/C++的代碼編譯成動態庫so的。
創建的方式有兩種:
在工程根目錄裏手動創建一個目錄叫jni,在裡面新建一個Android.mk,然後創建c,cpp文件,把他們配置到Android.mk里。
右鍵工程,選擇Android Tools->Add Native Support自動生成。
(2)androidmk目錄擴展閱讀:
創建Android庫
Android 庫在結構上與 Android 應用模塊相同。可以提供構建應用所需的一切內容,包括源代碼、資源文件和 Android 清單。
不過,Android 庫將編譯到可以用作 Android 應用模塊依賴項的 Android 歸檔 (AAR:Android Archive Resource) 文件,而不是在設備上運行的 APK。
與 JAR 文件不同,AAR 文件可以包含 Android 資源和一個清單文件,這樣,除了 Java 類與方法外,還可以捆綁布局和可繪制對象等共享資源。
庫模塊在以下情況下非常有用:
構建使用某些相同組件(例如 Activity、服務或 UI 布局)的多個應用。
構建存在多個 APK 變體(例如免費版本和付費版本)的應用並且需要在兩種版本中使用相同的核心組件。
③ android.mk文件怎麼寫
一個Android.mk file用來向編譯系統描述你的源代碼。具體來說:該文件是GNU Makefile的一小部分,會被編譯系統解析一次或多次。你可以在每一個Android.mk file中定義一個或多個模塊,你也可以在幾個模塊中使用同一個源代碼文件。編譯系統為你處理許多細節問題。例如,你不需要在你的Android.mk中列出頭文件和依賴文件。NDK編譯系統將會為你自動處理這些問題。這也意味著,在升級NDK後,你應該得到新的toolchain/platform支持,而且不需要改變你的Android.mk文件。
先看一個簡單的例子:一個簡單的"hello world",比如下面的文件:
sources/helloworld/helloworld.c
sources/helloworld/Android.mk
相應的Android.mk文件會象下面這樣:
---------- cut here ------------------
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE
:= helloworld
LOCAL_SRC_FILES := helloworld.c
include $(BUILD_SHARED_LIBRARY)
---------- cut here ------------------
我們來解釋一下這幾行代碼:
LOCAL_PATH := $(call my-dir)
一個Android.mk file首先必須定義好LOCAL_PATH變數。它用於在開發樹中查找源文件。在這個例子中,宏函數』my-dir』, 由編譯系統提供,用於返回當前路徑(即包含Android.mk file文件的目錄)。
include $( CLEAR_VARS)
CLEAR_VARS由編譯系統提供,指定讓GNU MAKEFILE為你清除許多LOCAL_XXX變數(例如 LOCAL_MODULE, LOCAL_SRC_FILES, LOCAL_STATIC_LIBRARIES, 等等...),除LOCAL_PATH 。這是必要的,因為所有的編譯控制文件都在同一個GNU MAKE執行環境中,所有的變數都是全局的。
LOCAL_MODULE := helloworld
LOCAL_MODULE變數必須定義,以標識你在Android.mk文件中描述的每個模塊。名稱必須是唯一的,而且不包含任何空格。注意編譯系統會自動產生合適的前綴和後綴,換句話說,一個被命名為'foo'的共享庫模塊,將會生成'libfoo.so'文件。
LOCAL_SRC_FILES := helloworld.c
LOCAL_SRC_FILES變數必須包含將要編譯打包進模塊中的C或C++源代碼文件。注意,你不用在這里列出頭文件和包含文件,因為編譯系統將會自動為你找出依賴型的文件;僅僅列出直接傳遞給編譯器的源代碼文件就好。
在Android中增加本地程序或者庫,這些程序和庫與其所載路徑沒有任何關系,只和它們的Android.mk文件有關系。Android.mk和普通的Makefile有所不同,它具有統一的寫法,主要包含一些系統公共的宏。
在一個Android.mk中可以生成多個可執行程序、動態庫和靜態庫。
1,編譯應用程序的模板:
#Test Exe
LOCAL_PATH := $(call my-dir)
#include $(CLEAR_VARS)
LOCAL_SRC_FILES:= main.c
LOCAL_MODULE:= test_exe
#LOCAL_C_INCLUDES :=
#LOCAL_STATIC_LIBRARIES :=
#LOCAL_SHARED_LIBRARIES :=
include $(BUILD_EXECUTABLE)
(菜鳥級別解釋::=是賦值的意思,$是引用某變數的值)LOCAL_SRC_FILES中加入源文件路徑,LOCAL_C_INCLUDES 中加入所需要包含的頭文件路徑,LOCAL_STATIC_LIBRARIES加入所需要鏈接的靜態庫(*.a)的名稱,LOCAL_SHARED_LIBRARIES中加入所需要鏈接的動態庫(*.so)的名稱,LOCAL_MODULE表示模塊最終的名稱,BUILD_EXECUTABLE表示以一個可執行程序的方式進行編譯。
2,編譯靜態庫的模板:
#Test Static Lib
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_SRC_FILES:= /
helloworld.c
LOCAL_MODULE:= libtest_static
#LOCAL_C_INCLUDES :=
#LOCAL_STATIC_LIBRARIES :=
#LOCAL_SHARED_LIBRARIES :=
include $(BUILD_STATIC_LIBRARY)
一般的和上面相似,BUILD_STATIC_LIBRARY表示編譯一個靜態庫。
3,編譯動態庫的模板:
#Test Shared Lib
LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_SRC_FILES:= /
helloworld.c
LOCAL_MODULE:= libtest_shared
TARGET_PRELINK_MODULES := false
#LOCAL_C_INCLUDES :=
#LOCAL_STATIC_LIBRARIES :=
#LOCAL_SHARED_LIBRARIES :=
include $(BUILD_SHARED_LIBRARY)
一般的和上面相似,BUILD_SHARED_LIBRARY表示編譯一個靜態庫。
以上三者的生成結果分別在如下,generic依具體target會變:
out/target/proct/generic/obj/EXECUTABLE
out/target/proct/generic/obj/STATIC_LIBRARY
out/target/proct/generic/obj/SHARED_LIBRARY
每個模塊的目標文件夾分別為:
可執行程序:XXX_intermediates
靜態庫: XXX_static_intermediates
動態庫: XXX_shared_intermediates
另外,在Android.mk文件中,還可以指定最後的目標安裝路徑,用LOCAL_MODULE_PATH和LOCAL_UNSTRIPPED_PATH來指定。不同的文件系統路徑用以下的宏進行選擇:
TARGET_ROOT_OUT:表示根文件系統。
TARGET_OUT:表示system文件系統。
TARGET_OUT_DATA:表示data文件系統。
用法如:
CAL_MODULE_PATH:=$(TARGET_ROOT_OUT)
④ android源代碼有build目錄,我怎麼找不到啊
LZ是down Source code的?
按照developer.android.com上的步驟來獲取源碼是肯定有build目錄的
我已經下了無數回啦
mm命令是android的編譯工具,跟Linux的makefile很像
在你需要的模塊目錄下都有個Android.mk,這時就可以在哪裡目錄下使用mm命令
LZ可以下Android.mk的模式,很簡單的