?撰寫不易,轉載請注明出處：http://blog.csdn.net/jscese/article/details/40897277#t17

導讀：

關于的Android目錄分析，網上有很多資料，在此不做全面介紹.

本文只簡單介紹Android中我常涉及的到的一些目錄與文件,文中都屬個人觀點，僅供參考～以google官方Android4.2.2源碼為例.

各個廠商平臺可能會有出入.

以android源碼目錄為“/”根目錄.

?????????????????? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?? ——jscese

????????????????????????????????????????????????????????????????????????????????????????2014/11/3

/bootable

這個目錄下存放android部分啟動相關代碼，包括android的recovery模式，一般用于進行OTA升級，由C++編寫，可以看到用于顯示的ui.cpp和安裝的install.cpp,模式入口為recovery.cpp的main.

/build

這是android源碼中編譯核心所在地，把這個目錄下的所有mk搞清楚，android的編譯體系就基本了如指掌了.

./envsetup.sh

編譯初始化shell腳本，編譯配置命令lunch.m.mm.mmm等發源地，所以android在

編譯的初始階段需要source*，其最終目的都會執行到這個腳本，把這個腳本中的變量以及函數設置到當前終端的臨時變量中，供后續使用.

由此腳本中的lunch選取product_name引入到core中的mk等一系列的初始配置，最后會打印出TARGET變量等.供源碼中編譯使用！

這里詳情可參考Android——編譯系統初始化設置

./core/main.mk

Make-j*時的makefile入口文件，會對編譯體系中的變量進行一些校對，編譯類型之類的，并且加載整個源碼下的Android.mk文件，整體的編譯框架，終極目標.PHONY:droid

./core/Makefile

由上面的main.mk引入，算作android真正的主makefile，由它再依賴到各個子編譯體系.

./core/base_rules.mk

android整體編譯時，會加載根目錄下所有的Android.mk文件，并且根據文件中的MODULE依次分析相關屬性，生成編譯規則，其中不同的MODULE類型就需要在Android.mk中include$(**)加載對應mk，分別對應core目錄下的mk.

比如編譯apk的Android.mk需要末尾include$(BUILD_PACKAGE),此時解析到這里的時候就會加載core下的package.mk，其中會加載進java.mk在這里會加載到base_rules.mk中計算一些變量值，創建一些基本的依賴規則，再又java.mk中調用函數$(transform-**)編譯，類似：

$(transform-java-to-classes.jar)把java文件編譯成classes.jar

其它模塊類型類似.

./core/definitions.mk

這個文件下都是一些編譯的函數宏定義，比如上面調用transform-java-to-classes.jar

以及常常出現在Android.mk中的all-java-files-under等等...都可在這里找到具體實現！

./target/product/security

這個文件下面存放的就是當前編譯系統使用的簽名密鑰對，用于系統不同組件在編譯的時候進行數字簽名，android原生默認使用testkey，這目錄下有README以及密鑰對制作腳本make_key，可以用來制作屬于自己的簽名密鑰，使整個系統簽名獨一無二，更具安全性！關于android的簽名機制，詳情可參考Android——編譯release版簽名系統

./tools/releasetools

Build的tools目錄，全是一些用于編譯的工具腳本和可執行工具，其中releasetools下是用于編譯制作androidOTA刷機包時的python腳本集合，由上面說到的主Makefile中調用進ota_from_target_files中的defmain(argv):

/cts

google提供的CompatibilityTest Suite (CTS)?兼容性測試組，用于測試android系統的兼容性以及穩定性，發測試report給google過了這個認證，算是得到google的認可的.一般的android源碼都是有這個組件源碼的，但是不在主編譯流程中，需要使用makects編譯出android-cts目錄供使用，也可去http://source.android.com/compatibility/downloads.html下載對應版本最新的組件.作為一個android產品，這個測試還是很有意義的，據傳不懂CTS就不算一個合格的android開發人員～

./tests/tests

