We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Android 官网对 AOSP 结构图进行了更新,如下所示:
Android 应用(Android Apps)
完全使用 Android API 开发的应用。在某些情况下,设备制造商可能希望预安装 Android 应用以支持设备的核心功能。
特权应用(Privileged Apps)
使用 Android 和系统 API 组合创建的应用。这些应用必须作为特权应用预安装在设备上。
设备制造商应用(Device Manufacturer Apps)
结合使用 Android API、系统 API 并直接访问 Android 框架实现而创建的应用。由于设备制造商可能会直接访问 Android 框架中的不稳定的 API,因此这些应用必须预安装在设备上,并且只能在设备的系统软件更新时进行更新。
系统 API(System API)
系统 API 表示仅供合作伙伴和 OEM 纳入捆绑应用的 Android API。这些 API 在源代码中被标记为 @Systemapi。
Android API
Android API 是面向第三方 Android 应用开发者的公开 API。
Android 框架(Android Framework)
构建应用所依据的一组 Java 类、接口和其他预编译代码。框架的某些部分可通过使用 Android API 公开访问。框架的其他部分只能由 OEM 通过系统 API 来访问。Android 框架代码在应用进程内运行。
下面来看这一层所提供的主要组件:
系统服务(System Services)
系统服务是重点突出的模块化组件,例如 system_server、SurfaceFlinger 和 MediaService。Android 框架 API 提供的功能可以与系统服务进行通信,以访问底层硬件。
system_server
Android 运行时 (Android Runtime)
AOSP 提供的 Java 运行时环境。 ART 会将应用的字节码转换为由设备运行时环境执行的处理器专有指令。
硬件抽象层 (HAL)
HAL 是一个抽象层,其中包含硬件供应商要实现的标准接口。借助 HAL,Android 可以忽略较低级别的驱动程序实现。借助 HAL,您可以顺利实现相关功能,而不会影响或更改更高级别的系统。
原生守护程序和库(Native Daemons and Libraries)
该层中的原生守护程序包括 init、healthd、logd 和 storaged。这些守护程序直接与内核或其他接口进行交互,并且不依赖于基于用户空间的 HAL 实现。
init
healthd
logd
storaged
该层中的原生库包括 libc、liblog、libutils、libbinder 和 libselinux。这些原生库直接与内核或其他接口进行交互,并且不依赖于基于用户空间的 HAL 实现。
libc
liblog
libutils
libbinder
libselinux
内核(Linux Kernel)
内核是任何操作系统的中心部分,并与设备上的底层硬件进行通信。尽可能将 AOSP 内核拆分为与硬件无关的模块和特定于供应商的模块。
The text was updated successfully, but these errors were encountered:
No branches or pull requests
Android 官网对 AOSP 结构图进行了更新,如下所示:
Android 应用(Android Apps)
完全使用 Android API 开发的应用。在某些情况下,设备制造商可能希望预安装 Android 应用以支持设备的核心功能。
特权应用(Privileged Apps)
使用 Android 和系统 API 组合创建的应用。这些应用必须作为特权应用预安装在设备上。
设备制造商应用(Device Manufacturer Apps)
结合使用 Android API、系统 API 并直接访问 Android 框架实现而创建的应用。由于设备制造商可能会直接访问 Android 框架中的不稳定的 API,因此这些应用必须预安装在设备上,并且只能在设备的系统软件更新时进行更新。
系统 API(System API)
系统 API 表示仅供合作伙伴和 OEM 纳入捆绑应用的 Android API。这些 API 在源代码中被标记为 @Systemapi。
Android API
Android API 是面向第三方 Android 应用开发者的公开 API。
Android 框架(Android Framework)
构建应用所依据的一组 Java 类、接口和其他预编译代码。框架的某些部分可通过使用 Android API 公开访问。框架的其他部分只能由 OEM 通过系统 API 来访问。Android 框架代码在应用进程内运行。
下面来看这一层所提供的主要组件:
系统服务(System Services)
系统服务是重点突出的模块化组件,例如
system_server
、SurfaceFlinger 和 MediaService。Android 框架 API 提供的功能可以与系统服务进行通信,以访问底层硬件。Android 运行时 (Android Runtime)
AOSP 提供的 Java 运行时环境。 ART 会将应用的字节码转换为由设备运行时环境执行的处理器专有指令。
硬件抽象层 (HAL)
HAL 是一个抽象层,其中包含硬件供应商要实现的标准接口。借助 HAL,Android 可以忽略较低级别的驱动程序实现。借助 HAL,您可以顺利实现相关功能,而不会影响或更改更高级别的系统。
原生守护程序和库(Native Daemons and Libraries)
该层中的原生守护程序包括
init
、healthd
、logd
和storaged
。这些守护程序直接与内核或其他接口进行交互,并且不依赖于基于用户空间的 HAL 实现。该层中的原生库包括
libc
、liblog
、libutils
、libbinder
和libselinux
。这些原生库直接与内核或其他接口进行交互,并且不依赖于基于用户空间的 HAL 实现。内核(Linux Kernel)
内核是任何操作系统的中心部分,并与设备上的底层硬件进行通信。尽可能将 AOSP 内核拆分为与硬件无关的模块和特定于供应商的模块。
The text was updated successfully, but these errors were encountered: