Android源代码结构分析
参考（http://blog.csdn.net/tfslovexizi/article/details/51888458）
/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——编译系统初始化设置（http://blog.csdn.net/jscese/article/details/23931159）
./core/main.mk
Make-j*时的makefile入口文件，会对编译体系中的变量进行一些校对，编译类型之类的，并且加载整个源码下的Android.mk文件，整体的编译框架，终极目标.PHONY:droid
./core/Makefile
由上面的main.mk引入，算作android真正的主makefile，由它再依赖到各个子编译体系.
/cts
google提供的CompatibilityTest Suite (CTS) 兼容性测试组，用于测试android系统的兼容性以及稳定性，发测试report给google过了这个认证，算是得到google的认可的.一般的android源码都是有这个组件源码的，但是不在主编译流程中，需要使用makects编译出android-cts目录供使用，也可去http://source.android.com/compatibility/downloads.html下载对应版本最新的组件.作为一个android产品，这个测试还是很有意义的，
/device
这个作为android源码中对产品的描述文件夹，各个平台的差异还是比较大的，但是怎么改动，本意是不变的，只是作为要编译的产品的配置文件夹，这里简单以google源码中存放的samsung为例.
/external
这是android存放外部工具组件的地方，以文件夹为单一模块，最终编译出来的有可执行文件，jar包，动静态库，东西比较混杂，google已经移植了很多工具在这里面，如果自己想移植一些模块进android系统，可以加在这里，写好Android.mk，在上面提到的device.mk中加入PRODUCT_PACKAGES变量中.
像这种移植可参考：Android——4.2 - 3G移植之路之usb-modeswitch (二)（http://blog.csdn.net/jscese/article/details/39271443）
/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
/hardware
硬件抽象层，描述对linuxkernel中的相关驱动模块的具体操作，而在kernel中的驱动模块只拥有通用操作接口，比如设置寄存器值，IO拉高拉低，但是具体设置什么值，拉高拉低的时序都写在hardware层相对应的module中，这就是google对于硬件驱动的商业保护.
./libhardware/hardware.c
hardware机制核心所在，定义了相关规则，比如load打开modules编译生成的.so，抽象成一个module，向上层提供hw_get_module接口以及module配置宏.
/system
android系统底层的文件系统，应用组件，包含一些系统库，以及启动的配置文件.
./core/init/init.c
作为系统启动到android层的第一个进程，也将一直作为守护进程，解析init.rc配置文件，
启动相关服务,其中就有比较常用的属性服务，之后一直运行于init进程中，具体可参考property_service.c，android层系统启动从这里开始,详情另行参考～
可参考：Android——启动过程详解（http://blog.csdn.net/jscese/article/details/17115395）
./core/rootdir
存放配置文件，其中init.rc作为启动配置，ueventd.rc作为linux文件系统中文件事件配置，还包含磁盘挂载所需要的vold.fstab配置文件等...
./core/include/private/android_filesystem_config.h
这个头文件定义了，android文件系统中文件的权限配置.
/out
作为android源码编译结果存放目录，其中包含各种中间文件以及目标文件.像obj中存放的中间件以及hostlinux-x86存放的本地编译项.
/packages
/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——编译系统初始化设置（http://blog.csdn.net/jscese/article/details/23931159）
./core/main.mk
Make-j*时的makefile入口文件，会对编译体系中的变量进行一些校对，编译类型之类的，并且加载整个源码下的Android.mk文件，整体的编译框架，终极目标.PHONY:droid
./core/Makefile
由上面的main.mk引入，算作android真正的主makefile，由它再依赖到各个子编译体系.
/cts
google提供的CompatibilityTest Suite (CTS) 兼容性测试组，用于测试android系统的兼容性以及稳定性，发测试report给google过了这个认证，算是得到google的认可的.一般的android源码都是有这个组件源码的，但是不在主编译流程中，需要使用makects编译出android-cts目录供使用，也可去http://source.android.com/compatibility/downloads.html下载对应版本最新的组件.作为一个android产品，这个测试还是很有意义的，
/device
这个作为android源码中对产品的描述文件夹，各个平台的差异还是比较大的，但是怎么改动，本意是不变的，只是作为要编译的产品的配置文件夹，这里简单以google源码中存放的samsung为例.
/external
这是android存放外部工具组件的地方，以文件夹为单一模块，最终编译出来的有可执行文件，jar包，动静态库，东西比较混杂，google已经移植了很多工具在这里面，如果自己想移植一些模块进android系统，可以加在这里，写好Android.mk，在上面提到的device.mk中加入PRODUCT_PACKAGES变量中.
像这种移植可参考：Android——4.2 - 3G移植之路之usb-modeswitch (二)（http://blog.csdn.net/jscese/article/details/39271443）
/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
/hardware
硬件抽象层，描述对linuxkernel中的相关驱动模块的具体操作，而在kernel中的驱动模块只拥有通用操作接口，比如设置寄存器值，IO拉高拉低，但是具体设置什么值，拉高拉低的时序都写在hardware层相对应的module中，这就是google对于硬件驱动的商业保护.
./libhardware/hardware.c
hardware机制核心所在，定义了相关规则，比如load打开modules编译生成的.so，抽象成一个module，向上层提供hw_get_module接口以及module配置宏.
/system
android系统底层的文件系统，应用组件，包含一些系统库，以及启动的配置文件.
./core/init/init.c
作为系统启动到android层的第一个进程，也将一直作为守护进程，解析init.rc配置文件，
启动相关服务,其中就有比较常用的属性服务，之后一直运行于init进程中，具体可参考property_service.c，android层系统启动从这里开始,详情另行参考～
可参考：Android——启动过程详解（http://blog.csdn.net/jscese/article/details/17115395）
./core/rootdir
存放配置文件，其中init.rc作为启动配置，ueventd.rc作为linux文件系统中文件事件配置，还包含磁盘挂载所需要的vold.fstab配置文件等...
./core/include/private/android_filesystem_config.h
这个头文件定义了，android文件系统中文件的权限配置.
/out
作为android源码编译结果存放目录，其中包含各种中间文件以及目标文件.像obj中存放的中间件以及hostlinux-x86存放的本地编译项.
/packages