android編譯lunch

① 自己可以編譯安卓源碼嗎

用最新的Ubuntu 16.04,請首先確保自己已經安裝了Git.沒安裝的同學可以通過以下命令進行安裝:

sudo apt-get install git git config –global user.email 「[email protected]」 git config –global user.name 「test」

其中[email protected]為你自己的郵箱.

簡要說明

android源碼編譯的四個流程:1.源碼下載;2.構建編譯環境;3.編譯源碼;4運行.下文也將按照該流程講述.

源碼下載

由於某牆的原因,這里我們採用國內的鏡像源進行下載.
目前,可用的鏡像源一般是科大和清華的,具體使用差不多,這里我選擇清華大學鏡像進行說明.(參考:科大源,清華源)

repo工具下載及安裝

通過執行以下命令實現repo工具的下載和安裝

mkdir ~/binPATH=~/bin:$PATHcurl https://storage.googleapis.com/git-repo-downloads/repo > ~/bin/repochmod a+x ~/bin/repo

補充說明
這里,我來簡單的介紹下repo工具,我們知道AOSP項目由不同的子項目組成,為了方便進行管理,Google採用Git對AOSP項目進行多倉庫管理.在聊repo工具之前,我先帶你來聊聊多倉庫項目:

我們有個非常龐大的項目Pre,該項目由很多個子項目R1,R2,...Rn等組成,為了方便管理和協同開發,我們為每個子項目創立自己的倉庫,整個項目的結構如下:

這里寫圖片描述

執行完該命令後,再使用make命令繼續編譯.某些情況下,當你執行jack-admin kill-server時可能提示你命令不存在,此時去你去out/host/linux-x86/bin/目錄下會發現不存在jack-admin文件.如果我是你,我就會重新repo sync下,然後從頭來過.

錯誤三:使用emulator時,虛擬機停在黑屏界面,點擊無任何響應.此時,可能是kerner內核問題,解決方法如下:
執行如下命令:

通過使用kernel-qemu-armv7內核 解決模擬器等待黑屏問題.而-partition-size 1024 則是解決警告: system partion siez adjusted to match image file (163 MB >66 MB)

如果你一開始編譯的版本是aosp_arm-eng,使用上述命令仍然不能解決等待黑屏問題時,不妨編譯aosp_arm64-eng試試.

結束吧

到現在為止,你已經了解了整個android編譯的流程.除此之外,我也簡單的說明android源碼的多倉庫管理機制.下面,不妨自己動手嘗試一下.

② 編譯a20 lunch後面應該選擇哪個

Android的優勢就在於其開源，手機和平板生產商可以根據自己的硬體進行個性定製自己的手機產品，
如小米，LePhone，M9等，因此，在我們在對Android的源碼進行定製的時候，很有必要了解下，Android的編譯過程。
如果你從來沒有做過Android代碼的編譯，那麼最官方的編譯過程就是查看Android的官方網站：
http://source.android.com/source/building.html
但是，這兒只是告訴你了如何去編譯一個通用的系統，並沒有詳細告訴你細節，我們跟著編譯過程來了解下

+-------------------------------------------------------------------------------------------------------------+
本文使用Android版本為2.1，採用開發板為華清遠見研發的FS_S5PC100 A8開發板。
+-------------------------------------------------------------------------------------------------------------+

按照google給出的編譯步驟如下：

1> source build/envsetup.sh:載入命令
2> lunch：選擇平台編譯選項
3> make：執行編譯

我們按照編譯步驟來分析編譯過程的細節，最終添加自己的平台編譯選項。

1. source build/envsetup.sh
這個命令是用來將envsetup.sh里的所有用到的命令載入到環境變數里去，我們來分析下它。

envsetup.sh里的主要命令如下：

