編譯android

⑴ 如何自己編譯android系統並製作刷機包

android系統製作刷機包方法：

【一】：下載安裝最新版ROM助手（市場中有很多類似的製作工具，關鍵要求操作簡單，功能強大），安裝程序非常簡單，只需在一隻蘑菇首頁內直接下載，並解壓到自己的電腦安裝即可。

【二】：如果已經下載了與機型匹配的ROM刷機包，那麼現在可以直接打開ROM助手了，接下來繪制專屬個性的完美刷機包就從這里開始吧。

【三】：打開軟體後，它會自動升級到最新版本，另外打開主界面後，會直觀簡明的顯示出它的所有功能，例如：性能優化，系統精簡，預裝APK，簽名打包等等。提醒大家，不要貪心哦，要根據自己的需求點擊需要操作的功能，如系統精簡，然後進入操作界面，所有功能全部修改一遍也無妨，反正都是一鍵操作，省時省力。

⑵ 編譯調試Android系統原生App - 以Settings為例

本文已過時，最新文章：向大家推薦《使用 AS 開發 System App》 https://xiaozhuanlan.com/system-app

Android原生系統帶有許多原生的App，比如 瀏覽器、錄音機、計算器、設置 等，有些時候，我們需要用到一些系統的功能，或者是對已有的功能做二次開發，比如我上學時給一個公司做過一個Launcher和Wizard，就需要用到系統設置中的某些功能，比如Wifi、聲音、顯示等功能，於是就需要從Settings源碼中提取出需要的功能。

特別是公司自己定製Android系統，需要在上面做一些 系統級的App 的時候，原生App已有的功能就可以通過編譯其源碼的方式直接拿過來改改就能用，而且可用度很高。

這里有兩種情況，分為 原生 的和 公司定製 的系統。無論是原生的還是定製的，類似於Settings這樣需要使用到 系統級或隱藏API 的App，都需要系統簽名文件和編譯系統源碼後得到相應的jar包才可以在IDE中編譯，因為標准SDK根本沒有那些API可供調用。

舉個栗子：

需要額外的Jar就需要自己編譯系統源碼啦，這個是比較麻煩的，有興趣可以試試自己編譯定製自己的Android系統。

** 注意，既然是定製的，源碼、jar、簽名文件，還有系統都是一一對應的，你不能拿其他公司的系統簽名來給你公司的系統app簽名，這樣無法運行的。 **

有了源碼，下一步當然是要跑起來啦。

建議都使用Eclipse來編譯，不要使用AS，因為AS編譯大型的原生App能卡到你吐血，而且出錯提示也不友好。但是用過AS的人都不想再碰Eclipse了有沒有？？別急，可以先用Eclipse編譯過了，再貼到AS中，這樣好很多，也很節省時間。

初始化：

放入源碼：

修正res錯誤：

修正src錯誤：

使用到系統級API的，或者AndroidManifest.xml文件中聲明了

那麼沒有系統簽名，直接debug簽名運行是不行的，需要向底層工程師要系統的簽名文件，在源碼目錄
build\target\proct\security
下的 platform.pk8 和 platform.x509.pem ，如果你想看此次編譯Settings是否已成功了，可以適當的在入口加一下Log，然後導出未簽名的apk，使用系統簽名進行簽名後，放到 /system/app/ 下替換掉Settings.apk，然後重啟系統，打開設置，看看Logcat是否輸出里加入的Log。

在不知道系統簽名可以轉換成debug簽名前，老實說我一直都是用Log的方式調試，太特么痛苦了。現在知道後整個人都懵逼了。

我們都希望可以像調試普通app那樣調試系統app，以下是如何通過 openssl 將 platform.pk8 和 platform.x509.pem 轉換成 debug.keystore 文件：

三個命令

此方法來自： http://curlog.com/2016/08/30/android-pk2debug-keystore/

Mac自帶openssl，Linux和Win需要安裝。

然後就可以使用得到的debug簽名配置到eclipse後愉快的調試啦，當然，得先把系統中已經存在的app先刪除掉。然後重啟系統，至於如何配置eclipse的debug簽名，請Google。

使用過AS後，當然希望在AS中也可以調試系統App，抽空再寫篇相關編譯和調試的文章。如果這篇文章幫到你了，給個贊唄。

⑶ android編譯命令的說明

android源碼目錄下的build/envsetup.sh文件，描述編譯的命令

- m:       Makes from the top of the tree.

- mm:      Builds all of the moles in the current directory.

- mmm:     Builds all of the moles in the supplied directories.

要想使用這些命令，首先需要設置android腳本編譯環境，在源碼根目錄執行 source build/envsetup.sh