存放CTS測試用例的地方，全是androidapk，添加自己的測試用例也在此.

./CtsTestCaseList.mk

這是cts模塊組件的編譯選項配置mk，由上面說到的build中的cts.mk調用，對于自己添加的測試用例需要添加進這里面的cts_test_packages變量中.

/tools/tradefed-host/src/com/android/cts/tradefed/build/CtsBuildProvider.java

可以這里看CTS_BUILD_VERSION確定你當前源碼中的cts版本.

./tools/tradefed-host/README

google提供的readme，有介紹如何配置cts環境以及使用的常用命令

關CTS 可參考我之前的博客：Android—— ubuntu下【CTS】測試TV真機

/device

這個作為android源碼中對產品的描述文件夾，各個平臺的差異還是比較大的，但是怎么改動，本意是不變的，只是作為要編譯的產品的配置文件夾，這里簡單以google源碼中存放的samsung為例.

./samsung/tuna/AndroidProducts.mk

一般的存放規則是/device/廠商目錄/產品目錄，這個mk里面一般是定義當前產品的主配子mk,對于這個AndroidProducts.mk什么時候被加載，具體可去看android編譯初始化階段，lunch選取產品之后的一系列mk初始化操作.

./samsung/tuna/BoardConfig.mk

這個配置文件，看名字就知道了，定義的都是跟硬件配置相關的.這個mk依賴級別在產品角度算是最高的了，如果想添加一些控制宏，可以考慮加在這里.

./samsung/tuna/device.mk

這里配置最多的就是產品編譯需要的組件了，一般配置最多的PRODUCT_COPY_FILES以及PRODUCT_PACKAGES，這兩個變量在編譯體系中的作用不多做介紹～

可參考：Android——編譯安裝Module的控制因素 ? ? ?

Android——編譯體系中的【PRODUCT_COPY_FILES】【ALL_PREBUILT】【BUILD_PREBUILT】

./samsung/tuna/recovery.fstab

熟悉linux的對這個fstab應該比較熟悉了，這里配置的就是recovery模式下的分區，會用于制作OTA刷機包時對分區的配置參數.

vendorsetup.sh

一般會將產品的編譯信息存在這個文件中，類似add_lunch_combofull_maguro-userdebug

在編譯初始階段由lunch加載供編譯者選擇，這其中full代表整體編譯，maguro代表產品名，userdebug代表編譯類型，android的產品編譯類型可另行參考，不多做介紹～

可參考上面的Android——編譯安裝Module的控制因素 ? ? ?

/external

這是android存放外部工具組件的地方，以文件夾為單一模塊，最終編譯出來的有可執行文件，jar包，動靜態庫，東西比較混雜，google已經移植了很多工具在這里面，如果自己想移植一些模塊進android系統，可以加在這里，寫好Android.mk，在上面提到的device.mk中加入PRODUCT_PACKAGES變量中.

像這種移植可參考：Android——4.2 - 3G移植之路之usb-modeswitch (二)

/frameworks

android的運行框架集合，包含系統運行的各種服務框架，向app層提供api，根據JNI機制或者socket往下層調用，也可使用hw_get_module調用到hardware層的module.

./base/core

字面意思，核心所在，包含java以及jni，核心組件的java類以及native方法的jni映射，其中內容太多,比如java中app相關的ActivityManager.java，啟動相關的ZygoteInit.java，其中的jni目錄會被編譯成libandroid_runtime.so作為android運行時的動態庫供相關的java加載.

./base/services

框架層中的系統服務存放目錄，包含系統時間服務以及輸入子系統服務，同上java目錄下就是服務的java類了，可以看到各種子服務模塊，比如pm，net，display，如果想具體了解當前系統啟動了多少服務，可以參考SystemServer.java

./opt/telephony

android電話子系統存放目錄，向上提供api接口，向下通過RIL.javasocket通信.

/hardware