function help() # 顯示幫助信息
function get_abs_build_var()# 獲取絕對變數
function get_build_var()# 獲取絕對變數
function check_proct()# 檢查proct
function check_variant()# 檢查變數
function setpaths() # 設置文件路徑
function printconfig()# 列印配置
function set_stuff_for_environment() # 設置環境變數
function set_sequence_number() # 設置序號
function settitle() # 設置標題
function choosetype() # 設置type
function chooseproct() # 設置proct
function choosevariant() # 設置variant
function tapas() # 功能同choosecombo
function choosecombo() # 設置編譯參數
function add_lunch_combo() # 添加lunch項目
function print_lunch_menu() # 列印lunch列表
function lunch()# 配置lunch
function m()# make from top
function findmakefile() # 查找makefile
function mm() # make from current directory
function mmm() # make the supplied directories
function croot()# 回到根目錄
function cproj()
function pid()
function systemstack()
function gdbclient()
function jgrep()# 查找java文件
function cgrep() # 查找c/cpp文件
function resgrep()
function tracedmmp()
function runhat()
function getbugreports()
function startviewserver()
function stopviewserver()
function isviewserverstarted()
function smoketest()
function runtest()
function godir () # 跳到指定目錄 405

# add_lunch_combo函數被多次調用，就是它來添加Android編譯選項
# Clear this variable. It will be built up again when the vendorsetup.sh
406 # files are included at the end of this file.
# 清空LUNCH_MENU_CHOICES變數，用來存在編譯選項
407 unset LUNCH_MENU_CHOICES
408 function add_lunch_combo()
409 {
410 local new_combo=$1 # 獲得add_lunch_combo被調用時的參數
411 local c # 依次遍歷LUNCH_MENU_CHOICES里的值，其實該函數第一次調用時，該值為空
412 for c in ${LUNCH_MENU_CHOICES[@]} ; do
413 if [ "$new_combo" = "$c" ] ; then # 如果參數里的值已經存在於LUNCH_MENU_CHOICES變數里，則返回
414 return
415 fi
416 done # 如果參數的值不存在，則添加到LUNCH_MENU_CHOICES變數里
417 LUNCH_MENU_CHOICES=(${LUNCH_MENU_CHOICES[@]} $new_combo)
418 }

# 這是系統自動增加了一個默認的編譯項 generic-eng
420 # add the default one here
421 add_lunch_combo generic-eng # 調用上面的add_lunch_combo函數，將generic-eng作為參數傳遞過去
422
423 # if we're on linux, add the simulator. There is a special case
424 # in lunch to deal with the simulator
425 if [ "$(uname)" = "Linux" ] ; then
426 add_lunch_combo simulator
427 fi

# 下面的代碼很重要，它要從vendor目錄下查找vendorsetup.sh文件，如果查到了，就載入它
1037 # Execute the contents of any vendorsetup.sh files we can find.
1038 for f in `/bin/ls vendorbuild/vendorsetup.sh 2> /dev/null`
1039 do
1040 echo "including $f"
1041 . $f # 執行找到的腳本，其實裡面就是廠商自己定義的編譯選項
1042 done
1043 unset f

envsetup.sh其主要作用如下：

1. 載入了編譯時使用到的函數命令，如：help，lunch，m，mm，mmm等
2. 添加了兩個編譯選項：generic-eng和simulator，這兩個選項是系統默認選項
3. 查找vendor/<-廠商目錄>/和vendor/<廠商目錄>/build/目錄下的vendorsetup.sh，如果存在的話，載入執行它，添加廠商自己定義產品的編譯選項


其實，上述第3條是向編譯系統添加了廠商自己定義產品的編譯選項，裡面的代碼就是：add_lunch_combo xxx-xxx。

根據上面的內容，可以推測出，如果要想定義自己的產品編譯項，簡單的辦法是直接在envsetup.sh最後，

添加上add_lunch_combo myProct-eng，當然這么做，不太符合上面代碼最後的本意，
我們還是老實的在vendor目錄下創建自己公司名字，然後在公司目錄下創建一個新的vendorsetup.sh，在裡面添加上自己的產品編譯項

#mkdir vendor/farsight/
#touch vendor/farsight/vendorsetup.sh
#echo "add_lunch_combo fs100-eng" > vendor/farsight/vendorsetup.sh

這樣，當我們在執行source build/envsetup.sh命令的時候，可以在shell上看到下面的信息：
including vendor/farsight/vendorsetup.sh

2. 按照android官網的步驟，開始執行lunch full-eng

當然如果你按上述命令執行，它編譯的還是通用的eng版本系統，不是我們個性系統，我們可以執行lunch命令，它會列印出一個選擇菜單，列出可用的編譯選項
如果你按照第一步中添加了vendorsetup.sh那麼，你的選項中會出現：

