写点什么

Android 系统架构与系统源码目录,灵魂一问 - 如何彻底防止 APK 反编译

用户头像
Android架构
关注
发布于: 刚刚

| SSL | 安全套接层,是为网络通信提供安全及数据完整性的一种安全协议 |


| FreeType | 可移植的字体引擎,它提供统一的接口来访问多种字体格式文件 |


1.4.2、Android 运行时库




运行时库又分为核心库和 ART(5.0 系统之后,Dalvik 虚拟机被 ART 取代)。核心库提供了 Java 语言核心库的大多数功能,这样开发者可以使用 Java 语言来编写 A


《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》
浏览器打开:qq.cn.hn/FTe 免费领取
复制代码


ndroid 应用。相较于 JVM,Dalvik 虚拟机是专门为移动设备定制的,允许在有限的内存中同时运行多个虚拟机的实例,并且每一个 Dalvik 应用作为一个独立的 Linux 进程执行。独立的进程可以防止在虚拟机崩溃的时候所有程序都被关闭。而替代 Dalvik 虚拟机的 ART 的机制与 Dalvik 不同。在 Dalvik 下,应用每次运行的时候,字节码都需要通过即时编译器转换为机器码,这会拖慢应用的运行效率,而在 ART 环境中,应用在第一次安装的时候,字节码就会预先编译成机器码,使其成为真正的本地应用。


1.5、硬件抽象层(HAL)




硬件抽象层是位于操作系统内核与硬件电路之间的接口层,其目的在于将硬件抽象化,为了保护硬件厂商的知识产权,它隐藏了特定平台的硬件接口细节,为操作系统提供虚拟硬件平台,使其具有硬件无关性,可在多种平台上进行移植。 从软硬件测试的角度来看,软硬件的测试工作都可分别基于硬件抽象层来完成,使得软硬件测试工作的并行进行成为可能。通俗来讲,就是将控制硬件的动作放在硬件抽象层中。


1.6、Linux 内核层




Android 的核心系统服务基于 Linux 内核,在此基础上添加了部分 Android 专用的驱动。系统的安全性、内存管理、进程管理、网络协议栈和驱动模型等都依赖于该内核。


Android 系统的五层架构就讲到这,了解以上的知识对以后分析系统源码有很大的帮助。


2、Android 系统源码目录


===================


2.1、整体结构




各个版本的源码目录基本是类似,如果是编译后的源码目录会多增加一个 out 文件夹,用来存储编译产生的文件。Android7.0 的根目录结构说明如下表所示。


| Android 源码根目录 | 描述 |


| --- | --- |


| abi | 应用程序二进制接口 |


| art | 全新的 ART 运行环境 |


| bionic | 系统 C 库 |


| bootable | 启动引导相关代码 |


| build | 存放系统编译规则及 generic 等基础开发包配置 |


| cts | Android 兼容性测试套件标准 |


| dalvik | dalvik 虚拟机 |


| developers | 开发者目录 |


| development | 应用程序开发相关 |


| device | 设备相关配置 |


| docs | 参考文档目录 |


| external | 开源模组相关文件 |


| frameworks | 应用程序框架,Android 系统核心部分,由 Java 和 C++编写 |


| hardware | 主要是硬件抽象层的代码 |


| libcore | 核心库相关文件 |


| libnativehelper | 动态库,实现 JNI 库的基础 |


| ndk | NDK 相关代码,帮助开发人员在应用程序中嵌入 C/C++代码 |


| out | 编译完成后代码输出在此目录 |


| packages | 应用程序包 |


| pdk | Plug Development Kit 的缩写,本地开发套件 |


| platform_testing | 平台测试 |


| prebuilts | x86 和 arm 架构下预编译的一些资源 |


| sdk | sdk 和模拟器 |


| system | 底层文件系统库、应用和组件 |


| toolchain | 工具链文件 |


| tools | 工具文件 |


| Makefile | 全局 Makefile 文件,用来定义编译规则 |


表 3


从表 3 可以看出,系统源码分类清晰,并且内容庞大且复杂。接下来分析 packages 中的内容,也就是应用层部分。


2.2、应用层部分




应用层位于整个 Android 系统的最上层,开发者开发的应用程序以及系统内置的应用程序都是在应用层。源码根目录中的 packages 目录对应着系统应用层。它的目录结构如表 4 所示。


| packages 目录 | 描述 |


| --- | --- |


| apps | 核心应用程序 |


| experimental | 第三方应用程序 |


| inputmethods | 输入法目录 |


| providers | 内容提供者目录 |


| screensavers | 屏幕保护 |


| services | 通信服务 |


| wallpapers | 墙纸 |


表 4


从目录结构可以发现,packages 目录存放着系统核心应用程序、第三方的应用程序和输入法等等,这些应用都是运行在系统应用层的,因此 packages 目录对应着系统的应用层。


应用框架层部分


应用框架层是系统的核心部分,一方面向上提供接口给应用层调用,另一方面向下与 C/C++程序库以及硬件抽象层等进行衔接。 应用框架层的主要实现代码在/frameworks/base 和/frameworks/av 目录下,其中/frameworks/base 目录结构如表 5 所示。


| /frameworks/base 目录 | 描述 | /frameworks/base 目录 | 描述 |


| --- | --- | --- | --- |


| api | 定义 API | cmds | 重要命令:am、app_proce 等 |


| core | 核心库 | data | 字体和声音等数据文件 |


| docs | 文档 | graphics | 图形图像相关 |


| include | 头文件 | keystore | 和数据签名证书相关 |


| libs | 库 | location | 地理位置相关库 |

用户头像

Android架构

关注

还未添加个人签名 2021.10.31 加入

还未添加个人简介

评论

发布
暂无评论
Android系统架构与系统源码目录,灵魂一问-如何彻底防止APK反编译