硬件抽象層，描述對linuxkernel中的相關驅動模塊的具體操作，而在kernel中的驅動模塊只擁有通用操作接口，比如設置寄存器值，IO拉高拉低，但是具體設置什么值，拉高拉低的時序都寫在hardware層相對應的module中，這就是google對于硬件驅動的商業保護.

./libhardware/hardware.c

hardware機制核心所在，定義了相關規則，比如load打開modules編譯生成的.so，抽象成一個module，向上層提供hw_get_module接口以及module配置宏.

./libhardware/modules

這里就是與kernel相對應的module存放的地方，頭文件存在同級目錄的include中，在其中定義module結構，接口方法以及唯一的moduleID.

其中像gralloc就是控制kernel中顯示屏驅動的module，用于管理控制fb緩沖區，將來自上層display的SurfaceFlinger服務傳下來的圖像推送到lcd/led顯示屏上.其它類似.

./ril

android電話系統的ril驅動文件目錄，其中包含：

rild— ril主體控制機制，

libril— ril與上層socket通信，

reference-ril— ril與serial設備AT指令通信

這三個文件夾，其中reference-ril是第三方驅動，根據不同的設備選擇不同.

關于android的RIL機制不多做介紹～

可參考：Android——RIL 機制源碼分析

/system

android系統底層的文件系統，應用組件，包含一些系統庫，以及啟動的配置文件

./core/init/init.c

作為系統啟動到android層的第一個進程，也將一直作為守護進程，解析init.rc配置文件，

啟動相關服務,其中就有比較常用的屬性服務，之后一直運行于init進程中，具體可參考property_service.c，android層系統啟動從這里開始,詳情另行參考～

可參考：Android——啟動過程詳解

./core/rootdir

存放配置文件，其中init.rc作為啟動配置，ueventd.rc作為linux文件系統中文件事件配置，還包含磁盤掛載所需要的vold.fstab配置文件等...

./core/include/private/android_filesystem_config.h

這個頭文件定義了，android文件系統中文件的權限配置.

./vold

android舍棄了linux的udev機制，自己弄了一套磁盤掛載管理機制，就是vold，作為系統服務在init.rc配置啟動，用于磁盤的掛載等相關操作，通過netlinksocket接收來自kernel的uevent，與上層MountService通過一個名為vold的socket通信，入口為main.cpp中的main函數，vold機制詳情另行參考～

關于Vold機制可參考我之前的專欄：Android— 4.2 Vold

/out

作為android源碼編譯結果存放目錄，其中包含各種中間文件以及目標文件.像obj中存放的中間件以及hostlinux-x86存放的本地編譯項.

./target/product/product_name/system.img

android系統編譯出來的鏡像文件，也是整個源碼的最終目標文件.

./target/product/product_name/system

編譯之后的系統文件夾，也是system.img的主要構成，其中app目錄下都是apk文件，android中規定此目錄下的apk作為系統內置應用，在文件系統中擁有系統權限，普通用戶沒有權限刪除更改，詳情可參考PackageManager.其中的bin代表可執行文件，etc下存放的都是系統配置文件，lib中都是些動態庫，分別對應到文件系統中.

./target/product/product_name/system/build.prop

這個文件中收集了編譯中的所有屬性，包括編譯的主機環境，編譯目標的各種配置信息等等...生成過程可參考主Makefile,在初始化階段會被property_service服務加載，作為系統屬性.

可參考：Android——build.prop 解析

./target/product/product_name/data/

此目錄作為user的data存儲目錄，對應文件系統中的/data目錄，平時用戶安裝的apk就會被copy到這個該目錄的app目錄下，android系統中apk所產生的數據，比如數據庫等都會存放在/data/data中，以包名區分.

其中一般還有recovery,root等目錄，存放相對應的產物，不同平臺編譯出來的out目錄會有所出入.

《新程序員》：云原生和全面數字化實踐50位技術專家共同創作，文字、視頻、音頻交互閱讀

總結

以上是生活随笔為你收集整理的Android4.2.2源码目录结构分析的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。