導讀：
關於的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——編譯體系中的【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機制不多做介紹～
/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服務加載，作爲系統屬性.
./target/product/product_name/data/
此目錄作爲user的data存儲目錄，對應文件系統中的/data目錄，平時用戶安裝的apk就會被copy到這個該目錄的app目錄下，android系統中apk所產生的數據，比如數據庫等都會存放在/data/data中，以包名區分.
其中一般還有recovery,root等目錄，存放相對應的產物，不同平臺編譯出來的out目錄會有所出入.