You're building on Linux

generic-eng simulator fs100-eng
Lunch menu... pick a combo:
1. generic-eng
2. simulator
3. fs100-eng

其中第3項是我們自己添加的編譯項。

lunch命令是envsetup.sh里定義的一個命令，用來讓用戶選擇編譯項，來定義Proct和編譯過程中用到的全局變數。

我們一直沒有說明前面的fs100-eng是什麼意思，現在來說明下，fs100是我定義的產品的名字，eng是產品的編譯類型，除了eng外，還有user, userdebug，分別表示：

eng: 工程機，
user:最終用戶機
userdebug:調試測試機
tests:測試機

由此可見，除了eng和user外，另外兩個一般不能交給最終用戶的，記得m8出來的時候，先放出了一部分eng工程機，然後出來了user機之後，可以用工程機換。

那麼這四個類型是干什麼用的呢？其實，在main.mk里有說明，在Android的源碼里，每一個目標（也可以看成工程）目錄都有一個Android.mk的makefile，每個目標的Android.mk中有一個類型聲明：

LOCAL_MODULE_TAGS，這個TAGS就是用來指定，當前的目標編譯完了屬於哪個分類里。

PS:Android.mk和Linux里的makefile不太一樣，它是Android編譯系統自己定義的一個makefile來方便編譯成：c,c++的動態、靜態庫或可執行程序，或java庫或android的程序，好了，我們來分析下lunch命令幹了什麼？

