在之前的公司參與項(xiàng)目開發(fā)的時(shí)候握截，雖然不負(fù)責(zé)系統(tǒng)固件編譯腳本的維護(hù)，但為了工作的過程中更加的順利鹦付，便學(xué)習(xí)了一下Android的Build系統(tǒng)昆禽。本文就是對(duì)之前的學(xué)習(xí)做個(gè)總結(jié)蝗蛙。

• 系統(tǒng)版本：AOSP 5.1.1

1. Android Build 系統(tǒng)核心

Android Build系統(tǒng)的核心位于源碼目錄的build/core，該目錄下有幾十個(gè)mk文件以及若干個(gè)shell腳本醉鳖。

通常是使用下面的命令來編譯Android系統(tǒng)：

$ . build/envsetup.sh
$ lunch
$ make

• envsetup.sh 文件的作用

該腳本會(huì)建立Android的編譯環(huán)境捡硅，該腳本中，定義了很多的shell命令盗棵，比如m壮韭、mm、mmm和lunch等命令就是在該腳本中定義的纹因，如圖：

image.png

除了命令的定義外喷屋，來看看運(yùn)行envsetup.sh腳本實(shí)際執(zhí)行的代碼：

image.png

image.png

可以看到，envsetup.sh有兩段代碼會(huì)執(zhí)行：

• 中間的6條add_lunch_combo命令的調(diào)用
• 結(jié)尾處的在device和vendor目錄下搜索vendorsetup.sh文件

這里以mako產(chǎn)品為例(對(duì)應(yīng)Nexus 4手機(jī))瞭恰，看一下device/lge/mako目錄下的vendorsetup.sh的內(nèi)容：

image.png

可以看到它仍然是調(diào)用了add_lunch_combo命令屯曹。這樣看來，build/core/envsetup.sh 除了定義shell命令外，就是執(zhí)行add_lunch_combo命令而已恶耽。它的定義也是在envsetup.sh中密任，如下：

image.png

add_lunch_combo命令的功能就是將調(diào)用該命令的參數(shù)存放到一個(gè)全局?jǐn)?shù)組變量LUNCH_MENU_CHOICES中。
執(zhí)行l(wèi)unch命令時(shí)的打印出來的菜單項(xiàng)正是這個(gè)數(shù)組的內(nèi)容偷俭。

envsetup.sh腳本定義了一些挺有用的命令浪讳，如下表：

• lunch命令

lunch命令如果沒有參數(shù)淌实，系統(tǒng)會(huì)打印出產(chǎn)品列表供選擇冻辩。lunch命令也可以有參數(shù)猖腕，格式為：lunch <product_name>-<build_variant>
參數(shù)前半部分的 "product_name"必須是系統(tǒng)中已經(jīng)定義的產(chǎn)品名稱，后半部分的 "build_variant" 必須是 "eng"恨闪、"userdebug" 和 "user" 三者之一倘感。

lunch命令的主要功能是根據(jù)用戶輸入或選擇的產(chǎn)品名來設(shè)置與之相關(guān)的環(huán)境變量。這些環(huán)境變量與產(chǎn)品編譯相關(guān)的咙咽，主要有下面三項(xiàng)：

• TARGET_PRODUCT：對(duì)應(yīng) “product_name”;
• TARGET_BUILD_VARIANT：對(duì)應(yīng) "build_variant";
• TARGET_BUILD_TYPE：一般是release老玛。

• 與編譯相關(guān)的環(huán)境變量

執(zhí)行l(wèi)unch命令后，系統(tǒng)會(huì)打印出當(dāng)前配置所生成的環(huán)境變量钧敞。比如選擇 full_mako-eng后蜡豹，打印如下信息：

image.png

如上圖，這些環(huán)境變量將影響編譯過程溉苛，其中：

