Android 的目录结构解析

    在编译关于 framework层需要经常改一些参数，而且现在这个平台并不支持 android的编译系统（mmm 命令等），也就是需要你每次修改了其中文件需要手动的 make下，都要经过 source -> lunch ->  make 三步。涉及到 JNI 和 Native相互调用的时候，更加需要熟悉整个android目录结构，在此对这个结构进行小小分析，涉及相关与底层相关的都会做些实时记录的。

|-- Makefile待续
|-- bionic （bionic C库）
|-- bootable （启动引导相关代码）
|-- build （存放系统编译规则及generic等基础开发包配置）
|-- cts （Android兼容性测试套件标准）
|-- dalvik （dalvik JAVA虚拟机）
|-- development （应用程序开发相关）
|-- device （特定厂商产品相关目录）
|-- external （android使用的一些开源的模组）
|-- frameworks （核心框架——java及C++语言）
|-- hardware （部分厂家开源的硬解适配层HAL代码）
|-- out （编译完成后的代码输出与此目录）
|-- packages （应用程序包）
|-- prebuilt （x86和arm架构下预编译的一些资源）
|-- sdk （sdk及模拟器）
|-- system （底层文件系统库、应用及组件——C语言）
`-- vendor （厂商定制代码）

    其中黄色部分在编译过程需要用到的工具， 红色部分则是经常需要接触到的文件部分。比如 system 目录当你需要分析启动过程，涉及到的文件可能有：
(1) init.c：路径为system/core/init/init.c
(2) init_parser.c：路径为system/core/init/ init_parser.c
(3) builtins.c：路径为system/core/init/ builtins.c
(4) property_service.c：路径为system/core/init/property_service.c
(5) keycords.c：路径为system/core/init/keycords.c
(6) signal_handler.c：路径为system/core/init/signal_handler.c
    在分析 Jni 和 Native需要接触的似乎 framework 这个目录了