function lunch()
{
local answer

if [ "$1" ] ; then
# lunch後面直接帶參數
answer=$1
else
# lunch後面不帶參數，則列印處所有的target proct和variant菜單提供用戶選擇
print_lunch_menu
echo -n "Which would you like? [generic-eng] "
read answer
fi

local selection=

if [ -z "$answer" ]
then
# 如果用戶在菜單中沒有選擇，直接回車，則為系統預設的generic-eng
selection=generic-eng
elif [ "$answer" = "simulator" ]
then
# 如果是模擬器
selection=simulator
elif (echo -n $answer | grep -q -e "^[0-9][0-9]*$")
then
# 如果answer是選擇菜單的數字，則獲取該數字對應的字元串
if [ $answer -le ${#LUNCH_MENU_CHOICES[@]} ]
then
selection=${LUNCH_MENU_CHOICES[$(($answer-$_arrayoffset))]}
fi
# 如果 answer字元串匹配 *-*模式(*的開頭不能為-)
elif (echo -n $answer | grep -q -e "^[^\-][^\-]*-[^\-][^\-]*$")
then
selection=$answer
fi

if [ -z "$selection" ]
then
echo
echo "Invalid lunch combo: $answer"
return 1
fi

# special case the simulator
if [ "$selection" = "simulator" ]
then
# 模擬器模式
export TARGET_PRODUCT=sim
export TARGET_BUILD_VARIANT=eng
export TARGET_SIMULATOR=true
export TARGET_BUILD_TYPE=debug
else

# 將 proct-variant模式中的proct分離出來
local proct=$(echo -n $selection | sed -e "s/-.*$//")

# 檢查之，調用關系 check_proct()->get_build_var()->build/core/config.mk比較羅嗦，不展開了
check_proct $proct
if [ $? -ne 0 ]
then
echo
echo "** Don't have a proct spec for: '$proct'"
echo "** Do you have the right repo manifest?"
proct=
fi

# 將 proct-variant模式中的variant分離出來
local variant=$(echo -n $selection | sed -e "s/^[^\-]*-//")

# 檢查之，看看是否在 (user userdebug eng) 范圍內
check_variant $variant
if [ $? -ne 0 ]
then
echo
echo "** Invalid variant: '$variant'"
echo "** Must be one of ${VARIANT_CHOICES[@]}"
variant=
fi

if [ -z "$proct" -o -z "$variant" ]
then
echo
return 1
fi
# 導出環境變數，這里很重要，因為後面的編譯系統都是依賴於這里定義的幾個變數的
export TARGET_PRODUCT=$proct
export TARGET_BUILD_VARIANT=$variant
export TARGET_SIMULATOR=false
export TARGET_BUILD_TYPE=release
fi # !simulator

echo

# 設置到環境變數，比較多，不再一一列出，最簡單的方法 set >env.txt 可獲得
set_stuff_for_environment
# 列印一些主要的變數, 調用關系 printconfig()->get_build_var()->build/core/config.mk-

>build/core/envsetup.mk 比較羅嗦，不展開了
printconfig
}

由上面分析可知，lunch命令可以帶參數和不帶參數，最終導出一些重要的環境變數，從而影響編譯系統的編譯結果。導出的變數如下（以實際運行情況為例）

TARGET_PRODUCT=fs100
TARGET_BUILD_VARIANT=eng
TARGET_SIMULATOR=false

TARGET_BUILD_TYPE=release
執行完上述兩個步驟，就該執行：make命令了

③ android源碼編譯，lunch時出錯

重新 repo sync

④ 如何定製android源碼的編譯選項 amp;後期安裝

文件build/core/version_defaults.mk用來檢查一些跟版本相關的變數是否定義；如果未定義，則使用默認值。
這些變數包括
PLATFORM_VERSION # 如 2.2.5
PLATFORM_SDK_VERSION # 8, 對應2.2.5
PLATFORM_VERSION_CODENAME # REL，即發行版
DEFAULT_APP_TARGET_SDK # 同SDK_VERSION或VERSION_CODENAME
BUILD_ID # 默認為UNKNOWN
BUILD_NUMBER # 默認eng.$(USER).$(shell date +%Y%m%d.%H%M%S)的形式。

version_defaults.mk首先包含進build_id.mk。用戶應當配置build_id.mk，而不應該改動version_defaults.mk文件。然後檢查上述變數，如未定義則賦值默認值。

---------------------------------------------------------------------------
關於調試功能(adb)的開啟
編譯android源碼之前總是要先運行build/envsetup.sh，以初始化一些常用命令（實際上是bash的函數，如add_lunch_combo）。
其中也從以下文件中引入了一些編譯設置：
device/${CHIPSET_VENDOR}/vendorsetup.sh
我們這里使用的CHIPSET_VENDOR為amlogic。
比如我們有文件device/amlogic/vendorsetup.sh，內容為"產品名-編譯類型(flavor)"列表（稱為combo），如下：
add_lunch_combo m1ref-eng
add_lunch_combo m1ref-user
add_lunch_combo m2ref-eng
add_lunch_combo m2ref-user
add_lunch_combo stvm3-eng
add_lunch_combo stvm3-user
其中，m1ref和stvm3是產品名（作前綴），後面為編譯類型。
除此前綴外可選的combo值有： eng, user, userdebug, tests。
（參考文件build/core/main.mk中對於變數TARGET_BUILD_VARIANT的篩查條件）
我們可以修改vendorsetup.sh文件，來改變為特定設備編譯的結果。
以下是各個編譯類型的特點：
eng: 工程模式，用於平台級的調試，是默認的編譯類型。
待安裝的模塊tag有: eng, debug, user, development.
安裝不帶tag的非APK模塊；
所安裝應用由產品定義文件給出；
默認屬性: ro.secure=0, ro.deuggable=1, ro.kernel.android.checkjni=1
adbd默認開啟，adb以root身份運行。
user: 即最終用戶版;
待安裝的應用tag有: user
安裝不帶tag的非APK模塊；
所安裝應用由產品定義文件給出；
默認屬性有ro.secure=1, ro.debuggable=0；
默認關閉adbd服務（但可通過應用settings來打開，且adb以shell身份運行）；
userdebug: 與user類似，除了：
支持有限的調試功能；
待安裝的應用tag有:debug；
默認屬性有ro.secure=1, ro.debuggable=1；
默認打開adbd服務，adb以shell身份運行；

例如，由文件build/core/main.mk可以看出，當使用含有userdebug的combo值時，此文件中的臨時變數enable_target_debugging會保持為true，相應地，編譯過程會執行：
ADDITIONAL_DEFAULT_PROPERTIES += ro.debuggable=1 persist.service.adb.enable=1
這意味著目標系統中根目錄下的文件/default.prop文件(對應變數 INSTALLED_DEFAULT_PROP_TARGET )會含有以下行（參考文件build/core/Makefile）：
persist.service.adb.enable=1
由此，目標系統會默認開啟adbd服務，你就可以通過其它PC來連接目標系統了。

所以，如要默認開啟adbd服務，可在設備（如stvm3）定製文件device/amlogic/vendorsetup.sh中增加以下行：
add_lunch_combo stvm3-userdebug
這樣在執行bash的lunch函數時，選擇此combo就可以默認打開adbd服務（adb以shell身份運行）。

但是，即使adbd已經開啟，你仍可能無法通過網路連接到Android進行調試，這涉及到Android的二個屬性:
service.adb.tcp.port (優先順序高)
persist.adb.tcp.port (優先順序低)
註：可查看源碼文件system/core/adb/adb.c。
默認地，這兩個屬性值是5555。有兩種方法來設置此變數：
1）(永久性改變)在Android配置文件/init.rc或/init.$MANUFACTUROR.rc中添加一行：
setprop service.adb.tcp.port 5555
2）(臨時性改變)在命令行上（你可能需要先通過串口開一個終端）執行如下命令：
setprop service.adb.tcp.port 5555

檢查adbd是否支持通過網路鏈接Android：執行命令
netstat -l -n | grep ":5555"
如果有LISTEN狀態的輸出，則表示adbd支持網路模式 :) 。

⑤ Android雜談：編譯環境參數是從哪裡來的

我們通過走一下編譯步驟，看一下，這些參數的來源吧！

上面這句命令，是編譯前准備環境的。
/ build / envsetup.sh
可以看到到引進了一堆的函數，有mm，mmm等常用指令

看看跑了啥邏輯,
1.首先判斷了下shell的環境，最好使用/bin/bash。
參考： https://www.douban.com/note/404726254/
2.包含廠商vendor目錄的vendorsetup.sh

包含後，echo列印出來，岩喊像下面這樣子~

lunch就是選擇一些編譯參數，估計就是在這里准備好這些全局的參數的。
lunch函數在envsetup.sh裡面定義

set_stuff_for_environment
會進入set_stuff_for_environment,主要是設置title，java環境，paths還有序列號。貌似沒多大用處~

printconfig
最後會進入printconfig，就是列印配置信息給我們看啦！

列印一些配置，可以看到TARGET_PRODUCT，TARGET_BUILD_VARIANT和TARGET_BUILD_TYPE。

printconfig包含get_build_var函數,函數執行了一句make指令，make --no-print-directory -C "$T" -f build/core/config.mk mpvar-$1
(1)make -C "$T" 就是跳轉到top目大棗螞錄。
(2)make -f 來指定makefile文件build/core/config.mk，我去config.mk還是個makefile文件。
(3)mpvary用來列印用的，就是列印第一個參數$1啦，呵呵呵
所以，主要get_build_var主要是執行makefile config.mk。

看看/ build / core / config.mk ,可以看到他進一步包含了envsetup.mk

envsetup.mk就是最後設置一些常用編譯環境參數的文件了！！
/ build / core / envsetup.mk
看下面的圖，可以看到他定義了很多編譯常量了！！

1.通過source envsetup.sh可以引進很多函數，包含vendorsetup.sh
2.通過lunch，選擇類型後，會編譯build/core/config.mk文件，進而再編譯envsetup.mk文件，而這個文滾埋件就是定義編譯常量的地方！

⑥ android中如何編譯出64位so文件

如果是在Linux下編譯Android源碼，有可能是兩個原因：
1. lunch命令有32位和64位的區別，注意選能夠編譯64位so的命令

2. mk文件中有LOCAL_MODULE_PATH的值比如為$(TARGET_OUT_SHARED_LIBRARIES)/hw的改為LOCAL_MODULE_RELATIVE_PATH := hw，後一種可以分別在lib和lib64下分別生成32位和64位的so文件，這個看看編譯後的信息就知道了．

⑦ 如何定製android源碼的編譯選項

現僅就工作遇到的問題做個總結。所用硬體平台為amlogic stvm3。---------------------------------------------------------------------------關於版本號：文件build/core/version_defaults.mk用來檢查一些跟版本相關的變數是否定義；如果未定義，則使用默認值。這些變數包括 PLATFORM_VERSION # 如 2.2.5 PLATFORM_SDK_VERSION # 8, 對應2.2.5 PLATFORM_VERSION_CODENAME # REL，即發行版 DEFAULT_APP_TARGET_SDK # 同SDK_VERSION或VERSION_CODENAME BUILD_ID # 默認為UNKNOWN BUILD_NUMBER # 默認eng.$(USER).$(shell date +%Y%m%d.%H%M%S)的形式。 version_defaults.mk首先包含進build_id.mk。用戶應當配置build_id.mk，而不應該改動version_defaults.mk文件。然後檢查上述變數，如未定義則賦值默認值。---------------------------------------------------------------------------關於調試功能(adb)的開啟編譯android源碼之前總是要先運行build/envsetup.sh，以初始化一些常用命令（實際上是bash的函數，如add_lunch_combo）。其中也從以下文件中引入了一些編譯設置： device/${CHIPSET_VENDOR}/vendorsetup.sh我們這里使用的CHIPSET_VENDOR為amlogic。比如我們有文件device/amlogic/vendorsetup.sh，內容為"產品名-編譯類型(flavor)"列表（稱為combo），如下： add_lunch_combo m1ref-eng add_lunch_combo m1ref-user add_lunch_combo m2ref-eng add_lunch_combo m2ref-user add_lunch_combo stvm3-eng add_lunch_combo stvm3-user其中，m1ref和stvm3是產品名（作前綴），後面為編譯類型。除此前綴外可選的combo值有： eng, user, userdebug, tests。（參考文件build/core/main.mk中對於變數TARGET_BUILD_VARIANT的篩查條件）我們可以修改vendorsetup.sh文件，來改變為特定設備編譯的結果。以下是各個編譯類型的特點： eng: 工程模式，用於平台級的調試，是默認的編譯類型。

⑧ 怎麼在ubuntu上編譯android源碼

步驟一：
安裝Ubuntu系統。我們既可以通過虛擬機的方式安裝Ubuntu，也可以直接在電腦上安裝，為了獲得更好的Linux操作體驗，我建議直接在電腦上面安裝Ubuntu，我在自己電腦上安裝了win10和Ubunut Server14.04雙系統，使用的時候可以根據自己的需要隨時切換系統，非常方便。關於如何搭建雙系統，網上有很多教程，我就不在此敘述了，但是我想說明的一點是在安裝Ununtu的時候，分配給Ubuntu的磁碟空間一定要盡可能大一點，至少60G，我分配了105G，編譯完成之後還剩下50多G，也就是說差不多用了近50G的空間，所以安裝Ubuntu的時候一定得分配大一點的磁碟空間，不然編譯會因為空間不足而中斷。
步驟二：
搭建好Ubuntu系統之後，我們需要下載一份Android6.0的源碼，網上很多文章都介紹了如何通過repo的方式來下載源碼，但是通過這種方式下載速度可能並不是很理想，直接下載網路雲的Android6.0源碼，
因為Android6.0的源碼所佔空間非常大，所以上傳者把Android源碼分成了很多個文件，待全部下載完畢之後，我們可以通過命令把這些分開的文件合並為一個文件。
步驟三：
如果我們是在Windows上下載的源碼，那麼當我們打開Ubuntu之後，要做的第一件事請就是把Windows中的Android源碼拷貝到Ubuntu系統下面，我直接利用復制粘貼的方式將源碼拷貝到了Ubuntu的Home目錄下面，拷貝之後的目錄結構Home/android6_r1/各個分開的源碼文件。
步驟四：
合並這些被分開的源碼文件。我們按下鍵盤上的ctrl + alt + T打開控制台，通過cd命令進入到Home/android6_r1/目錄下面，然後執行命令：cat Android6_r1_* > M.tgz，不用多久，在Home/android6_r1/目錄下面就會生成一個新的文件——M.tgz，M.tgz就是合並之後的壓縮文件。
步驟五：
解壓步驟四生成的壓縮文件。同樣是在Home/android6_r1/目錄下面，我們在控制台執行命令：tar zxvf M.tgz，開始解壓。解壓的過程大概需要20分鍾左右的時間，請耐心等待。解壓好了之後，在Home/android6_r1/會生成一個mydroid的文件夾，這個文件夾就是Android源碼的根文件夾了，裡面有abi、devices、hardware、packages、sdk、art等文件夾和文件。
步驟六：
安裝編譯源碼所需要的軟體。在控制台中我們通過cd..命令退回到Unbuntu用戶的根目錄下，然後依次執行以下命令：
sudo apt-get update
sudo apt-get install openjdk-7-jdk
sudo update-alternatives --config java
sudo update-alternatives --config javac
以上命令每一條都必須分開單獨執行，目的是為了獲取1.7版本的jdk並設置環境變數。當我們安裝完Ubuntu之後可能會自帶一個jdk，但是如果用自帶的jdk編譯Android源碼很可能會提示jdk版本不符合要求的錯誤，因此我們需要重新下載1.7版本的jdk，我用openjdk-7-jdk編譯未出現任何問題。
接下來繼續執行以下命令，同樣每一行都是分開單獨執行的：
sudo apt-get install git gnupg flex bison gperf build-essential
sudo apt-get install zip curl libc6-dev libncurses5-dev:i386 x11proto-core-dev
sudo apt-get install libx11-dev:i386 libreadline6-dev:i386 libgl1-mesa-glx:i386
sudo apt-get install libgl1-mesa-dev g++-multilib mingw32 tofrodos
sudo apt-get install python-markdown libxml2-utils xsltproc zlib1g-dev:i386
sudo ln -s /usr/lib/i386-linux-gnu/mesa/libGL.so.1 /usr/lib/i386-linux-gnu/libGL.so
以上命令主要是安裝編譯源碼時需要用到的各種軟體，如果沒有安裝這些軟體，編譯的過程中會提示缺少必要的軟體而無法繼續編譯，因此，在正式編譯源碼之前，一定要先安裝這些軟體。
步驟七：
開始編譯。在控制台中通過cd命令進入到Home/android6_r1/mydroid/目錄下，然後執行命令：source build/envsetup.sh，導入編譯Android源碼所需的環境變數和其它參數。
步驟八：
在控制台中執行命令：lunch，運行命令之後會提示我們選擇編譯目標。這里我選擇的的默認目標，即aosp_arm_eng。
步驟九：
在控制台中執行命令：make -j8，開始編譯。注意，make -j8命令中的數字8和我們電腦的CPU核心數以及線程數有關系，一般這個數字的數值最大不能超過CPU線程數的2倍，例如我電腦的處理器是i5 6200U，為雙核四線程，因此編譯Android源碼的時候，我可以設置的最大工作線程數量為4 * 2 = 8。在執行make命令的時候我們應該根據自己的CPU參數設置合理的工作線程數值。
以上步驟執行完之後，就是一段非常漫長的等待了，我從中午十二點多開始編譯，一直到晚上九點多編譯完成，整個編譯過程耗時九個多小時，幸好我的運氣還不錯，編譯過程中沒有出現任何錯誤，只是中途意外中斷了一次，但是Android源碼是可以接著上次中斷的位置繼續編譯的，已經編譯的部分不會重復編譯，因此並未對我造成大的影響。同志們，我想說的是，編譯的過程中一定要有耐心喲！
整個源碼編譯完成之後，如果提示如下信息，那麼Congratulations, you are successful!!!

⑨ Android make 基礎

Android編譯演進過程：

build/ 目錄下

source build/envsetup.sh
輸入指令hmm 就可以查看信息

lunch 2

通過soong執行編譯構建，這里執行make命令時，main.mk文件把一些環境變數和目標都配置好後，會執行envsetup.sh中的make()進行編譯。

build/soong/soong_ui.bash --make-mode
------->

soong的編譯過程:

soong_ui.bash 調用流程：

可以看到include 了main.mk文件，從main.mk開始，將通過include命令將其所有需要的.mk文件包含進來，最終在內存中形成一個包括所有編譯腳本的集合，這個相當於一個巨大Makefile文件。Makefile文件看上去很龐大，其實主要由三種內容構成: 變數定義、函數定義和目標依賴規則，此外mk文件之間的包含也很重要。

5.工具鏈的關系

REF
https://blog.csdn.net/yiranfeng/article/details/109082489

⑩ Android源碼編譯是干什麼

編譯Android系統。