提示:文章写完后,目录可以自动生成,如何生成可参考右边的帮助文档
文章目录
- 前言
- 顶层目录分析
- out 目录
- system 目录
- frameworks 目录
- 了解目录有什么意义
前言
在上一个小节中,下载并解压了瑞芯微提供的 Android 源码,解压完成以后的目录如下图所示:
顶层目录分析
out 目录
编译 android 完毕,会生成 out 目录,目录下主要有俩个子目录,
host
当前编译主机需要用到的工具和库,一般都是 x86 架构的。
host/
├── common
│
└── obj
└── linux-x86
├── bin
├── com.android.i18n
├── com.android.tzdata
├── fake_packages
├── framework
├── lib
├── lib64
├── obj
├── obj32
└── usr
另外一个就是 target
目录,就是目标机器运行所需要二进制文件,普遍都是arm 架构的二进制文件,该目录一般都是存放编译的中间文件,如.o 文件,以及目标文件,包含 strip 和 unstrip 的。同时对这些文件进行分门别类的进行存放
tree -L out/target/product/rk3568_r/obj
├── APPS :内置 app 的中间编译文件
├── CONFIG
├── ETC :etc 的中间编译文件,一般都会最终生成到 system/etc 或者 vendor/etc
目录
├── EXECUTABLES :可执行的中间编译文件
├── FAKE
├── JAVA_LIBRARIES :java jar 库的中间编译文件
├── PACKAGING :镜像打包时的中间编译文件
├── RENDERSCRIPT_BITCODE
├── SHARED_LIBRARIES :动态库的中间编译文件
└── STATIC_LIBRARIES:静态库的中间编译文件
├── ramdisk
├── ramdisk-debug.img
├── ramdisk.img
├── ramdisk-recovery.img
├── rebuild-dtbo.img
├── recovery
├── recovery.img
├── root
├── super_empty.img
├── super.img
├── symbols
├── system
├── system_ext
├── system_ext.img
├── system.img
├── testcases
├── vendor
└── vendor.img
system 目录
Android 作为 Linux 系统,在构建最小系统时,需要祖先 init 进程,依赖库,二进制工具 linux 命令,以及各种守护进程等,system 目录就提供了这些东西,该目录大部分都是 C/C++代码
├── apex:apexd 守护进程源码,负责处理 apex 安装包的。
├── bpf
├── bpfprogs
├── bt:Android bluedroid 协议栈
├── ca-certificates
├── chre:Context Hub Runtime Environment (CHRE),用于平衡大小核运行不同
程序的场景, 提供 api,保证小 型的本机应用程序(称为 nanoapps )在低功
耗处理器上执行。
├── connectivity:包含 wificond 进程,该进程通过标准 nl80211 命令与 WLAN
驱动程序进行通信
├── core:包含各种依赖库,adb,祖先 init 进程源码,lmkd,logcat, toolbox
├── extras:各种额外的命令工具,比如 su,memtrack(追踪 graphic 相关内存),
playwav 命令,以及一些测 试代码
├── gatekeeper:防护程序,如锁屏密码等。
├── gsid:通用系统镜像守护进程
├── hardware:网络相关的 HIDL 描述文件。
├── hwservicemanager:HAL 服务管理中心,负责管理系统中的所有 HAL 服
务,由 init 进程启动,属于 vendor 的 binder 通信机制,类似 framework 中的
binder.
├── incremental_delivery
├── iorap:iorap 用于缩短应用程序的启动时间,该目录包含 iorapd 守护进程
和相应的库文件。
├── keymaster
├── libartpalette
├── libfmq
├── libhidl:硬件接口定义语言依赖库
├── libhwbinder:hwbinder 依赖库
├── libsysprop
├── libufdt
├── libvintf
├── linkerconfig
├── media:包括 alsa、audio、camera 相关的头文件
├── memory
├── netd:Android 中专门负责网络管理和控制的后台守护进程,如管理 DNS,
设置防火墙,带宽控制
├── nfc
├── nvram
├── security
├── sepolicy:selinux 权限策略配置目录
├── server_configurable_flags
├── teeui
├── testing
├── timezone
├── tools:aidl,hidl 可执行程序的源码路径
├── update_engine:负责 A/B 升级的核心逻辑代码。
└── vold:Volume 守护进程,用来管理 Android 中存储类的热拔插事件,如设
备增加,删除,修改等事件处理。
frameworks 目录
├── av:audio/video, 如音视频解码器,录屏工具, 摄像头框架相关代码, 多
媒体框架供上层程序调用的 java API,连接 java 和 C/C++的 jni 部分, 在
framework/base/media 下
│ ├── apex
│ ├── camera:libcamera_client 共享库,是 camera 框架部分的 client 代码
│ ├── CleanSpec.mk
│ ├── cmds:包括录屏工具,stagefright 进程。
│ ├── drm
│ ├── include
│ ├── MainlineFiles.cfg
│ ├── media:提供音视频编解码的各种库和工具,后台进程如 audioserver,
mediaserver(通过 binder 的进程间通信方式来完成其他进程(如音乐播放器)的
请求)
│ ├── MODULE_LICENSE_APACHE2
│ ├── NOTICE
│ ├── OWNERS
│ ├── PREUPLOAD.cfg
│ ├── services:多媒体相关的后台服务, 如 cameraservice,audioflinger
│ └── tools
├── base:基础核心代码
├── compile:包含 libbcc,mclinker(llvm 编译器的插件) slang(Renderscript 语言
的编译器)
├── ex:Android 内部使用的公共类,如联系人、小部件、io, 以及全新的相机框
架 Camera2 的部分代码。
├── hardware:描述传感器,虚拟现实 VR,camera 等硬件的 HIDL 接口的文
件.hal
├── layoutlib:布局相关
├── libs
├── minikin:Android 原生字体,连体字效果
├── ml:机器视觉
├── multidex:多 dex 加载器,大多数 App,解压其 apk 后,一般只有一个
classes.dex 文 件,采 用 MultiDex 的 App 解压 后可以看到 有 classes.dex ,
classes2.dex,… classes(N).dex
├── native:c/c++本地语言编写的相关工具源码和特定硬件控制的头文件,如
bugreport, dumpstate, 各种 硬件的访问权限声明.
├── opt:一些 UI 插件和 java 后台服务,如 timezonepicker,datetimepicker,
colorpicker, 网络服务,如 EthernetService, WifiService, 电话服务 telephony
├── rs:渲染脚本 rendor script
├── support.md -> ../prebuilts/sdk/current/androidx-README.md
└── wilhelm:基于 Khronos 的 OpenSL ES/OpenMAX AL 的 audio/multimedia实现
了解目录有什么意义
了解这些目录,对于后面问题的解决有很大的帮助,起码让你知道出现问题,应该去哪里解决
更新时间:
2023.8.1