**1. 部署JDK**
Froyo的編譯依賴JDK1.5,所以首先要做的就是下載JDK1.5。下載網址是http://www.oracle.com/technetwork/java/javase/downloads/index-jdk5-jsp-142662.html。下載得到的文件為jdk-1_5_0_22-linux-i586.bin。把它放到一個目錄中,比如我本人,就將它放在了/develop中,然后在這個目錄中執行:
`./jdk-1_5_0_22-linux-i586.bin #執行這個文件`
這個命令其實就是解壓,解壓后的結果在/develop/jdk1.5.0_22目錄中。現有了JDK,再按照下面的步驟部署它即可:
- 在~/.bashrc文件的末尾添加以下幾句話:
exportJAVA_HOME=/develop/jdk1.5.0_22 #設置為剛才解壓的目錄
exportJRE_HOME=JAVA_HOME/jre
exportCLASSPATH=$JAVA_HOME/lib:$JRE_HOME/lib:$CLASSPATH
exportPATH=$JAVA_HOME/bin:$JRE_HOME/bin:$PATH
- 重新登錄系統,這樣,JDK資源就能被正確找到了。
**2. 編譯源碼**
Android的編譯有自己的一套規則,主要利用的就是mk文件。網上有太多關于它的解說了,這里不再贅述,只簡單介紹其編譯工序:
進入源碼目錄(以我的開發環境為例),也就是 cd /develop/download_froyo
- 執行 . build/envsetup.sh,這個腳本用來設置Android的編譯環境。
- 執行choosecombo命令,這個命令用來選擇編譯目標(如目標硬件平臺、eng還是user等)。一般而言,手機廠商會設置自己特有的編譯選項。
執行完上面幾個步驟后,就可以編譯系統了。Android平臺提供了三個命令用于編譯,它們分別是make、mmm和mm,這三個命令的使用方法及其優劣如下:
- make:不帶任何參數,它用于編譯整個系統,時間較長,我本人不推薦這種做法,除非讀者想編譯整個系統。
- make MediaProvider :下面幾個例子都以編譯MediaProvider為例。這種方式對應于單個模塊編譯。它的優點是,會把該模塊依賴的其他模塊也一起編譯。例如 make libmedia,就會把libmedia依賴的庫全編譯好。其缺點也很明顯,它需要搜索整個源碼來定義MediaProvider模塊所使用的Android.mk文件,并且還要判斷該模塊所依賴的其他模塊是否有修改。整體編譯時間較長。
- mmm packages/providers/MediaProvider :該命令將編譯指定目錄下的目標模塊,而不編譯它所依賴的模塊。所以如果讀者是初次編譯,采用這種方式編譯一個模塊往往會報錯。錯誤的原因是因為它依賴的模塊沒有被編譯。
- mm :這種方式需要先cdpackages/providers/MediaProvider目錄,然后mm。該命令會編譯當前目錄下的模塊。它和mmm一樣,只編譯目標模塊。mm和mmm命令編譯的速度都很快。
從使用的角度來看,我本人有如下建議:
- 如果只知道目標模塊名,則應使用make 模塊名的方式來編譯目標模塊。例如編譯libmedia,則直接使用make libmedia即可。另外,初次編譯時也要采用這種方法。
- 如果不知道目標模塊名,而知道目標模塊所處的目錄,則可使用mmm或mm命令來編譯。當然,初次編譯還必須使用make命令。而以后的編譯就可使用mmm或mm了,這樣會節約不少時間。
>[info] **注意**
> 一般的編譯方式都使用增量編譯,即只編譯發生變化的目標文件。但有時則需重新編譯所有目標文件,那么就可使用make命令的-B選項。例如 make –B 模塊名,或者mm –B、mmm –B 。mm和mmm內部,也是調用make命令的,而make的-B選項將強制編譯所有目標文件。
Android的編譯工序比較簡單,難點主要在Android.mk文件的編寫。讀者可上網搜索與此相關的學習資料。
**3. 本書各模塊的編譯目標**
本書各模塊的編譯目標如表1-1所示,這里僅列出幾個有代表性的模塊:
:-: 表1-1 本書各模塊編譯目標
| 目標模塊 | make命令 | mmm命令 |
| --- | --- | --- |
| init | make init | mmm system/core/init |
|zygote | make app_process | mmm frameworks/base/cmds/app_process |
| system_server |make services | mmm frameworks/base/services/java |
| RefBase等 | make libutils | mmm frameworks/base/libs/utils |
| Looper等 | make framework | mmm frameworks/base |
| AudioTrack | make libmedia |mmm frameworks/base/media/libmedia |
| AudioFlinger | make libaudioflinger | mmm frameworks/base/libs/audioflinger |
| AudioPolicyService| make libaudiopolicy | mmm hardware/msm7k/libaudio-qsd8k (示例) |
| SurfaceFlinger | make libsurfaceflinger | mmm frameworks/base/libs/surfaceflinger |
| Vold | make vold | mmm system/vold/ |
| Rild| make rild | mmm hardware/ril/rild/ |
| MediaProvider | make MediaProvider | mmm packages/providers/MediaProvider |
| Phone| make Phone | mmm packages/apps/Phone/ |
假設make framework,那么編譯完的結果則如圖1-5所示:
:-: 
圖1-5 make framework的結果
從上圖可看出,make命令編譯了framework-res.apk以及framework.jar兩個模塊。它們編譯的結果在out/target/product/generic/system/framework下。讀者利用adb 命令把這兩個文件push到手機的system/framework目錄,即可替換舊的文件。如想測試這個新模塊,則需要先殺掉所有使用該模塊的進程,進程重啟后會重新加載模塊,這時就能使用新的文件了。例如,想測試剛修改的libaudioflinger模塊,adb push上去后,先殺掉mediaserver進程,因為libaudioflinger庫目前只有該進程使用。當mediaserver重啟后,就會加載新push上來的libaudioflinger庫了。
* * * * *
**注意**:系統服務被殺掉后一般都會自動重啟(由init控制,在第三章中可見到)。
* * * * *
- 前言
- 第1章 閱讀前的準備工作
- 1.1 系統架構
- 1.1.1 Android系統架構
- 1.1.2 本書的架構
- 1.2 搭建開發環境
- 1.2.1 下載源碼
- 1.2.2 編譯源碼
- 1.3 工具介紹
- 1.3.1 Source Insight介紹
- 1.3.2 Busybox的使用
- 1.4 本章小結
- 第2章 深入理解JNI
- 2.1 JNI概述
- 2.2 學習JNI的實例:MediaScanner
- 2.3 Java層的MediaScanner分析
- 2.3.1 加載JNI庫
- 2.3.2 Java的native函數和總結
- 2.4 JNI層MediaScanner的分析
- 2.4.1 注冊JNI函數
- 2.4.2 數據類型轉換
- 2.4.3 JNIEnv介紹
- 2.4.4 通過JNIEnv操作jobject
- 2.4.5 jstring介紹
- 2.4.6 JNI類型簽名介紹
- 2.4.7 垃圾回收
- 2.4.8 JNI中的異常處理
- 2.5 本章小結
- 第3章 深入理解init
- 3.1 概述
- 3.2 init分析
- 3.2.1 解析配置文件
- 3.2.2 解析service
- 3.2.3 init控制service
- 3.2.4 屬性服務
- 3.3 本章小結
- 第4章 深入理解zygote
- 4.1 概述
- 4.2 zygote分析
- 4.2.1 AppRuntime分析
- 4.2.2 Welcome to Java World
- 4.2.3 關于zygote的總結
- 4.3 SystemServer分析
- 4.3.1 SystemServer的誕生
- 4.3.2 SystemServer的重要使命
- 4.3.3 關于 SystemServer的總結
- 4.4 zygote的分裂
- 4.4.1 ActivityManagerService發送請求
- 4.4.2 有求必應之響應請求
- 4.4.3 關于zygote分裂的總結
- 4.5 拓展思考
- 4.5.1 虛擬機heapsize的限制
- 4.5.2 開機速度優化
- 4.5.3 Watchdog分析
- 4.6 本章小結
- 第5章 深入理解常見類
- 5.1 概述
- 5.2 以“三板斧”揭秘RefBase、sp和wp
- 5.2.1 第一板斧--初識影子對象
- 5.2.2 第二板斧--由弱生強
- 5.2.3 第三板斧--破解生死魔咒
- 5.2.4 輕量級的引用計數控制類LightRefBase
- 5.2.5 題外話-三板斧的來歷
- 5.3 Thread類及常用同步類分析
- 5.3.1 一個變量引發的思考
- 5.3.2 常用同步類
- 5.4 Looper和Handler類分析
- 5.4.1 Looper類分析
- 5.4.2 Handler分析
- 5.4.3 Looper和Handler的同步關系
- 5.4.4 HandlerThread介紹
- 5.5 本章小結
- 第6章 深入理解Binder
- 6.1 概述
- 6.2 庖丁解MediaServer
- 6.2.1 MediaServer的入口函數
- 6.2.2 獨一無二的ProcessState
- 6.2.3 時空穿越魔術-defaultServiceManager
- 6.2.4 注冊MediaPlayerService
- 6.2.5 秋風掃落葉-StartThread Pool和join Thread Pool分析
- 6.2.6 你徹底明白了嗎
- 6.3 服務總管ServiceManager
- 6.3.1 ServiceManager的原理
- 6.3.2 服務的注冊
- 6.3.3 ServiceManager存在的意義
- 6.4 MediaPlayerService和它的Client
- 6.4.1 查詢ServiceManager
- 6.4.2 子承父業
- 6.5 拓展思考
- 6.5.1 Binder和線程的關系
- 6.5.2 有人情味的訃告
- 6.5.3 匿名Service
- 6.6 學以致用
- 6.6.1 純Native的Service
- 6.6.2 扶得起的“阿斗”(aidl)
- 6.7 本章小結
- 第7章 深入理解Audio系統
- 7.1 概述
- 7.2 AudioTrack的破解
- 7.2.1 用例介紹
- 7.2.2 AudioTrack(Java空間)分析
- 7.2.3 AudioTrack(Native空間)分析
- 7.2.4 關于AudioTrack的總結
- 7.3 AudioFlinger的破解
- 7.3.1 AudioFlinger的誕生
- 7.3.2 通過流程分析AudioFlinger
- 7.3.3 audio_track_cblk_t分析
- 7.3.4 關于AudioFlinger的總結
- 7.4 AudioPolicyService的破解
- 7.4.1 AudioPolicyService的創建
- 7.4.2 重回AudioTrack
- 7.4.3 聲音路由切換實例分析
- 7.4.4 關于AudioPolicy的總結
- 7.5 拓展思考
- 7.5.1 DuplicatingThread破解
- 7.5.2 題外話
- 7.6 本章小結
- 第8章 深入理解Surface系統
- 8.1 概述
- 8.2 一個Activity的顯示
- 8.2.1 Activity的創建
- 8.2.2 Activity的UI繪制
- 8.2.3 關于Activity的總結
- 8.3 初識Surface
- 8.3.1 和Surface有關的流程總結
- 8.3.2 Surface之乾坤大挪移
- 8.3.3 乾坤大挪移的JNI層分析
- 8.3.4 Surface和畫圖
- 8.3.5 初識Surface小結
- 8.4 深入分析Surface
- 8.4.1 與Surface相關的基礎知識介紹
- 8.4.2 SurfaceComposerClient分析
- 8.4.3 SurfaceControl分析
- 8.4.4 writeToParcel和Surface對象的創建
- 8.4.5 lockCanvas和unlockCanvasAndPost分析
- 8.4.6 GraphicBuffer介紹
- 8.4.7 深入分析Surface的總結
- 8.5 SurfaceFlinger分析
- 8.5.1 SurfaceFlinger的誕生
- 8.5.2 SF工作線程分析
- 8.5.3 Transaction分析
- 8.5.4 關于SurfaceFlinger的總結
- 8.6 拓展思考
- 8.6.1 Surface系統的CB對象分析
- 8.6.2 ViewRoot的你問我答
- 8.6.3 LayerBuffer分析
- 8.7 本章小結
- 第9章 深入理解Vold和Rild
- 9.1 概述
- 9.2 Vold的原理與機制分析
- 9.2.1 Netlink和Uevent介紹
- 9.2.2 初識Vold
- 9.2.3 NetlinkManager模塊分析
- 9.2.4 VolumeManager模塊分析
- 9.2.5 CommandListener模塊分析
- 9.2.6 Vold實例分析
- 9.2.7 關于Vold的總結
- 9.3 Rild的原理與機制分析
- 9.3.1 初識Rild
- 9.3.2 RIL_startEventLoop分析
- 9.3.3 RIL_Init分析
- 9.3.4 RIL_register分析
- 9.3.5 關于Rild main函數的總結
- 9.3.6 Rild實例分析
- 9.3.7 關于Rild的總結
- 9.4 拓展思考
- 9.4.1 嵌入式系統的存儲知識介紹
- 9.4.2 Rild和Phone的改進探討
- 9.5 本章小結
- 第10章 深入理解MediaScanner
- 10.1 概述
- 10.2 android.process.media分析
- 10.2.1 MSR模塊分析
- 10.2.2 MSS模塊分析
- 10.2.3 android.process.media媒體掃描工作的流程總結
- 10.3 MediaScanner分析
- 10.3.1 Java層分析
- 10.3.2 JNI層分析
- 10.3.3 PVMediaScanner分析
- 10.3.4 關于MediaScanner的總結
- 10.4 拓展思考
- 10.4.1 MediaScannerConnection介紹
- 10.4.2 我問你答
- 10.5 本章小結