撰写不易,转载请注明出处: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目录会有所出入.

Android4.2.2源码目录结构分析的更多相关文章

  1. linux内核源码目录结构分析

    原文地址 /arch.arch是architecture的缩写.arch目录下是好多个不同架构的CPU的子目录,譬如arm这种cpu的所有文件都在arch/arm目录下,X86的CPU的所有文件都在a ...

  2. VisualBox ubuntu14.04 64位 android4.4.4源码编译总结

    转载请保留出处:http://www.cnblogs.com/wi100sh/p/4337907.html 折腾了好几天,今天终于编译通过,用了4个多小时,太不容易了.如下图所示: 软件环境 虚拟机: ...

  3. 英蓓特Mars board的android4.0.3源码编译过程

    英蓓特Mars board的android4.0.3源码编译过程 作者:StephenZhu(大桥++) 2013年8月22日 若要转载,请注明出处 一.编译环境搭建及要点: 1. 虚拟机软件virt ...

  4. Ubuntu12.04编译Android4.0.1源码全过程-----附wubi安装ubuntu编译android源码硬盘空间不够的问题解决

    昨晚在编译源码,make一段时间之后报错如下: # A fatal error has been detected by the Java Runtime Environment: # # SIGSE ...

  5. 下载android4.4.2源码全过程(附已下载的源码)

    今天在下载andriod源码,特来与大家分享一下我的经验.当然,网上教下载源码的教程较多,本文主要针对在GFW下下载源码出现的各种问题的解决方法. 1.首先安装下载客户端git , curl. 命令如 ...

  6. Android4.4系统源码百度网盘下载

    众所周知.Android如今非常火,肯定也有非常多android开发人员像我一样想研究android系统的源码.可是假设依照Google官方站点http://source.android.com/so ...

  7. android 源码目录介绍

    Android 4.0源码目录介绍|-- Makefile|-- bionic (bionic C库)|-- bootable  (启动引导相关代码)|-- build (存放系统编译规则及gener ...

  8. Linux基础系列—Linux内核源码目录结构

    /** ****************************************************************************** * @author    暴走的小 ...

  9. 深入vue - 源码目录及构建过程分析

     公众号原文链接:深入vue - 源码目录及构建过程分析   喜欢本文可以扫描下方二维码关注我的公众号 「前端小苑」 ​“ 本文主要梳理一下vue代码的目录,以及vue代码构建流程,旨在对vue源码整 ...

随机推荐

  1. Node.js 模块

    稳定性: 5 - 锁定 Node 有简单的模块加载系统.在 Node 里,文件和模块是一一对应的.下面例子里,foo.js 加载同一个文件夹里的 circle.js 模块. foo.js 内容: va ...

  2. 如何处理JS,css与smarty标签的冲突

    smarty的默认标记符是大括号:{}, 假如我们页面上有JS且定义了函数或者对象,或者有CSS定义了样式,就会出现大括号, smary引擎就会把这些大括号当作smarty语法来解释, 很明显,这些C ...

  3. PHP – AJAX 与 PHP

    AJAX 被用于创建交互性更强的应用程序. AJAX PHP 实例 下面的实例将演示当用户在输入框中键入字符时,网页如何与 Web 服务器进行通信: 实例 尝试在输入框中输入一个名字,如:Anna: ...

  4. JVM初探- 内存分配、GC原理与垃圾收集器

    JVM初探- 内存分配.GC原理与垃圾收集器 标签 : JVM JVM内存的分配与回收大致可分为如下4个步骤: 何时分配 -> 怎样分配 -> 何时回收 -> 怎样回收. 除了在概念 ...

  5. 如何扩展/删除swap分区

    背景:         由于安装Oracle 的时候,swap太小只划分了4G,后期发现交换分区太小,不满足使用,于是进行了swap分区的扩容过程: swap分区的扩展很简单,但是需要root用户权限 ...

  6. Dynamics CRM2016 Web API获取实体元数据Picklist属性的Text&Value

    通过组织服务中获取实体picklist字段的text和value可以通过RetrieveAttributeRequest实现,但在使用web api的今天该怎么实现,本文即来一探究竟,本篇基于SDK中 ...

  7. 本人正竞选CSDN博客之星,欢迎各位来访的朋友能为我投上一票

    投票网址:http://blog.csdn.net/vote/candidate.html?username=morixinguan&from=timeline 谢谢各位!

  8. Android开发艺术探索——第二章:IPC机制(中)

    Android开发艺术探索--第二章:IPC机制(中) 好的,我们继续来了解IPC机制,在上篇我们可能就是把理论的知识写完了,然后现在基本上是可以实战了. 一.Android中的IPC方式 本节我们开 ...

  9. Python 2.7的字典实现简化版(C语言)

    这是一个能自动调整大小的哈希字典,外部接口实现了下列功能. 1.字典级别: 创建字典 dict_new 归零字典 dict_clear 2.键值级别: 查找 dict_search 强制查找 dict ...

  10. Spark Scheduler模块源码分析之DAGScheduler

    本文主要结合Spark-1.6.0的源码,对Spark中任务调度模块的执行过程进行分析.Spark Application在遇到Action操作时才会真正的提交任务并进行计算.这时Spark会根据Ac ...