現(xiàn)僅就工作遇到的問(wèn)題做個(gè)總結(jié)。所用硬件平臺(tái)為amlogic stvm3。---------------------------------------------------------------------------關(guān)于版本號(hào):文件build/core/version_defaults.mk用來(lái)檢查一些跟版本相關(guān)的變量是否定義;如果未定義,則使用默認(rèn)值。這些變量包括 PLATFORM_VERSION # 如 2.2.5 PLATFORM_SDK_VERSION # 8, 對(duì)應(yīng)2.2.5 PLATFORM_VERSION_CODENAME # REL,即發(fā)行版 DEFAULT_APP_TARGET_SDK # 同SDK_VERSION或VERSION_CODENAME BUILD_ID # 默認(rèn)為UNKNOWN BUILD_NUMBER # 默認(rèn)eng.$(USER).$(shell date +%Y%m%d.%H%M%S)的形式。 version_defaults.mk首先包含進(jìn)build_id.mk。用戶應(yīng)當(dāng)配置build_id.mk,而不應(yīng)該改動(dòng)version_defaults.mk文件。然后檢查上述變量,如未定義則賦值默認(rèn)值。---------------------------------------------------------------------------關(guān)于調(diào)試功能(adb)的開(kāi)啟編譯android源碼之前總是要先運(yùn)行build/envsetup.sh,以初始化一些常用命令(實(shí)際上是bash的函數(shù),如add_lunch_combo)。其中也從以下文件中引入了一些編譯設(shè)置: device/${CHIPSET_VENDOR}/vendorsetup.sh我們這里使用的CHIPSET_VENDOR為amlogic。比如我們有文件device/amlogic/vendorsetup.sh,內(nèi)容為"產(chǎn)品名-編譯類型(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是產(chǎn)品名(作前綴),后面為編譯類型。除此前綴外可選的combo值有: eng, user, userdebug, tests。(參考文件build/core/main.mk中對(duì)于變量TARGET_BUILD_VARIANT的篩查條件)我們可以修改vendorsetup.sh文件,來(lái)改變?yōu)樘囟ㄔO(shè)備編譯的結(jié)果。以下是各個(gè)編譯類型的特點(diǎn): eng: 工程模式,用于平臺(tái)級(jí)的調(diào)試,是默認(rèn)的編譯類型。
站在用戶的角度思考問(wèn)題,與客戶深入溝通,找到富陽(yáng)網(wǎng)站設(shè)計(jì)與富陽(yáng)網(wǎng)站推廣的解決方案,憑借多年的經(jīng)驗(yàn),讓設(shè)計(jì)與互聯(lián)網(wǎng)技術(shù)結(jié)合,創(chuàng)造個(gè)性化、用戶體驗(yàn)好的作品,建站類型包括:成都網(wǎng)站制作、網(wǎng)站建設(shè)、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣、國(guó)際域名空間、虛擬空間、企業(yè)郵箱。業(yè)務(wù)覆蓋富陽(yáng)地區(qū)。
123456789101112131415161718192021第一次下載好Android源代碼工程后,我們通常是在Android源代碼工程目錄下執(zhí)行make命令,經(jīng)過(guò)漫長(zhǎng)的等待之后,就可以得到Android系統(tǒng)鏡像system.img了。以后如果我們修改了Android源代碼中的某個(gè)模塊或者在Android源代碼工程新增一個(gè)自己的模塊,是不是還是執(zhí)行make命令呢?答案是否定的,Google為我們準(zhǔn)備了另外的命令來(lái)支持編譯單獨(dú)的模塊,以及重新打包system.img的命令。在繼續(xù)學(xué)習(xí)Android源代碼之前,就讓我們先來(lái)看看這個(gè)命令吧。
一. 首先在Android源代碼目錄下的build目錄下,有個(gè)腳本文件envsetup.sh,執(zhí)行這個(gè)腳本文件后,就可以獲得一些有用的工具: USER-NAME@MACHINE-NAME:~/Android$ . ./build/envsetup.sh 注意,這是一個(gè)source命令,執(zhí)行之后,就會(huì)有一些額外的命令可以使用: - croot: Changes directory to the top of the tree. - m: Makes from the top of the tree. - mm: Builds all of the modules in the current directory. - mmm: Builds all of the modules in the supplied directories. - cgrep: Greps on all local C/C++ files. - jgrep: Greps on all local Java files. - resgrep: Greps on all local res/*.xml files. - godir: Go to the directory containing a file. 這些命令的具體用法,可以在命令的后面加-help來(lái)查看,這里我們只關(guān)注mmm命令,也就是可以用它來(lái)編譯指定目錄的所有模塊,通常這個(gè)目錄只包含一個(gè)模塊。
二. 使用mmm命令來(lái)編譯指定的模塊,例如Email應(yīng)用程序: USER-NAME@MACHINE-NAME:~/Android$ mmm packages/apps/Email/ 編譯完成之后,就可以在out/target/product/generic/system/app目錄下看到Email.apk文件了。Android系統(tǒng)自帶的App都放在這具目錄下。另外,Android系統(tǒng)的一些可執(zhí)行文件,例如C編譯的可執(zhí)行文件,放在out/target/product/generic/system/bin目錄下,動(dòng)態(tài)鏈接庫(kù)文件放在out/target/product/generic/system/lib目錄下,out/target/product/generic/system/lib/hw目錄存放的是硬件抽象層(HAL)接口文件。
三. 編譯好模塊后,還要重新打包一下system.img文件,這樣我們把system.img運(yùn)行在模擬器上時(shí),就可以看到我們的程序了。 USER-NAME@MACHINE-NAME:~/Android$ make snod
四. 參照Ubuntu上下載、編譯和安裝Android最新源代碼一文介紹的方法運(yùn)行模擬器: USER-NAME@MACHINE-NAME:~/Android$ emulator 這樣一切就搞定了。
用最新的Ubuntu 16.04,請(qǐng)首先確保自己已經(jīng)安裝了Git.沒(méi)安裝的同學(xué)可以通過(guò)以下命令進(jìn)行安裝:
sudo apt-get install git git config –global user.email “test@test.com” git config –global user.name “test”
其中test@test.com為你自己的郵箱.
簡(jiǎn)要說(shuō)明
android源碼編譯的四個(gè)流程:1.源碼下載;2.構(gòu)建編譯環(huán)境;3.編譯源碼;4運(yùn)行.下文也將按照該流程講述.
源碼下載
由于某墻的原因,這里我們采用國(guó)內(nèi)的鏡像源進(jìn)行下載.
目前,可用的鏡像源一般是科大和清華的,具體使用差不多,這里我選擇清華大學(xué)鏡像進(jìn)行說(shuō)明.(參考:科大源,清華源)
repo工具下載及安裝
通過(guò)執(zhí)行以下命令實(shí)現(xiàn)repo工具的下載和安裝
mkdir ~/binPATH=~/bin:$PATHcurl ~/bin/repochmod a+x ~/bin/repo
補(bǔ)充說(shuō)明
這里,我來(lái)簡(jiǎn)單的介紹下repo工具,我們知道AOSP項(xiàng)目由不同的子項(xiàng)目組成,為了方便進(jìn)行管理,Google采用Git對(duì)AOSP項(xiàng)目進(jìn)行多倉(cāng)庫(kù)管理.在聊repo工具之前,我先帶你來(lái)聊聊多倉(cāng)庫(kù)項(xiàng)目:
我們有個(gè)非常龐大的項(xiàng)目Pre,該項(xiàng)目由很多個(gè)子項(xiàng)目R1,R2,...Rn等組成,為了方便管理和協(xié)同開(kāi)發(fā),我們?yōu)槊總€(gè)子項(xiàng)目創(chuàng)立自己的倉(cāng)庫(kù),整個(gè)項(xiàng)目的結(jié)構(gòu)如下:
這里寫圖片描述
將一個(gè)項(xiàng)目Pre進(jìn)行分庫(kù)后會(huì)遇到這么一個(gè)問(wèn)題:如果我們想要?jiǎng)?chuàng)建Pre分支來(lái)做feature開(kāi)發(fā),這就意味著,我們需要到每個(gè)子項(xiàng)目中分別創(chuàng)建對(duì)應(yīng)的分支,這個(gè)過(guò)程如果純粹靠手工做,那簡(jiǎn)直是個(gè)災(zāi)難,利索當(dāng)然我們會(huì)想寫個(gè)自動(dòng)化處理程序(我們假設(shè)這個(gè)工具叫做RepoUtil)來(lái)幫助我們解決這個(gè)問(wèn)題.這個(gè)RepoUtil也會(huì)有版本管理之類的需求,因此我們也用Git對(duì)其管理,并為其創(chuàng)建對(duì)應(yīng)的倉(cāng)庫(kù).此時(shí)整個(gè)項(xiàng)目的結(jié)構(gòu)如下:
這里寫圖片描述
這里RepoUtil知道整個(gè)項(xiàng)目Pre下的每個(gè)子項(xiàng)目(即維護(hù)子項(xiàng)目的列表),同時(shí)需要提供對(duì)這些子項(xiàng)目的管理功能,比如統(tǒng)一創(chuàng)建分支等.但是從"單一職責(zé)"角度來(lái)看,RepoUitl這個(gè)工具的功能過(guò)于復(fù)雜,我們完全可以將維護(hù)子項(xiàng)目列表這個(gè)功能抽取出來(lái)作為一個(gè)新項(xiàng)目sub_projects,因?yàn)樽禹?xiàng)目也會(huì)變化,因此,為其創(chuàng)建對(duì)應(yīng)的倉(cāng)庫(kù),并用Git管理,這樣的化,RepoUtil只需要通過(guò)簡(jiǎn)單的對(duì)ub_projects進(jìn)行依賴即可,此時(shí)整個(gè)項(xiàng)目的結(jié)構(gòu)如下:
這里寫圖片描述
AOSP項(xiàng)目結(jié)構(gòu)和我上文的描述非常類似.repo工具對(duì)應(yīng)RepoUtil,mainfest對(duì)應(yīng)sub_projects.
總結(jié)一下:repo就是這么一種工具,由一系列python腳本組成,通過(guò)調(diào)用Git命令實(shí)現(xiàn)對(duì)AOSP項(xiàng)目的管理.
建立源碼文件夾
熟悉Git的同學(xué)都應(yīng)該知道,我們需要為項(xiàng)目在本地創(chuàng)建對(duì)應(yīng)的倉(cāng)庫(kù).同樣,這里為了方便對(duì)代碼進(jìn)行管理,我們?yōu)槠鋭?chuàng)建一個(gè)文件夾.這里我在當(dāng)前用戶目錄下創(chuàng)建了source文件夾,后面所有的下載的源碼和編譯出的產(chǎn)物也都放在這里,命令如下:
mkdir sourcecd source
初始化倉(cāng)庫(kù)
我們將上面的source文件夾作為倉(cāng)庫(kù),現(xiàn)在需要來(lái)初始化這個(gè)倉(cāng)庫(kù)了.通過(guò)執(zhí)行初始化倉(cāng)庫(kù)命令可以獲取AOSP項(xiàng)目master上最新的代碼并初始化該倉(cāng)庫(kù),命令如下:
repo init -u
或者使用:
repo init -u git://aosp.tuna.tsinghua.edu.cn/aosp/platform/manifest
兩者實(shí)現(xiàn)的效果一致,僅僅只是協(xié)議不同.
如果執(zhí)行該命令的過(guò)程中,如果提示無(wú)法連接到 gerrit.googlesource.com,那么我們只需要編輯 ~/bin/repo文件,找到REPO_URL這一行,然后將其內(nèi)容修改為:
REPO_URL = ''
然后重新執(zhí)行上述命令即可.
補(bǔ)充說(shuō)明
不帶參數(shù)的manifest命令用于獲取master上最新的代碼,但是可以通過(guò)-b參數(shù)指定獲取某個(gè)特定的android版本,比如我們想要獲取android-4.0.1_r1分支,那么命令如下:
repo init -u -b android-4.0.1_r1
(AOSP項(xiàng)目當(dāng)前所有的分支列表參看:分支列表)
同步源碼到本地
初始化倉(cāng)庫(kù)之后,就可以開(kāi)始正式同步代碼到本地了,命令如下:
repo sync
以后如果需要同步最新的遠(yuǎn)程代碼到本地,也只需要執(zhí)行該命令即可.在同步過(guò)程中,如果因?yàn)榫W(wǎng)絡(luò)原因中斷,使用該命令繼續(xù)同步即可.不出意外,5個(gè)小時(shí)便可以將全部源碼同步到本地.所以呢,這個(gè)過(guò)程可以放在晚上睡覺(jué)期間完成.
(提示:一定要確定代碼完全同步了,不然在下面編譯過(guò)程出現(xiàn)的錯(cuò)誤會(huì)讓你痛不欲生,不確定的童鞋可以多用repo sync同步幾次)
構(gòu)建編譯環(huán)境
源碼下載完成后,就可以構(gòu)建編譯環(huán)境了.在開(kāi)始之前,我們先來(lái)看看一些編譯要求:
1. 硬件要求:
64位的操作系統(tǒng)只能編譯2.3.x以上的版本,如果你想要編譯2.3.x以下的,那么需要32位的操作系統(tǒng).
磁盤空間越多越好,至少在100GB以上.意思就是,你可以去買個(gè)大點(diǎn)的硬盤了啊
如果你想要在是在虛擬機(jī)運(yùn)行l(wèi)inux,那么至少需要16GB的RAM/swap.
(實(shí)際上,我非常不推薦在虛擬機(jī)中編譯2.3.x以上的代碼.)
2. 軟件要求:
1. 操作系統(tǒng)要求
在AOSP開(kāi)源中,主分支使用Ubuntu長(zhǎng)期版本開(kāi)發(fā)和測(cè)試的,因此也建議你使用Ubuntu進(jìn)行編譯,下面我們列出不同版本的的Ubuntu能夠編譯那些android版本:
Android版本
編譯要求的Ubuntu最低版本
Android 6.0至AOSP master ? ?Ubuntu 14.04 ?
Android 2.3.x至Android 5.x ? ?Ubuntu 12.04 ?
Android 1.5至Android 2.2.x ? ?Ubuntu 10.04 ?
2. JDK版本要求
除了操作系統(tǒng)版本這個(gè)問(wèn)題外,我們還需要關(guān)注JDK版本問(wèn)題,為了方便,同樣我們也列出的不同Android版本的源碼需要用到的JDK版本:
Android版本
編譯要求的JDK版本
AOSP的Android主線 ? ?OpenJDK 8 ?
Android 5.x至android 6.0 ? ?OpenJDK 7 ?
Android 2.3.x至Android 4.4.x ? ?Oracle JDK 6 ?
Android 1.5至Android 2.2.x ? ?Oracle JDK 5 ?
更具體的可以參看:Google源碼編譯要求
我現(xiàn)在在Ubuntu 16.04下編譯AOSP主線代碼,因此需要安裝OpenJDK 8,執(zhí)行命令如下:
sudo apt-get install openjdk-8-jdk
如果你需要在Ubuntu 14.04下編譯AOSP主線代碼,同樣需要安裝OpenJDK 8,此時(shí)需要執(zhí)行如下命令:
sudo apt-get updatesudo apt-get install openjdk-8-jdk
如果你要編譯的是Android 5.x到android 6.0之間的系統(tǒng)版本,需要采用openjdk7.但是在Ubuntu 15.04及之后的版本的在線安裝庫(kù)中只支持openjdk8和openjdk9的安裝.因此,如果你想要安裝openjdk 7需要首先設(shè)置ppa:
sudo add-apt-repository ppa:openjdk-r/ppa sudo apt-get update
然后再執(zhí)行安裝命令:
sudo apt-get install openjdk-7-jdk
有時(shí)候,我們需要編譯不同版本的android系統(tǒng),就可能使用不同的jdk版本.關(guān)于jdk版本切換,可以使用如下命令:
sudo update-alternative --config javasudo update-alternative --config javac
3. 其他要求
Google官方構(gòu)建編譯環(huán)境指南中已經(jīng)說(shuō)明了Ubuntu14.04,Ubuntu 12.04,Ubuntu 10.04需要添加的依賴,這里我們就不做介紹了.我原先以為,Ubuntu16.04的設(shè)置和Ubuntu14.04的依賴設(shè)置應(yīng)該差不多,但是只能說(shuō)too young too simple.
下面是Ubuntu16.04中的依賴設(shè)置:
sudo apt-get install libx11-dev:i386 libreadline6-dev:i386 libgl1-mesa-dev g++-multilib sudo apt-get install -y git flex bison gperf build-essential libncurses5-dev:i386 sudo apt-get install tofrodos python-markdown libxml2-utils xsltproc zlib1g-dev:i386 sudo apt-get install dpkg-dev libsdl1.2-dev libesd0-devsudo apt-get install git-core gnupg flex bison gperf build-essential ?sudo apt-get install zip curl zlib1g-dev gcc-multilib g++-multilib sudo apt-get install libc6-dev-i386 sudo apt-get install lib32ncurses5-dev x11proto-core-dev libx11-dev sudo apt-get install libgl1-mesa-dev libxml2-utils xsltproc unzip m4sudo apt-get install lib32z-dev ccache
(其中幾個(gè)命令中參數(shù)是重復(fù)的,但不妨礙我們)
初始化編譯環(huán)境
確保上述過(guò)程完成后,接下來(lái)我們需要初始化編譯環(huán)境,命令如下:
source build/envsetup.sh
執(zhí)行該命令結(jié)果如下:
這里寫圖片描述
不難發(fā)現(xiàn)該命令只是引入了其他執(zhí)行腳本,至于這些腳本做什么,目前不在本文中細(xì)說(shuō).
該命令執(zhí)行成功后,我們會(huì)得到了一些有用的命令,比如最下面要用到的lunch命令.
編譯源碼
初始化編譯環(huán)境之后,就進(jìn)入源碼編譯階段.這個(gè)階段又包括兩個(gè)階段:選擇編譯目標(biāo)和執(zhí)行編譯.
選擇編譯目標(biāo)
通過(guò)lunch指令設(shè)置編譯目標(biāo),所謂的編譯目標(biāo)就是生成的鏡像要運(yùn)行在什么樣的設(shè)備上.這里我們?cè)O(shè)置的編譯目標(biāo)是aosp_arm64-eng,因此執(zhí)行指令:
lunch aosp_arm64-eng
編譯目標(biāo)格式說(shuō)明
編譯目標(biāo)的格式:BUILD-BUILDTYPE,比如上面的aosp_arm-eng的BUILD是aosp_arm,BUILDTYPE是eng.
什么是BUILD
BUILD指的是特定功能的組合的特定名稱,即表示編譯出的鏡像可以運(yùn)行在什么環(huán)境.其中,aosp(Android Open Source Project)代表Android開(kāi)源項(xiàng)目;arm表示系統(tǒng)是運(yùn)行在arm架構(gòu)的處理器上,arm64則是指64位arm架構(gòu);處理器,x86則表示x86架構(gòu)的處理器;此外,還有一些單詞代表了特定的Nexus設(shè)備,下面是常用的設(shè)備代碼和編譯目標(biāo),更多參考官方文檔
|受型號(hào)|設(shè)備代碼|編譯目標(biāo)|
|---|----|---|
|Nexus 6P|angler|aosp_angler-userdebug|
|Nexus 5X|bullhead|aosp_bullhead-userdebug|
|Nexus 6|shamu|aosp_shamu-userdebug|
|Nexus 5|hammerhead|aosp_hammerhead-userdebug|
提示:如果你沒(méi)有Nexus設(shè)備,那么通常選擇arm或者x86即可
什么是BUILDTYPE
BUILD TYPE則指的是編譯類型,通常有三種:
-user:代表這是編譯出的系統(tǒng)鏡像是可以用來(lái)正式發(fā)布到市場(chǎng)的版本,其權(quán)限是被限制的(如,沒(méi)有root權(quán)限,不鞥年dedug等)
-userdebug:在user版本的基礎(chǔ)上開(kāi)放了root權(quán)限和debug權(quán)限.
-eng:代表engineer,也就是所謂的開(kāi)發(fā)工程師的版本,擁有最大的權(quán)限(root等),此外還附帶了許多debug工具
了解編譯目標(biāo)的組成之后,我們就可以根據(jù)自己目前的情況選擇了.那不知道編譯目標(biāo)怎么辦?
我們只需要執(zhí)行不帶參數(shù)的lunch指令,稍后,控制臺(tái)會(huì)列出所有的編譯目標(biāo),如下:
這里寫圖片描述
接著我們只需要輸入相應(yīng)的數(shù)字即可.
來(lái)舉個(gè)例子:你沒(méi)有Nexus設(shè)備,只想編譯完后運(yùn)行看看,那么就可以選擇aosp_arm-eng.
(我在ubuntu 16.04(64位)中編譯完成后啟動(dòng)虛擬機(jī)時(shí),卡在黑屏,嘗試編譯aosp_arm64-eng解決.因此,這里我使用了aosp_arm64-eng)
開(kāi)始編譯
通過(guò)make指令進(jìn)行代碼編譯,該指令通過(guò)-j參數(shù)來(lái)設(shè)置參與編譯的線程數(shù)量,以提高編譯速度.比如這里我們?cè)O(shè)置8個(gè)線程同時(shí)編譯:
make -j8
需要注意的是,參與編譯的線程并不是越多越好,通常是根據(jù)你機(jī)器cup的核心來(lái)確定:core*2,即當(dāng)前cpu的核心的2倍.比如,我現(xiàn)在的筆記本是雙核四線程的,因此根據(jù)公式,最快速的編譯可以make -j8.
(通過(guò)cat /proc/cpuinfo查看相關(guān)cpu信息)
如果一切順利的化,在幾個(gè)小時(shí)之后,便可以編譯完成.看到### make completed successfully (01:18:45(hh:mm:ss)) ###表示你編譯成功了.
運(yùn)行模擬器
在編譯完成之后,就可以通過(guò)以下命令運(yùn)行Android虛擬機(jī)了,命令如下:
source build/envsetup.shlunch(選擇剛才你設(shè)置的目標(biāo)版本,比如這里了我選擇的是2)emulator
如果你是在編譯完后立刻運(yùn)行虛擬機(jī),由于我們之前已經(jīng)執(zhí)行過(guò)source及l(fā)unch命令了,因此現(xiàn)在你只需要執(zhí)行命令就可以運(yùn)行虛擬機(jī):
emulator
不出意外,在等待一會(huì)之后,你會(huì)看到運(yùn)行界面:
這里寫圖片描述
補(bǔ)充
既然談到了模擬器運(yùn)行,這里我們順便介紹模擬器運(yùn)行所需要四個(gè)文件:
Linux Kernel
system.img
userdate.img
ramdisk.img
如果你在使用lunch命令時(shí)選擇的是aosp_arm-eng,那么在執(zhí)行不帶參數(shù)的emualtor命令時(shí),Linux Kernel默認(rèn)使用的是/source/prebuilds/qemu-kernel/arm/kernel-qemu目錄下的kernel-qemu文件;而android鏡像文件則是默認(rèn)使用source/out/target/product/generic目錄下的system.img,userdata.img和ramdisk.img,也就是我們剛剛編譯出來(lái)的鏡像文件.
上面我在使用lunch命令時(shí)選擇的是aosp_arm64-eng,因此linux默認(rèn)使用的/source/prebuilds/qemu-kernel/arm64/kernel-qemu下的kernel-qemu,而其他文件則是使用的source/out/target/product/generic64目錄下的system.img,userdata.img和ramdisk.img.
當(dāng)然,emulator指令允許你通過(guò)參數(shù)制定使用不同的文件,具體用法可以通過(guò)emulator --help查看
模塊編譯
除了通過(guò)make命令編譯可以整個(gè)android源碼外,Google也為我們提供了相應(yīng)的命令來(lái)支持單獨(dú)模塊的編譯.
編譯環(huán)境初始化(即執(zhí)行source build/envsetup.sh)之后,我們可以得到一些有用的指令,除了上邊用到的lunch,還有以下:
- croot: Changes directory to the top of the tree. ?- m: Makes from the top of the tree. ?- mm: Builds all of the modules in the current directory. ?- mmm: Builds all of the modules in the supplied directories. ?- cgrep: Greps on all local C/C++ files. ?- jgrep: Greps on all local Java files. ?- resgrep: Greps on all local res/*.xml files. ?- godir: Go to the directory containing a file.
其中mmm指令就是用來(lái)編譯指定目錄.通常來(lái)說(shuō),每個(gè)目錄只包含一個(gè)模塊.比如這里我們要編譯Launcher2模塊,執(zhí)行指令:
mmm packages/apps/Launcher2/
稍等一會(huì)之后,如果提示:
### make completed success fully ###
即表示編譯完成,此時(shí)在out/target/product/gereric/system/app就可以看到編譯的Launcher2.apk文件了.
重新打包系統(tǒng)鏡像
編譯好指定模塊后,如果我們想要將該模塊對(duì)應(yīng)的apk集成到系統(tǒng)鏡像中,需要借助make snod指令重新打包系統(tǒng)鏡像,這樣我們新生成的system.img中就包含了剛才編譯的Launcher2模塊了.重啟模擬器之后生效.
單獨(dú)安裝模塊
我們?cè)诓粩嗟男薷哪承┠K,總不能每次編譯完成后都要重新打包system.img,然后重啟手機(jī)吧?有沒(méi)有什么簡(jiǎn)單的方法呢?
在編譯完后,借助adb install命令直接將生成的apk文件安裝到設(shè)備上即可,相比使用make snod,會(huì)節(jié)省很多事件.
補(bǔ)充
我們簡(jiǎn)單的來(lái)介紹out/target/product/generic/system目錄下的常用目錄:
Android系統(tǒng)自帶的apk文件都在out/target/product/generic/system/apk目錄下;
一些可執(zhí)行文件(比如C編譯的執(zhí)行),放在out/target/product/generic/system/bin目錄下;
動(dòng)態(tài)鏈接庫(kù)放在out/target/product/generic/system/lib目錄下;
硬件抽象層文件都放在out/targer/product/generic/system/lib/hw目錄下.
SDK編譯
如果你需要自己編譯SDK使用,很簡(jiǎn)單,只需要執(zhí)行命令make sdk即可.
錯(cuò)誤集合
在編譯過(guò)程中,遇到的大部分錯(cuò)誤都可以在google搜到解決方案.這里只列舉幾個(gè)常見(jiàn)的錯(cuò)誤:
錯(cuò)誤一: You are attemping to build with the incorrect version.具體錯(cuò)誤如下:
請(qǐng)點(diǎn)擊輸入圖片描述
這里寫圖片描述
如果你認(rèn)真看了構(gòu)建環(huán)境的的要求,那么這個(gè)錯(cuò)誤是可以避免的.當(dāng)然,這個(gè)問(wèn)題也很容易解決:安裝openjdk 8,別忘了使用sudo update-alternative命令切換jdk版本.
錯(cuò)誤二: Out of memory error.具體錯(cuò)誤如下:
請(qǐng)點(diǎn)擊輸入圖片描述
這里寫圖片描述
這個(gè)錯(cuò)誤比較常見(jiàn),尤其是在編譯AOSP主線代碼時(shí),常常會(huì)因?yàn)镴VM heap size太小而導(dǎo)致該錯(cuò)誤.
此時(shí)有兩種解決方法:
方法一:
在編譯命令之前,修改prebuilts/sdk/tools/jack-admin文件,找到文件中的這一行:
JACK_SERVER_COMMAND="java -Djava.io.tmpdir=$TMPDIR $JACK_SERVER_VM_ARGUMENTS -cp $LAUNCHER_JAR $LAUNCHER_NAME"
然后在該行添加-Xmx4096m,如:
JACK_SERVER_COMMAND="java -Djava.io.tmpdir=$TMPDIR $JACK_SERVER_VM_ARGUMENTS -Xmx4096m -cp $LAUNCHER_JAR $LAUNCHER_NAME"
然后再執(zhí)行time make -8j
方法二:
在控制臺(tái)執(zhí)行以下命令:
export JACK_SERVER_VM_ARGUMENTS="-Dfile.encoding=UTF-8 -XX:+TieredCompilation -Xmx4096m"out/host/linux-x86/bin/jack-admin kill-serverout/host/linux-x86/bin/jack-admin start-server
如圖:
請(qǐng)點(diǎn)擊輸入圖片描述
這里寫圖片描述
執(zhí)行完該命令后,再使用make命令繼續(xù)編譯.某些情況下,當(dāng)你執(zhí)行jack-admin kill-server時(shí)可能提示你命令不存在,此時(shí)去你去out/host/linux-x86/bin/目錄下會(huì)發(fā)現(xiàn)不存在jack-admin文件.如果我是你,我就會(huì)重新repo sync下,然后從頭來(lái)過(guò).
錯(cuò)誤三:使用emulator時(shí),虛擬機(jī)停在黑屏界面,點(diǎn)擊無(wú)任何響應(yīng).此時(shí),可能是kerner內(nèi)核問(wèn)題,解決方法如下:
執(zhí)行如下命令:
./out/host/linux-x86/bin/emulator -partition-size 1024 -kernel ./prebuilts/qemu-kernel/arm/kernel-qemu-armv7
通過(guò)使用kernel-qemu-armv7內(nèi)核 解決模擬器等待黑屏問(wèn)題.而-partition-size 1024 則是解決警告: system partion siez adjusted to match image file (163 MB 66 MB)
如果你一開(kāi)始編譯的版本是aosp_arm-eng,使用上述命令仍然不能解決等待黑屏問(wèn)題時(shí),不妨編譯aosp_arm64-eng試試.
結(jié)束吧
到現(xiàn)在為止,你已經(jīng)了解了整個(gè)android編譯的流程.除此之外,我也簡(jiǎn)單的說(shuō)明android源碼的多倉(cāng)庫(kù)管理機(jī)制.下面,不妨自己動(dòng)手嘗試一下.
android源碼中有著許多的源代碼,其中有c和c++編寫的也有java編寫,這些代碼需要通過(guò)重新編譯后才能在android機(jī)器上運(yùn)行的!當(dāng)然你修改源碼,改完源碼后還是需要對(duì)源碼進(jìn)行編譯的編譯的!android系統(tǒng)源碼的整體編譯需要很長(zhǎng)時(shí)間,所以一般否是分開(kāi)來(lái)編譯的!這樣縮短了編譯的等待時(shí)間,而且也實(shí)現(xiàn)了不同人對(duì)不同板塊代碼的修改和編譯的分工了!
編譯android系統(tǒng)源碼準(zhǔn)備工作:
下載android源碼
在windows上用gitbash ,git clone 下載代碼
在linux上這樣下載
創(chuàng)建~/bin目錄,用來(lái)存放repo程序,如下:
$ cd ~
$ mkdir bin
初始化repo
repo是android對(duì)git的一個(gè)封裝,簡(jiǎn)化了一些git的操作。
創(chuàng)建工程目錄:
$ mkdir android
$ cd android
下載repo腳本并使其可執(zhí)行:
$ curl ~/bin/repo
$ chmod a+x ~/bin/repo
repo初始化:
$ repo init -u git://android.git.kernel.org/platform/manifest.git
在此過(guò)程中需要輸入名字和email地址。初始化成功后,會(huì)顯示:
repo initialized in /android
在~/android下會(huì)有一個(gè).repo的隱藏目錄。
5)同步源代碼
$ repo sync
這一步要很久很久。
安裝linux系統(tǒng),推薦ubuntu,圖形界面
安裝編譯需要的支持包
$ sudo apt-get install git-core gnupg sun-java5-jdk flex bison gperf libsdl-dev libesd0-dev libwxgtk2.6-dev build-essential zip curl libncurses5-dev zlib1g-dev
安裝java6.0
$ sudo apt-get install sun-java6-jdk
配置java環(huán)境
sudo gedit ~/.bashrc
末尾加上
JAVA_HOME=/usr/lib/jvm/java-6-sun
JRE_HOME=${JAVA_HOME}/jre
export ANDROID_JAVA_HOME=$JAVA_HOME
export CLASSPATH=.:${JAVA_HOME}/lib:$JRE_HOME/lib:$CLASSPATH
export JAVA_PATH=${JAVA_HOME}/bin:${JRE_HOME}/bin
export JAVA_HOME;
export JRE_HOME;
export CLASSPATH;
HOME_BIN=~/bin/
export PATH=${PATH}:${JAVA_PATH}:${HOME_BIN};
sudo source ~/.bashrc
是環(huán)境變量生效
編譯android源碼,并得到~/android/out目錄
$ cd ~/andoird
$ make
這一過(guò)程很久。
這就編譯結(jié)束了
Android源碼目錄下的build/envsetup.sh文件,描述編譯的命令
- m: Makes from the top of the tree.
- mm: Builds all of the modules in the current directory.
- mmm: Builds all of the modules in the supplied directories.
要想使用這些命令,首先需要在android源碼根目錄執(zhí)行. build/envsetup.sh 腳本設(shè)置環(huán)境
m:編譯所有的模塊
mm:編譯當(dāng)前目錄下的模塊,當(dāng)前目錄下要有Android.mk文件
mmm:編譯指定路徑下的模塊,指定路徑下要有Android.mk文件
下面舉個(gè)例子說(shuō)明,假設(shè)我要編譯android下的\hardware\libhardware_legacy\power模塊,當(dāng)前目錄為源碼根目錄,方法如下:
1、. build/envsetup.sh
2、mmm hardware/libhardware_legacy/power/
編譯完后 運(yùn)行 make snod
會(huì)重新將你改過(guò)的模塊打入到system.img中
文章名稱:android源碼編譯,android源碼編譯暫停方法
URL網(wǎng)址:http://jinyejixie.com/article16/dsdjedg.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供外貿(mào)建站、網(wǎng)站設(shè)計(jì)、軟件開(kāi)發(fā)、用戶體驗(yàn)、網(wǎng)站導(dǎo)航、服務(wù)器托管
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來(lái)源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容