• PLATFORM_VERSION_CODENAME：表示平臺(tái)版本的名稱
• PLATFORM_VERSION：Android平臺(tái)的版本號(hào)
• TARGET_PRODUCT：所編譯的產(chǎn)品名稱
• TARGET_BUILD_VARIANT：表示編譯的產(chǎn)品的類型镜廉。可能的值有：eng愚战、user和userdebug
• TARGET_BUILD_TYPE：表示編譯的類型娇唯，可選的值是：release和debug。當(dāng)選擇debug版時(shí)寂玲，編譯系統(tǒng)會(huì)加入調(diào)試信息塔插，方便追蹤底層的bug。
• TARGET_BUILD_APPS：編譯Android系統(tǒng)時(shí)拓哟，該變量的值為NULL想许。使用Build系統(tǒng)編譯單個(gè)模塊時(shí)，這個(gè)變量的值是所編譯模塊的路徑。
• TARGET_ARCH：表示編譯目標(biāo)的CPU架構(gòu)
• TARGET_ARCH_VARIANT：表示編譯目標(biāo)的CPU架構(gòu)版本
• TARGET_CPU_VARIANT：表示編譯目標(biāo)的CPU代號(hào)
• TARGET_2ND_ARCH：表示編譯目標(biāo)的第二CPU架構(gòu)
• TARGET_2ND_ARCH_VARIANT：表示編譯目標(biāo)的第二CPU架構(gòu)版本
• TARGET_2ND_CPU_VARIANT：表示編譯目標(biāo)的第二CPU的代號(hào)
• HOST_ARCH：表示編譯平臺(tái)的CPU架構(gòu)
• HOST_OS：表示編譯平臺(tái)使用的操作系統(tǒng)
• HOST_OS_EXTRA：編譯平臺(tái)操作系統(tǒng)的一些其他信息流纹，如內(nèi)核版本號(hào)谎砾，產(chǎn)品名稱和系統(tǒng)代號(hào)。
• BUILD_ID：BUILD_ID的值會(huì)出現(xiàn)在編譯的版本信息中捧颅，可以利用這個(gè)環(huán)境變量來定義公司特有的標(biāo)識(shí)
• OUT_DIR：指定編譯結(jié)果的輸出目錄

這些變量中景图，TARGET_2ND_ARCH、TARGET_2ND_ARCH_VARIANT和TARGET_2ND_CPU_VARIANT是Android 5.0新增加的碉哑。當(dāng)系統(tǒng)運(yùn)行在64位環(huán)境時(shí)挚币，考慮到還要支持32位的應(yīng)用，因此這里定義了兩套CPU架構(gòu).

• Build相關(guān)腳本的層次包含關(guān)系

下圖顯示了Build系統(tǒng)中編譯腳本的包含關(guān)系扣典，圖中不帶路徑的文件都位于build/core下妆毕，同時(shí) combo 目錄和 clang目錄也都位于 build/core目錄下，而device目錄位于系統(tǒng)源碼根目錄下贮尖。

main.png