m：編譯所有的模塊

mm：編譯當前目錄下的模塊，當前目錄下要有Android.mk文件

mmm：編譯指定路徑下的模塊，指定路徑下要有Android.mk文件

下面舉個例子說明，假設我要編譯android下的\framework\av\cmds\screenrecord模塊，

當前目錄為源碼根目錄，方法如下：

1、source build/envsetup.sh

2、mmm framework/av/cmds/screenrecord

或者 ：

1、source build/envsetup.sh

2、cd framework/av/cmds/screenrecord

3、mm

⑷ Android APK編譯流程

apk 是Android Package的簡寫， 在平時的開發過程中，通過點擊 Run app 按鈕 或者 在命令行中輸入

這樣Android Studio就會啟動構建流程，最終輸出一個我們想要的APK。

直達官網介紹

對於小白來說，上面一張圖已經可以解釋apk的構建過程了，不過對於Andoid開發者而言還需要了解一些更詳細的構建過程。

詳細的對應步驟 和 使用工具如下：

資源文件（res文件夾下的文件）通過 AAPT（Android Asset Packaging Tool）打包生成R.java類（資源索引表）、.arsc資源文件 和res文件。

resources.arsc 是一個App的資源索引表，通過R.java 文件 和 resources.arsc 可以定位到資源的內存地址，resources.arsc文件的作用是通過一樣的ID，根據不同的配置索引到最佳的資源顯示在UI中。

AIDL （Android Interface Definition Language）， 是Android介面定義語言，是Android提供的IPC （Inter Process Communication，進程間通信）的一種獨特實現。
如果有aidl文件，這個階段會生成對應的Java介面文件。

R.java文件、工程源碼文件、aidl.java文件， 在這一步通過javac生成.class文件。

源碼.class文件和第三方jar或者library通過dx工具打包成dex文件

Android系統的Dalvik虛擬機的可執行文件為DEX格式，所以這里會將上一步中生成的.class文件 和 引用的第三方jar等過程中的.class 一起通過dx工具打包成dex文件

apkbuilder工具會將所有沒有編譯的資源、.arsc資源、.dex文件打包到一個完成apk文件中

tips：

apksigner工具會對未簽名的apk驗證簽名。得到一個簽名後的apk（signed.apk）

apksigner 是google 退出的V2簽名方式
Jarsigner 是之前一直使用的V1簽名方式

可以通過在命令行中輸入apksigner --help來獲取詳情信息，如果沒有特殊需求，使用下面命令即可完成簽名

release mode 下使用 aipalign進行align，即對簽名後的apk進行對齊處理

所謂對齊，主要過程是將APK包中所有的資源文件距離文件起始偏移為4位元組整數倍，這樣通過內存映射訪問apk文件時的速度會更快。對齊的作用主要是為了減少運行時內存的使用。

zipalign是一個android平台上整理APK文件的工具，它對apk中未壓縮的數據進行4位元組對齊，對齊後就可以使用mmap函數讀取文件，可以像讀取內存一樣對普通文件進行操作。如果沒有4位元組對齊，就必須顯式的讀取，這樣比較緩慢並且會耗費額外的內存。

參考文章：
Android-Studio配置構建
淺談Android打包流程
apk打包流程

END!

⑸ Android系統編譯命令make

在編譯Android系統時，需要先執行2條命令，來設置必要的環境變數。

接下來就可以執行make系列命令，來完成不同的需要。

make clean 用來清除編譯歷史，開始一個全新的編譯。
make -j 或 make -j8 啟動編譯過程。 -j 後面的數字代表要使用的cpu thread的數目。

在完成了全編譯後，才能執行生成OTA升級包的操作。

注意事項：

⑹ 多台伺服器如何分布編譯一個android固件

1、首先需要distcc:替換原來的編譯器(gcc/g++)。
2、其次要編譯android編譯。把原來的編譯器替換。
3、最後多台伺服器就可以進行分布編譯一個android固件了。

⑺ Android的編譯打包流程詳解

下圖的是官網對於Android編譯打包流程的介紹。

官方的介紹非常籠統，簡而言之，其大致流程就是：
編譯-->DEX-->打包-->簽名和對齊

（好像什麼都沒Get到，有一種意猶未盡的感覺……）

來一張外國大神的圖片(註：這張圖少了簽名的步驟)

用文字解釋一下上圖的流程：

首先，我們整理一下編譯的輸入部分是什麼(圖中黃色部分)：

接下來的步驟：

好了，編譯打包的詳細流程說完了，接下來我們看看是否能回答開篇的那些問題。