Build系統(tǒng)會(huì)在其中的 $(TOP)/*/Android.mk笛粘、device/*/AndroidProducts.mk 和 device/*/BroadConfig.mk 三處地方引入具體的產(chǎn)品配置文件AndroidProduct.mk和BroadConfig.mk，以及各個(gè)模塊的編譯文件Android.mk湿硝。

combo目錄下的這些mk文件定義了gcc編譯器的版本和參數(shù)
clang目錄下的mk文件定義了LLVM的編譯器clang的版本和參數(shù)

下表羅列了Build系統(tǒng)各編譯腳本的簡(jiǎn)介：

Android Build系統(tǒng)中定義了大量的編譯變量加匈，通過改變這些編譯變量的值就能控制整個(gè)編譯過程和結(jié)果存璃。產(chǎn)品的配置文件實(shí)際上是對(duì)這些編譯變量賦值的腳本文件。學(xué)習(xí)Android Build系統(tǒng)很大程度上是在了解這些編譯變量的含義和用法雕拼。

2. Android的產(chǎn)品配置文件

產(chǎn)品配置文件的作用就是按照Build系統(tǒng)的要求纵东，將生成產(chǎn)品的各種image文件所需要的配置信息(如版本號(hào)、各種參數(shù)等)啥寇、資源(圖片偎球、字體、鈴聲等)辑甜、二進(jìn)制文件(apk衰絮、jar包、so庫等)有機(jī)地組織起來栈戳，同時(shí)進(jìn)行裁剪岂傲，加入或去掉一些模塊难裆。

Android的產(chǎn)品配置文件位于系統(tǒng)源碼根目錄的device目錄下子檀，但產(chǎn)品配置文件也可以放在vendor目錄下。這兩個(gè)目錄從Build系統(tǒng)的角度看沒有太大的區(qū)別乃戈，Build系統(tǒng)中搜尋產(chǎn)品配置的關(guān)聯(lián)文件時(shí)會(huì)同時(shí)在這兩個(gè)目錄進(jìn)行褂痰，但實(shí)際使用時(shí)，往往會(huì)讓這兩個(gè)目錄配合使用症虑，通常產(chǎn)品配置文件放在device目錄下缩歪，而vendor目錄下則存放一些硬件的HAL庫。比如我給Nexus 4手機(jī)編譯固件之前谍憔，會(huì)從Google官方的相關(guān)站點(diǎn)下載適用于Nexus 4手機(jī)的不開源的那些HAL庫匪蝙、驅(qū)動(dòng)，并將其放在系統(tǒng)源碼根目錄下并釋放出放在vendor目錄下习贫。

• 與mako相關(guān)的配置文件

通常device目錄下有以下幾個(gè)子目錄：

• common：用來存放各個(gè)產(chǎn)品通用的配置腳本逛球、文件等
• sample：一個(gè)產(chǎn)品配置的例子，寫一個(gè)新的產(chǎn)品配置時(shí)可以使用sample目錄下的文件作為模板
• google：用途不詳
• generic：存放的是用于模擬器的產(chǎn)品苫昌，包括x86颤绕、arm、mips架構(gòu)
• asus、lge奥务、samsung：分別代表宏碁物独、LG、三星3家公司氯葬。各家產(chǎn)品放在對(duì)應(yīng)的目錄下挡篓。

如果需要添加新的產(chǎn)品，可在device目錄下新建一個(gè)目錄帚称。

mako手機(jī)(Nexus 4) 是由LG代工的瞻凤，所以它的產(chǎn)品配置文件位于lge目錄下，內(nèi)容如下：

• mako：存放 Google Nexus4(mako) 的產(chǎn)品配置文件世杀。
• mako-kernel：存放的是mako kernel的二進(jìn)制文件
• hammerhead：存放Google Nexus5(hammerhead) 的產(chǎn)品配置文件阀参。
• hammerhead：存放的是 hammerhead kernel的二進(jìn)制文件。

下面簡(jiǎn)單說一下 device/lge/mako目錄下與Build系統(tǒng)相關(guān)的幾個(gè)產(chǎn)品配置的關(guān)鍵文件：

• vendorsetup.sh
  該文件在初始化編譯環(huán)境時(shí)被envsetup.sh文件包含進(jìn)去瞻坝。它作用是調(diào)用add_lunch_combo命令來添加產(chǎn)品名稱串蛛壳。

• AndroidProduct.mk
  AndroidProduct.mk會(huì)在Build系統(tǒng)的ProductConfig.mk文件中被包含進(jìn)去，這個(gè)文件最重要的作用是定義了一個(gè)變量 PRODUCT_MAKEFILES所刀，它定義了本配置目錄中所有編譯入口文件衙荐，但每種產(chǎn)品編譯時(shí)只會(huì)使用其中之一。

• BoardConfig.mk
  BoardConfig.mk文件會(huì)被Build系統(tǒng)的envsetup.sh文件包含進(jìn)去浮创。該文件主要定義了和設(shè)備硬件(包括CPU忧吟、WIFI、GPS等)相關(guān)的一些參數(shù)斩披。

• device.mk
  device.mk是產(chǎn)品配置中經(jīng)常需要修改的一個(gè)文件溜族。產(chǎn)品定義中需要包含進(jìn)的模塊、文件以及各種環(huán)境變量的定義一般都放在這個(gè)文件里垦沉。

device.mk中一些重要的編譯變量說明如下：
(1) PRODUCT_COPY_FILES：一個(gè)格式為"源文件路徑：目標(biāo)文件路徑" 字符串的組合煌抒。使用PRODUCT_COPY_FILES變量能方便地將編譯目錄下的一個(gè)文件復(fù)制到目標(biāo)文件系統(tǒng)中。需要注意的是厕倍，PRODUCT_COPY_FILES僅僅復(fù)制文件寡壮。如果復(fù)制的是apk或者Java庫，這些文件的簽名會(huì)保留讹弯。

(2) PRODUCT_PACKAGES：用來定義產(chǎn)品的模塊列表况既，所有在模塊列表中的模塊的定義都會(huì)被執(zhí)行。
(3) PRODUCT_AAPT_CONFIG：指定了系統(tǒng)中能夠被支持的屏幕密度類型(dip)组民。所謂支持棒仍，是指系統(tǒng)編譯時(shí)，會(huì)將相應(yīng)的資源文件添加到framework_res.apk文件中邪乍。
(4) PRODUCT_AAPT_PREF_CONFIG：指定系統(tǒng)實(shí)際的屏幕密度類型降狠。
(5) DEVICE_PACKAGE_OVERLAYS：這是一個(gè)很重要的變量对竣，它指定了系統(tǒng)的overlay目錄。系統(tǒng)編譯時(shí)會(huì)使用overlay目錄下存放的資源文件替換系統(tǒng)或模塊原有的資源文件榜配。這樣在不覆蓋原生資源文件的情況下否纬，就能實(shí)現(xiàn)產(chǎn)品的個(gè)性化。而且overlay的目錄可以有多個(gè)蛋褥，它們會(huì)按照在變量中的先后順序來替換資源文件临燃，利用這個(gè)特性可以定義公共的overlay目錄，以及各個(gè)產(chǎn)品專屬的overlay目錄烙心，最大限度地重用資源文件膜廊。
(6) PRODUCT_PROPERTY_OVERRIDES：定義系統(tǒng)的屬性值。如果屬性名稱以 "ro." 開頭淫茵，那這個(gè)屬性就是只讀屬性爪瓜。一旦設(shè)置，屬性值將不能改變匙瘪。如果屬性名稱以 "persist."開頭铆铆，則當(dāng)設(shè)置這個(gè)屬性時(shí)，它的值將寫入文件/data/property中丹喻。

• 編譯類型 eng薄货、user和userdebug

(1) eng

缺省的編譯類型。執(zhí)行 "make" 相當(dāng)于執(zhí)行 "make eng"
編譯時(shí)會(huì)將下列模塊安裝到系統(tǒng)：

• 在Android.mk 中用 LOCAL_MODULE_TAGS 變量定義了標(biāo)簽：eng碍论、debug谅猾、shell_$(TARGET_SHELL)、user和development 的模塊
• 非APK模塊并且不帶任何標(biāo)簽的模塊
  所有產(chǎn)品配置文件中指定的APK模塊

編譯的系統(tǒng)帶有如下屬性：

• ro.secure=0
• ro.debuggable=1
• ro.kernel.android.checkjni=1

編譯的系統(tǒng)中缺省情況下adb是可用的

(2) user

編譯時(shí)會(huì)將下列模塊安裝到系統(tǒng)：

• 在Android.mk 中用 LOCAL_MODULE_TAGS 變量定義了標(biāo)簽：shell_$(TARGET_SHELL)鳍悠、user的模塊
• 非APK模塊并且不帶任何標(biāo)簽的模塊
  所有產(chǎn)品配置文件中指定的APK模塊税娜，同時(shí)忽略其標(biāo)簽屬性

編譯的系統(tǒng)帶有如下屬性：

• ro.secure=1
• ro.debuggable=0

編譯的系統(tǒng)中缺省情況下adb是不可用的，需要在系統(tǒng)設(shè)置中手動(dòng)開啟

(3) userdebug

編譯時(shí)會(huì)將下列模塊安裝到系統(tǒng)：

• 在Android.mk 中用 LOCAL_MODULE_TAGS 變量定義了標(biāo)簽：shell_$(TARGET_SHELL)贼涩、debug和user的模塊
• 非APK模塊并且不帶任何標(biāo)簽的模塊
  所有產(chǎn)品配置文件中指定的APK模塊巧涧，同時(shí)忽略其標(biāo)簽屬性

編譯的系統(tǒng)帶有如下屬性：

• ro.secure=1
• ro.debuggable=1

編譯的系統(tǒng)中缺省情況下adb是不可用的，需要在系統(tǒng)設(shè)置中手動(dòng)開啟

3. 編譯Android的模塊

Android中的各種模塊遥倦，無論是APK應(yīng)用、可執(zhí)行程序還是jar包占锯，都可以通過Build系統(tǒng)編譯生成袒哥。在每個(gè)模塊的源碼目錄下，都有一個(gè)Android.mk文件消略，里面包含了模塊代碼的位置堡称、模塊的名稱、需要鏈接的動(dòng)態(tài)庫等一系列的定義艺演。

這里以 package/apps/Settings 目錄下的 Android.mk文件為例：

image.png

• 模塊的編譯變量

Android.mk 文件能編譯出不同的模塊却紧，是通過包含某個(gè)模塊編譯文件實(shí)現(xiàn)的桐臊，如上面例子中的 include $(BULID_PACKAGE) 。Android的Build系統(tǒng)定義了很多模塊編譯變量晓殊，如下表：

• 常用模塊的定義示例

(1) 編譯一個(gè)apk文件

LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)

LOCAL_JAVA_LIBRARIES :=                      # 指定依賴的共享Java類庫
LOCAL_STATIC_JAVA_LIBRARIES :=        # 指定依賴的靜態(tài)Java類庫

# 指定源碼列表挎狸。這里使用系統(tǒng)定義的函數(shù)搜尋src目錄下的文件形成列表
LOCAL_SRC_FILES := $(call all-java-files-under, src)

LOCAL_MODULE_TAGS := optional        #指定模塊的標(biāo)簽
LOCAL_CERTIFICATE := shared             #指定模塊的簽名方式
LOCAL_PACKAGE_NAME := testapk      # 指定模塊的名稱
include $(BUILD_PACKAGE)

(2) 編譯一個(gè)Java共享庫

LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)

LOCAL_SRC_FILES := $(call all-java-files-under, src)
LOCAL_MODULE_TAGS := optional           # 指定模塊的標(biāo)簽
LOCAL_MODULE := javadynamiclib           # 指定模塊的名稱
include $(BUILD_JAVA_LIBRARY)

(3) 編譯一個(gè)Java靜態(tài)庫

LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)

LOCAL_SRC_FILES := $(call all-java-files-under, src)
LOCAL_MODULE := javastaticlib            # 指定模塊的名稱
include $(BUILD_STATIC_JAVA_LIBRARY)

(4) 編譯一個(gè)Java資源包文件

資源包也是一個(gè)apk文件扣汪，但沒有代碼，類似 framework_res.apk

LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)

LOCAL_NO_STANDARD_LIBRARIES := true       # 指定依賴的靜態(tài)Java類庫
LOCAL_PACKAGE_NAME := javareslib                #  定義模塊名
LOCAL_CERTIFICATE := platform                        # 指定簽名類型
LOCAL_AAPT_FLAGS := -x                                  # 定義AAPT工具參數(shù)
LOCAL_MODULE_TAGS := user                          # 定義模塊標(biāo)簽為user
LOCAL_MODULE_PATH := $(TARGET_OUT_JAVA_LIBRARIES)  #指定模塊的安裝路徑

LOCAL_EXPORT_PACKAGE_RESOURCES := true   #為true時(shí)锨匆，其他的apk模塊能引用本模塊的資源
include $(BUILD_PACKAGE)

(5) 編譯一個(gè)可執(zhí)行文件

LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_SRC_FILES := service.cpp
LOCAL_SHARED_LIBRARIES := libutils libbinder  #指定模塊需要鏈接的動(dòng)態(tài)庫
ifeq ($(TARGET_OS), linux)
    LOCAL_CFLAGS += -DXP_UNIX          #定義編譯標(biāo)志
endif
LOCAL_MODULE := service                    #指定模塊的名稱
include $(BUILD_EXECUTABLE)            #指定模塊的名稱

(6) 編譯一個(gè)native 的共享庫

LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)
LOCAL_MODULE_TAGS := optional
LOCAL_MODULE := libnativedynamic           # 指定模塊的名稱
LOCAL_SRC_FILES := \                                # 指定模塊的源文件
          nativedynamic.cpp
LOCAL_SHARED_LIBRARIES := \               # 指定模塊需要鏈接的動(dòng)態(tài)庫
          libcutils \
          libutils

LOCAL_STATIC_LIBRARIES := libnativestatic            # 指定模塊依賴的靜態(tài)庫
LOCAL_C_INCLUDES += \                                          # 指定頭文件的查找路徑
       $(JNI_H_INCLUDE) \
       $(LOCAL_PATH)/../include
LOCAL_CFLAGS += -O                                             # 定義編譯標(biāo)志
include $(BUILD_SHARED_LIBRARY)

(7) 編譯一個(gè)native靜態(tài)庫

LOCAL_PATH := $(call my-dir)
include $(CLEAR_VARS)

LOCAL_MODULE_TAGS := optional           #指定模塊的標(biāo)簽
LOCAL_MODULE := libnativestatic             #指定模塊的名稱
LOCAL_SRC_FILES := \                             #指定模塊的源文件
       nativestatic.cpp
LOCAL_C_INCLUDES +=  
        LOCAL_CFLAGS += -o                       #定義編譯標(biāo)志

include $(BUILD_STATIC_LIBRARY)

• 預(yù)編譯模塊的目標(biāo)定義

在實(shí)際的系統(tǒng)開發(fā)中崭别，并不會(huì)像Android一樣將所有源碼集中在一起編譯，有很多APK文件恐锣，jar包等都是預(yù)先編譯好的茅主，編譯系統(tǒng)時(shí)需要將這些二進(jìn)制文件復(fù)制到生成的image文件中土榴。

常用的方法是通過 PRODUCT_COPY_FILES 變量將這些文件直接復(fù)制到生成的image文件中玷禽。但有些APK文件或jar包，需要使用系統(tǒng)的簽名文件才能正常運(yùn)行贬丛，這樣用復(fù)制的方式就行不通了瘫寝。另外，一些動(dòng)態(tài)庫文件可能是源碼中的某些模塊所依賴的暮屡，用復(fù)制的方法也無法建立依賴關(guān)系褒纲，這將導(dǎo)致這些模塊編譯失敗。

Android 可通過定義預(yù)編譯模塊的方式來解決上述問題彻秆。

定義一個(gè)預(yù)編譯模塊和定義一個(gè)普通的編譯模塊格式相似唇兑。不同的是LOCAL_SRC_FILES 變量指定的不是源文件，而是二進(jìn)制文件的路徑结耀，同時(shí)還要通過 LOCAL_MODULE_CLASS 來指定模塊的類型香伴，最后 include 的是 BUILD_PREBUILT 變量定義的編譯文件具帮。

下面是常見預(yù)編譯模塊的示例：
(1) 定義apk文件目標(biāo)

include $(CLEAR_VARS)
LOCAL_MODULE := ThemeManager.apk   #這里可以是任何字符串，但必須是系統(tǒng)唯一的目標(biāo)
LOCAL_SRC_FILES := app/$(LOCAL_MODULE)
LOCAL_MODULE_TAGS := optional
LOCAL_MODULE_CLASS := APPS                    #這里的值是APPS
LOCAL_CERTIFICATE := platform                      #這里可以指定簽名方式
include $(BUILD_PREBUILT)

(2) 定義靜態(tài)jar包目標(biāo)

include $(CLEAR_VARS)
LOCAL_MODULE := libfirewall.jar
LOCAL_SRC_FILES := app/$(LOCAL_MODULE)
LOCAL_MODULE_TAGS := optional
LOCAL_MODULE_CLASS := JAVA_LIBRARIES         #這里的值是JAVA_LIBRARIES
LOCAL_CERTIFICATE := platform
include $(BUILD_PREBUILT)

(3) 定義動(dòng)態(tài)庫文件目標(biāo)

include $(CLEAR_VARS)
LOCAL_MODULE := libglobaltheme_jni.so
LOCAL_MODULE_OWNER :=
LOCAL_SRC_FILES := lib/$(LOCAL_MODULE)
LOCAL_MODULE_TAGS := optional
LOCAL_MODULE_CLASS := SHARED_LIBRARIES        # 這里的值是SHARED_LIBRARIES
include $(BUILD_PREBUILT)

(4) 定義可執(zhí)行文件目標(biāo)

include $(CLEAR_VARS)
LOCAL_MODULE := bootanimation
LOCAL_MODULE_OWNER :=
LOCAL_SRC_FILES := bin/bootanimation
LOCAL_MODULE_TAGS := optional
LOCAL_MODULE_CLASS := EXECUTABLES   #這里的值是EXECUTABLES
LOCAL_MODULE_PATH := $(TARGET_OUT)/bin         #還可以指定復(fù)制到的目標(biāo)目錄
include $(BUILD_PREBUILT)

(5) 定義xml文件目標(biāo)

include $(CLEAR_VARS)
LOCAL_MODULE := apns-conf-cu.xml
LOCAL_MODULE_OWNER :=
LOCAL_SRC_FILES := etc/$(LOCAL_MODULE)
LOCAL_MODULE_TAGS := optional
LOCAL_MODULE_CLASS := ETC               # ETC表示文件將復(fù)制到/system/etc 目錄下
include $(BUILD_PREBUILT)

(6) 定義host平臺(tái)下的jar包

這例子挺有意思的病游，將系統(tǒng)編譯時(shí)用到的 signapk.jar 預(yù)編譯衬衬，然后復(fù)制到out目錄下玉控，這樣Build系統(tǒng)將能夠使用這個(gè)文件來給其他文件簽名：

include $(CLEAR_VARS)
LOCAL_MODULE := signapk
LOCAL_PREBUILT_JAVA_LIBRARIES := lib/$(LOCAL_MODULE).jar
include $(BUILD_HOST_PREBUILT)

該例子中除了使用 BUILD_HOST_PREBUIT 表示目標(biāo)定義是針對(duì)編譯平臺(tái)而不是設(shè)備平臺(tái)外高诺，還給出了定義預(yù)編譯jar包模塊的另外一種定義方式，即使用變量 LOCAL_PREBUILT_JAVA_LIBRARIES 來定義牡拇。

• 常用的 "LOCAL_" 變量

編寫模塊的編譯文件，實(shí)際就是定義一系列以 "LOCAL_" 開頭的編譯變量罢杉，下表羅列了一些經(jīng)常使用的編譯變量和說明：

參考

http://gityuan.com/2016/03/19/android-build/
https://blog.csdn.net/luoshengyang/article/details/18928789
http://www.reibang.com/p/4a6d8c0e034a
https://www.ibm.com/developerworks/cn/opensource/os-cn-android-build/index.html
https://source.android.com/setup/develop/64-bit-builds
《深入解析Android 5.0系統(tǒng)》