答：aapt工具對於每個資源文件生成了唯一的ID，這些ID保存在R.java文件中。如下是R.java文件的內容：

資源ID是一個4位元組的無符號整數，在R.java文件中用16進製表示。其中，最高的1位元組表示Package ID，次高1個位元組表示Type ID，最低2位元組表示Entry ID。

只有一個ID如何能引用到實際資源呢？實際上aapt工具還生成了一個文件resources.arsc，相當於一個資源索引表，或者你理解成一個map也行，map的key是資源ID，value是資源在apk文件中的路徑。resources.arsc裡面還有其他信息，這個就不多說了。

通過R.java文件和resources.arsc配合，就能引用到實際的資源文件。

答：第7步已經闡述了對齊所做的工作，為什麼要進行對齊，這是為了加快資源的訪問速度。如果每個資源的開始位置都是上一個資源之後的 4*n位元組，那麼訪問下一個資源就不用遍歷，直接跳到4*n位元組處判斷是不是一個新的資源即可。

如果舉例子，那麼對齊有點類似於資源數組化，數組的訪問速度當然比鏈錶快。

答：xml裡面都是各種字元，不利於快速遍歷。編譯成二進制文件，用數字替換各種符號，一方面能快速訪問，另一方面也能減少大小。

https://developer.android.com/studio/build/index.html
http://www.alittlemadness.com/2010/06/07/understanding-the-android-build-process/
http://blog.csdn.net/luoshengyang/article/details/8744683
https://stackoverflow.com/questions/6517151/how-does-the-mapping-between-android-resources-and-resources-id-work
http://www.jianshu.com/p/eaaddfe34d11

⑻ Android編譯時動態替換Jar包中的類

開發過程中我們可能有修改Jar包的需求，但是Jar源碼可能不在我們這邊，這個時候我們可以用到 JarFilterPlugin 這個插件，這個插件可以做到編譯時用我們本地類替換Jar包中的類，但是這個用法在這個插件的ReadMe中沒有寫，我們可以這樣操作

在項目頂級目錄的build.gradle下添加如下內容

在模塊層級build.gradle下添加如下內容，內容與 adnroid 閉包同層級

上面 skipFiles 中就是我們想要替換的類，我們還要在自己模塊的 src 目錄下建立和想要替換的類同路徑的包目錄，然後將目標類的源碼拷貝到我們建立的目錄下並做對應的修改，舉例為每一個類增加一個列印日誌的方法，然後我們再編譯就會發現我們的類已經替換了Jar包中原有的類。但是這個插件有個問題，處理大項目時編譯會報 invalid entry compressed size ，這是因為Jar包的拷貝方式有問題，碰到了或者有興趣的同學可以了解一下 這里 ，報錯的路徑在 JarFilterPlugin/buildSrc/src/main/java/cn/nekocode/jarfilter/JarFilterTransform.kt#AndFilterJar() 中，鏈接： JarFilterTransform.kt

⑼ Android編譯報錯

在大環境中用make編譯app時有時候會報下面的錯誤。

ninja: error: 'out/target/common/obj/JAVA_LIBRARIES/widget_intermediates/classes-header.jar', needed by 'out/target/common/obj/APPS/Mms_intermediates/classes-full-debug.jar', missing and no known rule to make it

17:42:04 ninja failed with: exit status 1

從錯誤看，是找不到header包。但是單編widget這個包的時候，生成的又沒有這個header包，全編的時候才有，所以要把這個模塊的mk文件include到MMS模塊的mk文件中，重新編譯一下就有了。

用JD-JUI 把這個classes-header.jar打開看一下，發現這個文件包裡面只有各個類的函數聲明，沒有具體的實現，就類似C語言的.h文件，是在編譯java文件的時候同步生成的，可以查系統 的mk編譯文件。

在android 的external 目錄下有一個 Turbine 包，應該是生成jar的header文件的。

在 build/make/core/java.mk 裡面有header的生成，希望有時間仔細研究一下。

# Run jarjar before generate classes-header.jar if necessary. 274 ifneq ($( strip $( LOCAL_JARJAR_RULES )),) 275 $( full_classes_header_jarjar ): PRIVATE_JARJAR_RULES :=$( LOCAL_JARJAR_RULES ) 276 $( full_classes_header_jarjar ): $( full_classes_turbine_jar ) $( LOCAL_JARJAR_RULES ) | $( JARJAR ) 277 @ echo Header JarJar : $@ 278 $( hide ) $( JAVA )- jar $( JARJAR ) process $( PRIVATE_JARJAR_RULES )$< $@ 279 else 280 full_classes_header_jarjar :=$( full_classes_turbine_jar ) 281 endif 282