Android 6.0 兼容性定义

目录

1. 简介

本文档枚举了设备必须满足哪些要求才能与 Android 6.0 兼容。

本文档按照 RFC2119 [资源 1] 中定义的 IETF 标准使用“必须”“不得”“必需”“会”“不会”“应”“不应”“建议”“可以”和“可选”字样。

在本文档中，“设备实现者”或“实现者”指的是运行 Android 6.0 的硬件/软件解决方案的开发人员或组织。“设备实现”或“实现”指的是所开发的硬件/软件解决方案。

设备实现必须满足此兼容性定义文档（包括以参考资料的形式纳入的任何文档）中列出的要求，才会被视为与 Android 6.0 兼容。

本定义或第 10 节中所述的软件测试未提及、含糊不清或不完整之处，设备实现者需负责确保现有实现的兼容性。

因此，Android 开源项目 [资源 2] 既是参考 Android 实现，也是首选 Android 实现。强烈建议设备实现者尽可能使其实现基于 Android 开源项目提供的“上游”源代码。虽然从理论上来说某些组件可以替换为备用实现，但强烈建议不要这样做，否则通过软件测试的难度会大大增加。实现者需负责确保行为与标准 Android 实现（包括兼容性测试套件及其他内容）完全兼容。最后请注意，本文档明确禁止替换和修改某些组件。

第 14 节中列出的许多资源都直接或间接来自 Android SDK，并且与该 SDK 的文档中包含的信息发挥相同的作用。如果本兼容性定义文档或兼容性测试套件与 SDK 文档有任何不一致的情况，均以 SDK 文档为准。第 14 节中包含的参考资料内提供的所有技术详细信息都被视为本兼容性定义文档的一部分。

2. 设备类型

虽然 Android 开源项目已应用于多种设备类型和外形规格的实现中，但在对架构和兼容性要求的多个方面进行优化时针对的都是手持设备。从 Android 5.0 开始，Android 开源项目将致力于支持更多设备类型，如本节中所述。

Android 手持设备指的是一种 Android 设备实现，通常拿在手中使用，例如 mp3 播放器、手机和平板电脑。Android 手持设备实现：

  • 必须在设备中嵌入触摸屏。
  • 必须具有能够使设备实现移动性的电源，例如电池。

Android TV 设备指的是一种 Android 设备实现，是适合用户坐在约 10 英尺远的距离处观看电视节目的娱乐界面（“提供大屏幕娱乐体验的界面”或“距离 10 英尺观看的界面”），可供用户观看数字媒体、影片、电视直播，玩游戏和/或使用应用。这类设备需要满足以下条件：

  • 必须具有嵌入式屏幕或包含视频输出端口，例如用于连接显示装置的 VGA、HDMI 或无线端口。
  • 必须声明 android.software.leanback 和 android.hardware.type.television 功能 [资源 3]

Android Watch 设备指的是一种应穿戴在身上（也许是戴在手腕上）的 Android 设备实现，并且：

  • 必须具有物理对角线长度介于 1.1 到 2.5 英寸之间的屏幕。
  • 必须声明 android.hardware.type.watch 功能。
  • 必须支持 uiMode = UI_MODE_TYPE_WATCH [资源 4]。

Android Automotive 实现指的是一种汽车音响主机，运行 Android 操作系统来实现部分或全部的系统功能和/或信息娱乐功能。Android Automotive 实现：

  • 必须声明 android.hardware.type.automotive 功能。
  • 必须支持 uiMode = UI_MODE_TYPE_CAR [资源 5]。

不属于上述任何设备类型的所有 Android 设备实现仍必须满足本文档中的所有要求，才能与 Android 6.0 兼容，明确描述为仅适用于上述特定 Android 设备类型的要求除外。

2.1 设备配置

下表按设备类型简要总结了硬件配置方面的主要差异（空单元格表示“可以有”）。下表并未涵盖所有配置；如需了解详情，请参阅介绍硬件的相关小节。

类别 功能 小节 手持设备 TV 设备 Watch 设备 Automotive 设备 其他
输入 方向键 7.2.2. 非触摸导航 必须有
触摸屏 7.2.4. 触摸屏输入 必须有 必须有 应当有
麦克风 7.8.1. 麦克风 必须有 应当有 必须有 必须有 应当有
传感器 加速度计 7.3.1 加速度计 应当有 应当有 应当有
GPS 7.3.3. GPS 应当有 应当有
网络连接 Wi-Fi 7.4.2. IEEE 802.11 应当有 必须有 应当有 应当有
Wi-Fi 直连 7.4.2.1. Wi-Fi 直连 应当有 应当有 应当有
蓝牙 7.4.3. 蓝牙 应当有 必须有 最低要求 必须有 应当有
蓝牙低功耗 7.4.3. 蓝牙 应当有 必须有 应当有 应当有 应当有
USB 外围设备/主机模式 7.7. USB 应当有 应当有 应当有
输出 扬声器和/或音频输出端口 7.8.2. 音频输出 必须有 最低要求 最低要求 必须有

3. 软件

3.1. 受管理 API 兼容性

受管理 Dalvik 字节码执行环境是 Android 应用所需的主要容器。Android 应用编程接口 (API) 是一组 Android 平台接口，可供在受管理运行时环境中运行的应用使用。设备实现必须提供以下 API 的完整实现（包括所有载述的行为）：Android SDK [资源 6] 中所述的所有 API，或上游 Android 源代码中所有带“@SystemApi”标记的 API。

除非本兼容性定义中明确许可，否则设备实现不得省略任何受管理 API，不得更改 API 接口或签名，不得违背载述的行为，也不得包含空操作。

本兼容性定义文档允许设备实现省略某些类型的硬件，但前提是 Android 包含适用于它们的 API。如果省略此类硬件，这些 API 仍必须存在并采取合理的行为方式。如需了解针对这种情况的具体要求，请参阅第 7 节。

3.2. 软 API 兼容性

除了第 3.1 节中的受管理 API 之外，Android 还包含一个非常重要的运行时专用“软”API，该 API 采用 intent、权限，以及 Android 应用的类似方面（它们在应用编译期间无法被强制执行）等形式。

3.2.1. 权限

设备实现者必须支持并强制执行“权限”参考页面 [资源 7] 中所述的所有权限常量。请注意，第 9 节列出了与 Android 安全模型相关的其他要求。

3.2.2. build 参数

Android API 在 android.os.Build 类 [资源 8] 中包含一些用于描述当前设备的常量。为了在各种设备实现之间提供一致且有意义的值，下表中列出了针对这些值的格式的一些额外限制，设备实现必须遵从这些限制。

参数 详细信息
VERSION.RELEASE 当前正在执行的 Android 系统的版本，采用人类可读懂的格式。此字段的值必须是 [资源 9] 中定义的字符串之一。
VERSION.SDK 当前正在执行的 Android 系统的版本，采用第三方应用代码可访问的格式。对于 Android 6.0，此字段的值必须为整数 23。
VERSION.SDK_INT 当前正在执行的 Android 系统的版本，采用第三方应用代码可访问的格式。对于 Android 6.0，此字段的值必须为整数 23。
VERSION.INCREMENTAL 由设备实现者选择的值，用于指定当前正在执行的 Android 系统的具体 build，采用人类可读懂的格式。此值不得重复用于提供给最终用户的不同 build。此字段的一个典型用途是指明生成 build 所用的 build 号或源代码控制更改标识符。此字段不得为 null，也不得为空字符串 ("")，除此之外，对此字段的具体格式没有任何其他要求。
BOARD 由设备实现者选择的值，用于标识设备所使用的具体内部硬件，采用人类可读懂的格式。此字段的一个可能用途是指明设备主板的具体修订版本。此字段的值必须可编码为 7 位的 ASCII 值，并与正则表达式“^[a-zA-Z0-9_-]+$”匹配。
BRAND 该值用于指明与设备关联的品牌名称，即最终用户所熟知的设备品牌名称。必须采用人类可读懂的格式，并且应表示设备的制造商或设备在营销时所冠的公司品牌。此字段的值必须可编码为 7 位的 ASCII 值，并与正则表达式“^[a-zA-Z0-9_-]+$”匹配。
SUPPORTED_ABIS 原生代码指令集的名称（CPU 类型 + ABI 惯例）。请参阅第 3.3 节 - 原生 API 兼容性。
SUPPORTED_32_BIT_ABIS 原生代码指令集的名称（CPU 类型 + ABI 惯例）。请参阅第 3.3 节 - 原生 API 兼容性。
SUPPORTED_64_BIT_ABIS 原生代码第二个指令集的名称（CPU 类型 + ABI 惯例）。请参阅第 3.3 节 - 原生 API 兼容性。
CPU_ABI 原生代码指令集的名称（CPU 类型 + ABI 惯例）。请参阅第 3.3 节 - 原生 API 兼容性。
CPU_ABI2 原生代码第二个指令集的名称（CPU 类型 + ABI 惯例）。请参阅第 3.3 节 - 原生 API 兼容性。
DEVICE 由设备实现者选择的值，其中包含开发者名称或代码名称，用于标识设备的硬件功能和工业设计配置。此字段的值必须可编码为 7 位的 ASCII 值，并与正则表达式“^[a-zA-Z0-9_-]+$”匹配。
FINGERPRINT 该字符串用于独一无二地标识相应 build。应采用人类可读懂的格式，且必须遵循以下模板：

$(BRAND)/$(PRODUCT)/
    $(DEVICE):$(VERSION.RELEASE)/$(ID)/$(VERSION.INCREMENTAL):$(TYPE)/$(TAGS)

例如：

acme/myproduct/
    mydevice:6.0/LMYXX/3359:userdebug/test-keys

该指纹不得包含空格。如果上述模板中包含的其他字段内有空白字符，则在 build 指纹中必须将空白字符替换为其他字符，例如下划线 ("_") 字符。此字段的值必须可编码为 7 位的 ASCII 值。
HARDWARE 硬件的名称（来自内核命令行或 /proc），应采用人类可读懂的格式。此字段的值必须可编码为 7 位的 ASCII 值，并与正则表达式“^[a-zA-Z0-9_-]+$”匹配。
HOST 一个唯一标识构建相应 build 时所用主机的字符串，采用人类可读懂的格式。此字段不得为 null，也不得为空字符串 ("")，除此之外，对此字段的具体格式没有任何其他要求。
ID 由设备实现者选择的标识符，用于指特定版本，采用人类可读懂的格式。此字段可与 android.os.Build.VERSION.INCREMENTAL 相同，但应是对最终用户来说有充分意义的值，以便他们区分各软件 build。此字段的值必须可编码为 7 位的 ASCII 值，并与正则表达式“^[a-zA-Z0-9._-]+$”匹配。
MANUFACTURER 产品的原始设备制造商 (OEM) 的商号。此字段不得为 null，也不得为空字符串 ("")，除此之外，对此字段的具体格式没有任何其他要求。
MODEL 由设备实现者选择的值，其中包含最终用户所熟知的设备名称。此名称应与销售设备并出售给最终用户时所使用的名称相同。此字段不得为 null，也不得为空字符串 ("")，除此之外，对此字段的具体格式没有任何其他要求。
PRODUCT 由设备实现者选择的值，其中包含指定商品 (SKU) 的开发名称或代码名称，在同一品牌中必须是独一无二的。必须采用人类可读懂的格式，但不一定可供最终用户查看。此字段的值必须可编码为 7 位的 ASCII 值，并与正则表达式“^[a-zA-Z0-9_-]+$”匹配。
SERIAL 硬件序列号；如果有多款具有相同 MODEL 和 MANUFACTURER 的设备，则必须为其提供硬件序列号，并且提供的硬件序列号在这些设备中必须是独一无二的。该字段的值必须可编码为 7 位的 ASCII 值，并且与正则表达式“^([a-zA-Z0-9]{6,20})$”匹配。
TAGS 由设备实现者选择的一系列标记（用于进一步区分 build），各个标记之间以英文逗号分隔。此字段的值必须是与以下三种典型 Android 平台签名配置对应的值之一：release-keys、dev-keys、test-keys。
TIME 该值用于表示生成相应 build 时的时间戳。
TYPE 由设备实现者选择的值，用于指定相应 build 的运行时配置。此字段的值必须是与以下三种典型 Android 运行时配置对应的值之一：user、userdebug 或 eng。
USER 生成相应 build 的用户（或自动用户）的名称或 ID。此字段不得为 null，也不得为空字符串 ("")，除此之外，对此字段的具体格式没有任何其他要求。
SECURITY_PATCH 该值用于指明相应 build 的安全补丁级别。它必须表明相应 build 包含通过指定 Android 公共安全公告发布的所有安全补丁。它必须采用 [YYYY-MM-DD] 格式，并且与公共安全公告中的其中一个 Android 安全补丁级别字符串匹配，例如“2015-11-01”。
BASE_OS 一个表示以下 build 的 FINGERPRINT 参数的值：除了 Android 公共安全公告中提供的补丁以外，与相应 build 完全相同的 build。它必须报告正确的值，如果这样的 build 不存在，则报告一个空字符串 ("")。

3.2.3. intent 兼容性

设备实现必须支持 Android 的松散耦合 intent 系统，如下文所述。“支持”意味着设备实现者必须提供一个 Android activity 或 Service，用于为每个指定的 intent 模式指定匹配的 intent 过滤器，并为这些模式绑定并实现正确的行为。

3.2.3.1. 核心应用 intent

通过 Android intent，应用组件可以请求其他 Android 组件的功能。Android 上游项目包含一系列被视为核心 Android 应用的应用，这些应用可实现多种 intent 模式来执行常见操作。这些核心 Android 应用包括：

  • 桌面时钟
  • 浏览器
  • 日历
  • 通讯录
  • 图库
  • GlobalSearch
  • 启动器
  • 音乐
  • 设置

设备实现应包含核心 Android 应用（适当情况下），此外还必须包含一个组件，该组件能够实现这些核心 Android 应用的所有“公开”activity 或 Service 组件定义的各种 intent 模式。请注意，当 android:exported 属性不存在或值为 true 时，activity 或 Service 组件就会被视为“公开”组件。

3.2.3.2. intent 解析

由于 Android 是一个可扩展的平台，因此设备实现必须允许使用第三方应用替换第 3.2.3.1 节中提到的每种 intent 模式。上游 Android 开源实现默认允许这么做；设备实现者不得为系统应用使用这些 intent 模式的情况附加特殊特权，也不得阻止第三方应用绑定到这些模式并取得对这些模式的控制权。具体来说，此项规定包括但不限于停用“选择器”界面（用户可通过该界面在多个均可处理相同 intent 模式的应用之间进行选择）。

设备实现必须提供一个界面来供用户修改 intent 的默认 activity。

不过，当默认 activity 为数据 URI 提供更具体的属性时，设备实现可以为特定 URI 模式（例如 http://play.google.com）提供默认 activity。例如，与针对“http://”的浏览器核心 intent 模式相比，指定数据 URI“http://www.android.com”的 intent 过滤器模式更为具体。

Android 还包含可让第三方应用为某些类型的网页 URI intent 声明权威性默认应用链接行为的机制 [资源 140]。如果此类权威声明是在某个应用的 intent 过滤器模式中定义的，设备实现：

  • 必须尝试执行上游 Android 开源项目中的软件包管理系统实现的 Digital Asset Links 规范 [资源 141] 中定义的验证步骤，来验证所有 intent 过滤器。
  • 必须在应用安装过程中尝试验证 intent 过滤器，并将所有成功通过验证的 URI intent 过滤器设为其 URI 的默认应用处理程序。
  • 可以将特定 URI intent 过滤器设为其 URI 的默认应用处理程序，但前提是这些过滤器成功通过验证，而其他候选 URI 过滤器未通过验证。如果设备实现进行此项设置，必须在设置菜单中按 URI 向用户提供适当的模式替换。
  • 必须在“设置”中按应用向用户提供应用链接控制，如下所述：
    • 用户必须能够整体替换默认应用链接行为，以便应用始终开启、始终询问或永不开启，这必须同样适用于所有候选 URI intent 过滤器。
    • 用户必须能够看到候选 URI intent 过滤器列表。
    • 设备实现可以按 intent 过滤器提供相应的功能，使用户能够替换成功通过验证的特定候选 URI intent 过滤器。
    • 如果设备实现允许只有部分（而非全部）候选 URI intent 过滤器成功通过验证，则设备实现必须使用户能够查看和替换特定候选 URI intent 过滤器。

3.2.3.3. intent 命名空间

设备实现不得包含任何符合以下条件的 Android 组件：支持任何使用 ACTION、使用 CATEGORY 或使用 android.* 或 com.android.* 命名空间中的其他键字符串的新 intent 模式或广播 intent 模式。设备实现者不得添加任何符合以下条件的 Android 组件：支持任何使用 ACTION、CATEGORY 或属于其他组织的软件包空间中的其他键字符串的新 intent 模式或广播 intent 模式。设备实现者不得更改或扩展第 3.2.3.1 节列出的核心应用使用的任何 intent 模式。设备实现可以包含所用命名空间明显与其所属组织关联的 intent 模式。此项规定类似于第 3.6 节中针对 Java 语言类的规定。

3.2.3.4. 广播 intent

第三方应用依赖平台广播某些 intent 来获悉硬件或软件环境中发生的变化。与 Android 兼容的设备必须广播公共广播 intent 来响应相应的系统事件。如需关于广播 intent 的介绍，请参阅 SDK 文档。

3.2.3.5. 默认应用设置

Android 包含可让用户轻松选择默认应用（例如选择默认的主屏幕应用或短信应用）的设置。在适当的情况下，设备实现必须提供类似的设置菜单，并与 SDK 文档中所述的 intent 过滤器模式和 API 方法兼容（详见下文）。

设备实现：

  • 如果设备实现报告 android.software.home_screen [资源 10]，则必须支持 android.settings.HOME_SETTINGS intent，以显示主屏幕的默认应用设置菜单。
  • 如果设备实现报告 android.hardware.telephony [资源 11]，则必须提供一个设置菜单，并且该菜单将调用 android.provider.Telephony.ACTION_CHANGE_DEFAULT intent，以显示用于更改默认短信应用的对话框。
  • 如果设备实现报告 android.hardware.nfc.hce [资源 10]，则必须支持 android.settings.NFC_PAYMENT_SETTINGS intent，以显示触碰付款的默认应用设置菜单。

3.3. 原生 API 兼容性

3.3.1. 应用二进制接口

受管理 Dalvik 字节码可以调用应用 .apk 文件中提供的原生代码，作为针对相应设备硬件架构编译的 ELF .so 文件。由于原生代码高度依赖底层处理器技术，因此 Android 在 Android NDK 中定义了一些应用二进制接口 (ABI)。设备实现必须与一个或多个已定义的 ABI 兼容，并与 Android NDK 兼容，如下所示。

如果设备实现支持某个 Android ABI，则：

  • 必须支持在受管理环境中运行的代码，以使用标准 Java 原生接口 (JNI) 语义调用原生代码
  • 必须与以下列表中每个必需的库保持源代码兼容（即标头兼容）和二进制兼容（适用于 ABI）
  • 如果支持任何 64 位 ABI，则必须支持对应的 32 位 ABI
  • 必须通过 android.os.Build.SUPPORTED_ABIS、android.os.Build.SUPPORTED_32_BIT_ABIS 和 android.os.Build.SUPPORTED_64_BIT_ABIS 参数准确报告设备支持的原生应用二进制接口 (ABI)，其中每个参数报告的都是一个以英文逗号分隔的 ABI 列表，列表中的条目按偏好程度从高到低排序。
  • 必须（通过上述参数）仅报告最新版 Android NDK ABI 管理文档 [资源 12] 中所述的那些 ABI，并支持高级 SIMD（也称为 NEON）[资源 13] 扩展。
  • 应使用上游 Android 开源项目中的源代码和头文件进行构建

以下原生代码 API 必须可供包含原生代码的应用使用：

  • libc（C 库）
  • libm（数学库）
  • 对 C++ 的最基本支持
  • JNI 接口
  • liblog（Android 日志记录）
  • libz（Zlib 压缩）
  • libdl（动态链接器）
  • libGLESv1_CM.so (OpenGL ES 1.x)
  • libGLESv2.so (OpenGL ES 2.0)
  • libGLESv3.so (OpenGL ES 3.x)
  • libEGL.so（原生 OpenGL Surface 管理）
  • libjnigraphics.so
  • libOpenSLES.so（OpenSL ES 1.0.1 音频支持）
  • libOpenMAXAL.so（OpenMAX AL 1.0.1 支持）
  • libandroid.so（原生 Android activity 支持）
  • libmediandk.so（原生媒体 API 支持）
  • 对 OpenGL 的支持（如下所述）

请注意，未来版本的 Android NDK 可能会支持更多 ABI。如果设备实现与现有的某个预定义 ABI 不兼容，则不得报告支持任何 ABI。

请注意，设备实现必须包含 libGLESv3.so，并且必须通过符号链接到 libGLESv2.so，进而必须导出 NDK 版 android-21 中定义的所有 OpenGL ES 3.1 和 Android Extension Pack [资源 14] 函数符号。虽然所有这些符号都必须存在，但是仅必须完全实现与相应设备实际支持的 OpenGL ES 版本和扩展对应的函数。

如果设备实现包含名称为 libvulkan.so 的原生库，则必须导出函数符号，并提供 Vulkan 1.0 API 的实现以及由 Khronos Group 定义且通过 Khronos 一致性测试的 VK_KHR_surface、VK_KHR_swapchain 和 VK_KHR_android_surface 扩展。

实现原生代码兼容性是一项颇具挑战性的任务。因此，强烈建议设备实现人员使用上游 Android 开源项目中的上述库的实现。

3.3.2. 32 位 ARM 原生代码兼容性

ARMv8 架构废弃了多项 CPU 操作，包括现有原生代码中使用的一些操作。在 64 位 ARM 设备上，以下废弃的操作必须仍可供 32 位原生 ARM 代码使用（通过原生 CPU 支持或软件模拟）：

  • SWP 和 SWPB 指令
  • SETEND 指令
  • CP15ISB、CP15DSB 和 CP15DMB 屏障操作。

旧版 Android NDK 使用 /proc/cpuinfo 从 32 位 ARM 原生代码中了解 CPU 功能。为了与使用此 NDK 构建的应用兼容，当 32 位 ARM 应用读取 /proc/cpuinfo 时，设备必须在其中添加以下行：

  • “Features: ”，后跟设备支持的所有可选 ARMv7 CPU 功能的列表
  • “CPU architecture: ”，后跟一个整数，该整数用于说明设备支持的最高 ARM 架构（例如，对于 ARMv8 设备，该整数为“8”）

这些要求仅在 32 位 ARM 应用读取 /proc/cpuinfo 时适用。当 64 位 ARM 应用或非 ARM 应用读取 /proc/cpuinfo 时，设备不应对其进行更改。

3.4. Web 兼容性

3.4.1. WebView 兼容性

Android Watch 设备可以（但所有其他设备实现必须）提供 android.webkit.WebView API 的完整实现。

任何提供 android.webkit.WebView API 完整实现的设备上都必须报告平台功能 android.software.webview，但不得在未完整实现该 API 的设备上报告此功能。 Android 开源实现使用 Chromium 项目中的代码来实现 android.webkit.WebView [资源 15]。由于无法为 Web 呈现系统开发综合测试套件，因此设备实现者必须在 WebView 实现中使用 Chromium 的特定上游 build。具体而言：

  • 设备 android.webkit.WebView 实现必须基于适用于 Android 6.0 的上游 Android 开源项目中的 Chromium build。此 build 包含一组针对 WebView [资源 16] 的特定功能和安全修复程序。
  • WebView 报告的用户代理字符串必须采用以下格式：

    Mozilla/5.0 (Linux; Android $(VERSION); $(MODEL) Build/$(BUILD); wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 $(CHROMIUM_VER) Mobile Safari/537.36

    • $(VERSION) 字符串的值必须与 android.os.Build.VERSION.RELEASE 的值相同。
    • $(MODEL) 字符串的值必须与 android.os.Build.MODEL 的值相同。
    • $(BUILD) 字符串的值必须与 android.os.Build.ID 的值相同。
    • $(CHROMIUM_VER) 字符串的值必须是上游 Android 开源项目中的 Chromium 的版本。
    • 设备实现可以在用户代理字符串中省略 Mobile。

WebView 组件应支持尽可能多的 HTML5 功能；如果它支持此类功能，则应符合 HTML5 规范 [资源 17]。

3.4.2. 浏览器兼容性

Android TV、Android Watch 和 Android Automotive 实现可以省略浏览器应用，但必须支持公共 intent 模式，如第 3.2.3.1 节中所述。所有其他类型的设备实现都必须包含独立的浏览器应用，以供用户进行一般的网页浏览操作。

独立的浏览器可以基于 WebKit 之外的浏览器技术。不过，即使使用的是替代浏览器应用，向第三方应用提供的 android.webkit.WebView 组件也必须基于 WebKit，如第 3.4.1 节中所述。

实现可以在独立的浏览器应用中附带自定义用户代理字符串。

独立的浏览器应用（无论是基于上游 WebKit 浏览器应用，还是基于第三方替代应用）应支持尽可能多的 HTML5 功能 [资源 17]。至少，设备实现必须支持以下与 HTML5 关联的每个 API：

此外，设备实现必须支持 HTML5/W3C webstorage API [资源 21]，并且应支持 HTML5/W3C IndexedDB API [资源 22]。请注意，随着 Web 开发标准制定机构逐渐转变为青睐 IndexedDB 胜过 webstorage，IndexedDB 预计在未来版本的 Android 中会成为必需的组件。

3.5. API 行为兼容性

每种 API 类型（受管理 API、软 API、原生 API 和 Web API）的行为都必须与上游 Android 开源项目 [资源 2] 的首选实现一致。兼容性方面的一些具体要求如下：

  • 设备不得更改标准 intent 的行为或语义。
  • 设备不得更改特定类型的系统组件（例如 Service、activity、ContentProvider 等）的生命周期或生命周期语义。
  • 设备不得更改标准权限的语义。

上述列表并不详尽。兼容性测试套件 (CTS) 用于测试平台重要部分的行为兼容性，而不是测试整个平台的行为兼容性。实现者需负责确保与 Android 开源项目保持行为兼容。为此，设备实现者应尽可能使用通过 Android 开源项目获得的源代码，而不是重新实现系统的重要部分。

3.6. API 命名空间

Android 遵循 Java 编程语言定义的软件包和类命名空间惯例。为了确保与第三方应用兼容，设备实现者不得对以下软件包命名空间进行任何禁止执行的修改（见下文）：

  • java.*
  • javax.*
  • sun.*
  • android.*
  • com.android.*

禁止执行的修改包括：

  • 设备实现不得通过更改任何方法或类签名或者通过移除类或类字段的方式，修改 Android 平台上公开提供的 API。
  • 设备实现者可以修改 API 的底层实现，但此类修改不得影响任何公开提供的 API 的规定行为和 Java 语言签名。
  • 设备实现者不得将任何公开提供的元素（例如类或接口，或者现有类或接口的字段或方法）添加到上述 API。

“公开提供的元素”是指在上游 Android 源代码中使用时不带“@hide”标记的任何构造。换言之，设备实现者不得在上述命名空间中提供新的 API 或更改现有的 API。设备实现者可以执行仅限于内部的修改，但不得向开发者通告或以其他方式公开这些修改。

设备实现者可以添加自定义 API，但任何此类 API 均不得位于归其他组织所有或指代其他组织的命名空间内。例如，设备实现者不得向 com.google.* 或类似命名空间添加 API；只有 Google 可以向此类命名空间添加 API。同样，Google 也不得向其他公司的命名空间添加 API。此外，如果设备实现包含标准 Android 命名空间之外的自定义 API，则必须将这些 API 打包到 Android 共享库中，以便只有明确使用它们的应用（通过 lt;uses-librarygt; 机制）会受到此类 API 内存使用量增加的影响。

如果设备实现者提议改善上述某个软件包命名空间（例如向现有 API 添加实用的新功能，或添加新的 API），实现者应访问 source.android.com，并按照该网站上的信息开始贡献更改和代码。

请注意，上述限制对应于 Java 编程语言中命名 API 的标准惯例；本节只是为了强调这些惯例，并通过将其纳入本兼容性定义来使其具有约束力。

3.7. 运行时兼容性

设备实现必须支持完整的 Dalvik 可执行文件 (DEX) 格式以及 Dalvik 字节码规范和语义 [资源 23]。设备实现者应使用 ART、Dalvik 可执行文件格式的参考上游实现，以及该参考实现的软件包管理系统。

设备实现必须配置 Dalvik 运行时，以便根据上游 Android 平台来分配内存，如下表所示。（如需了解屏幕尺寸和屏幕密度的定义，请参阅第 7.1.1 节。）

请注意，下面指定的内存值被视为最小值，设备实现可以为每个应用分配更多内存。

屏幕布局 屏幕密度 最小应用内存
Android Watch 120 dpi (ldpi) 32MB
160 dpi (mdpi)
213 dpi (tvdpi)
240 dpi (hdpi) 36 MB
280 dpi (280dpi)
320 dpi (xhdpi) 48 MB
360 dpi (360dpi)
400 dpi (400dpi) 56 MB
420 dpi (420dpi) 64 MB
480 dpi (xxhdpi) 88 MB
560 dpi (560dpi) 112 MB
640 dpi (xxxhdpi) 154 MB
小/普通 120 dpi (ldpi) 32MB
160 dpi (mdpi)
213 dpi (tvdpi) 48MB
240 dpi (hdpi)
280 dpi (280dpi)
320 dpi (xhdpi) 80 MB
360 dpi (360dpi)
400 dpi (400dpi) 96 MB
420 dpi (420dpi) 112 MB
480 dpi (xxhdpi) 128MB
560 dpi (560dpi) 192MB
640 dpi (xxxhdpi) 256 MB
大 120 dpi (ldpi) 32MB
160 dpi (mdpi) 48MB
213 dpi (tvdpi) 80MB
240 dpi (hdpi)
280 dpi (280dpi) 96MB
320 dpi (xhdpi) 128 MB
360 dpi (360dpi) 160 MB
400 dpi (400dpi) 192MB
420 dpi (420dpi) 228 MB
480 dpi (xxhdpi) 256 MB
560 dpi (560dpi) 384MB
640 dpi (xxxhdpi) 512MB
特大 120 dpi (ldpi) 48MB
160 dpi (mdpi) 80MB
213 dpi (tvdpi) 96MB
240 dpi (hdpi)
280 dpi (280dpi) 144MB
320 dpi (xhdpi) 192MB
360 dpi (360dpi) 240 MB
400 dpi (400dpi) 288 MB
420 dpi (420dpi) 336 MB
480 dpi (xxhdpi) 384MB
560 dpi (560dpi) 576 MB
640 dpi (xxxhdpi) 768 MB

3.8. 界面兼容性

3.8.1. 启动器（主屏幕）

Android 包含一个启动器应用（主屏幕），并且支持第三方应用替换设备启动器（主屏幕）。允许第三方应用替换设备主屏幕的设备实现必须声明平台功能 android.software.home_screen。

3.8.2. widget

widget 对于所有 Android 设备实现都是非强制支持的，但 Android 手持设备应该支持。

Android 定义了一个组件类型以及对应的 API 和生命周期，以便应用向最终用户提供“AppWidget”[资源 24]；强烈建议手持设备实现支持该功能。如果设备实现支持在主屏幕上嵌入 widget，则必须满足以下要求，并声明支持平台功能 android.software.app_widgets。

  • 设备启动器必须包含对 AppWidget 的内置支持，并提供用于直接在启动器中添加、配置、查看和移除 AppWidget 的界面功能。
  • 设备实现必须能够呈现标准网格大小为 4 x 4 的 widget。如需了解详细信息，请参阅 Android SDK 文档中的“应用 widget 设计准则”[资源 24]。
  • 如果设备实现支持锁定屏幕，则可以支持锁定屏幕上的应用 widget。

3.8.3. 通知

Android 包含一些 API，支持开发者使用设备的硬件和软件功能通知用户值得注意的事件 [资源 25]。

一些 API 允许应用使用硬件功能（具体来说是使用声音、振动和指示灯）来发出通知或吸引用户注意。设备实现必须尽可能使用设备实现硬件来支持使用硬件功能的通知（如 SDK 文档中所述）。例如，如果设备实现包含振动器，必须正确实现振动 API。如果设备实现缺少硬件，必须将对应 API 实现为空操作。第 7 节中对此行为进行了进一步的详细说明。

此外，实现必须正确呈现 API [资源 26] 或状态/系统栏图标样式指南 [资源 27] 中提供的所有资源（图标、动画文件等），但也有可能不显示通知（就 Android TV 设备而言）。设备实现者可以为用户提供替代通知体验，而不使用参考 Android 开源实现提供的体验；不过，此类替代通知系统必须支持现有的通知资源（如上所述）。

Android 支持多种通知，例如：

  • 内容丰富的通知。持续性通知的互动式视图。
  • 浮动通知。互动式视图用户可以执行操作或将其关闭而不离开当前的应用。
  • 锁定屏幕通知。在锁定屏幕上显示的通知，可对可见性进行精细控制。

当此类通知设为可见时，Android 设备实现必须正确执行内容丰富的通知和浮动通知，并包含 Android API [资源 28] 中所述的标题/名称、图标和文本。

Android 包含 Notification Listener Service API，任何通知一经发布或更新，此类 API 便可让应用（用户明确启用后）收到其副本。设备实现必须正确及时地将通知完整地发送到所有已安装且用户已启用的此类监听器服务，包括附加到通知对象的所有元数据。

Android 包含一些可让开发者在其应用中纳入搜索功能以及将其应用数据提供给全局系统搜索使用的 API [资源 29]。一般来说，此功能会包括一个系统级界面，以便用户输入查询、在用户输入内容时显示建议，以及显示搜索结果。这些 Android API 可让开发者重复使用此界面，以在其应用内提供搜索功能，还可让开发者向通用的全局搜索界面提供搜索结果。

Android 设备实现应包含全局搜索界面，即单个共享的系统级搜索界面，能够在用户输入内容时实时提供建议。设备实现应实现一些 API，以供开发者重复使用此界面，从而在其应用内提供搜索功能。实现全局搜索界面的设备实现必须实现一些 API，让第三方应用在全局搜索模式下运行时可向搜索框中添加建议。如果没有安装任何可利用此功能的第三方应用，则默认行为应为显示 Web 搜索引擎的搜索结果和建议。

Android 设备实现应在设备上实现一个辅助程序来处理辅助操作 [资源 30]。

Android 还包含一些辅助 API，以便应用选择与设备上的辅助程序分享多少关于当前上下文的信息 [资源 31]。支持辅助操作的设备实现必须通过在屏幕边缘显示白光来向最终用户清楚说明何时分享上下文。为了确保向最终用户清楚显示，这种指示必须达到或超过 Android 开源项目实现的持续时间和亮度。

3.8.5. 消息框

应用可以使用 Toast API 向最终用户显示简短的非模态字符串，这些字符串会在短暂显示后消失 [资源 32]。设备实现必须以某种可见性非常高的方式向最终用户显示来自应用的消息框。

3.8.6. 主题

Android 提供“主题”这一机制，以供应用在整个 activity 或应用中应用样式。

如果应用开发者想要匹配 Android SDK [资源 33] 定义的 Holo 主题的外观和风格，则可以将 Android 的“Holo”主题系列用作一组预定义的样式。设备实现不得改变提供给应用的任何 Holo 主题属性 [资源 34]。

如果应用开发者想要在各种不同类型的 Android 设备上匹配设计主题的外观和风格，则可以将 Android 的“Material”主题系列用作一组预定义的样式。设备实现必须支持“Material”主题系列，并且不得改变提供给应用的任何 Material 主题属性或其资源 [资源 35]。

Android 还包含一个“Device Default”主题系列（一组定义的样式），如果应用开发者想要与设备实现者定义的设备主题外观和风格保持一致，可以使用它们。设备实现可以修改提供给应用的 DeviceDefault 主题属性 [资源 34]。

Android 支持带有半透明系统栏的变体主题背景，以便应用开发者将其应用内容填充到状态栏和导航栏后面的区域。为了在采用此配置时实现一致的开发者体验，请务必在不同的设备实现之间保持一致的状态栏图标样式。因此，Android 设备实现必须使用白色来显示系统状态图标（例如信号强度和电池电量）以及系统发出的通知，除非相应图标用于指明有问题状态，或者应用使用 SYSTEM_UI_FLAG_LIGHT_STATUS_BAR 标志请求使用浅色状态栏。当应用请求浅色状态栏时，Android 设备实现必须将系统状态图标的颜色更改为黑色 [资源 34]。

3.8.7. 动态壁纸

Android 定义了一种组件类型以及对应的 API 和生命周期来供应用向最终用户提供一个或多个“动态壁纸”[资源 36]。动态壁纸是具备有限输入功能且作为壁纸显示在其他应用之后的动画、图案或类似图片。

如果硬件能够在不限制功能且不会对其他应用造成负面影响的情况下，以合理的帧速率运行所有动态壁纸，则会被视为能够可靠地运行动态壁纸。如果硬件中的限制会导致壁纸和/或应用崩溃、无法正常运行、占用过多 CPU/消耗过多电池电量，或者运行时的帧速率低得令人无法接受，相应硬件会被视为无法运行动态壁纸。例如，有些动态壁纸可能会利用 OpenGL 2.0 或 3.x 上下文来渲染其内容。动态壁纸将无法在不支持多个 OpenGL 上下文的硬件上可靠地运行，因为使用 OpenGL 上下文的动态壁纸可能会与其他同样使用 OpenGL 上下文的应用发生冲突。

如果设备实现能够可靠地运行动态壁纸（如上所述），则应实现动态壁纸；实现之后，设备实现必须报告平台功能标志 android.software.live_wallpaper。

3.8.8. activity 切换

由于“最近用过”功能导航键是可选的，因此对于 Android TV 设备和 Android Watch 设备，实现概览屏幕为非强制性要求。

上游 Android 源代码包含概览屏幕 [资源 37]，该屏幕是一个系统级界面，可用于切换任务，以及使用缩略图（对应于用户上次离开应用时应用的图形状态）显示用户最近访问的 activity 和任务。如果设备实现包含“最近用过”功能导航键（第 7.2.3 节中对此进行了详细说明），则可以更改该界面，但必须满足以下要求：

  • 必须将“最近用过”的关联项显示为一组（它们会一起移动）。
  • 必须支持显示至少 6 个 activity。
  • 一次应至少显示 4 个 activity 的名称。
  • 应在“最近用过”中显示亮显颜色、图标和屏幕标题。
  • 必须实现屏幕固定行为 [资源 38]，并向用户提供用于开启/关闭该功能的设置菜单。
  • 应显示关闭选项 (x)，但可以延迟到用户与屏幕互动之后显示。

强烈建议设备实现为概览屏幕使用上游 Android 界面（或类似的基于缩略图的界面）。

3.8.9. 输入管理

Android 支持输入管理，并且支持第三方输入法 [资源 39]。如果设备实现允许用户在设备上使用第三方输入法，则设备必须声明平台功能 android.software.input_methods，并支持 IME API（如 Android SDK 文档中所定义）。

如果设备实现声明了 android.software.input_methods 功能，则必须提供一种可供用户使用的机制，以便用户添加和配置第三方输入法。设备实现必须显示设置界面以响应 android.settings.INPUT_METHOD_SETTINGS intent。

3.8.10. 锁定屏幕媒体控件

Remote Control Client API 从 Android 5.0 开始便被废弃了，取而代之的是可让媒体应用与作为锁定屏幕通知显示在锁定屏幕 [资源 40] 上的播放控件相集成的媒体通知模板。设备实现必须在第 3.8.3 节所述的锁定屏幕通知中正确呈现媒体通知模板。

3.8.11. Dreams

Android 支持称为 Dreams [资源 41] 的互动式屏保。当接通电源的设备处于空闲状态或放在桌面基座中时，Dreams 让用户能够与应用互动。Android Watch 设备可以实现 Dreams，但其他类型的设备实现应支持 Dreams，并且应能够为用户提供用于配置 Dreams 的设置选项，以便响应 android.settings.DREAM_SETTINGS intent。

3.8.12. 位置信息

如果设备具有能够提供位置坐标的硬件传感器（例如 GPS），则必须在“设置”内的“位置信息”菜单中显示位置信息模式 [资源 42]。

3.8.13. Unicode 和字体

Android 支持彩色表情符号。如果 Android 设备实现包含 IME，则设备应针对 Unicode 6.1 [资源 43] 中定义的表情符号为用户提供一种输入法。所有设备都必须能够以彩色字形呈现这些表情符号。

Android 支持各种粗细的 Roboto 2 字体（sans-serif-thin、sans-serif-light、sans-serif-medium、sans-serif-black、sans-serif-condensed、sans-serif-condensed-light），必须针对设备上提供的语言、所有的拉丁语、希腊语和西里尔语 Unicode 7.0（包括拉丁语扩展 A、B、C 和 D）以及 Unicode 7.0 的货币符号块中的所有字形纳入所有这些字体。

3.9. 设备管理

Android 包含一些可让注重安全性的应用在系统级执行设备管理工作的功能，例如通过 Android Device Administration API [资源 44] 强制执行密码政策或执行远程清除。 设备实现必须提供 DevicePolicyManager 类的实现 [资源 45]。 如果设备实现支持基于 PIN 码（数字）或密码（字母数字）的锁定屏幕，则必须支持 Android SDK 文档 [资源 44] 中定义的所有设备管理政策，并报告平台功能 android.software.device_admin。

3.9.1 设备配置

3.9.1.1 设备所有者配置

如果设备实现声明 android.software.device_admin 功能，开箱设置流程必须能够将设备政策控制器 (DPC) 应用注册为设备所有者应用 [资源 46]。设备实现可以具有执行设备管理功能的预安装应用，但是未经用户或设备管理员的明确同意或操作，不得将此应用设置为设备所有者应用。

设备所有者配置流程（该流程由 android.app.action.PROVISION_MANAGED_DEVICE [资源 47] 启动）用户体验必须与 AOSP 实现保持一致。

如果设备实现报告 android.hardware.nfc，则必须启用 NFC（即使在开箱设置流程期间），以便为设备所有者 [资源 48] 配置 NFC。

3.9.1.2 受管理个人资料配置

如果设备实现声明 android.software.managed_users，则必须能够将设备政策控制器 (DPC) 应用注册为新受管理个人资料的所有者 [资源 49]。

受管理个人资料配置流程（该流程由 android.app.action.PROVISION_MANAGED_PROFILE [资源 50] 启动）用户体验必须与 AOSP 实现保持一致。

3.9.2 受管理个人资料支持

支持受管理个人资料的设备有如下特点：

  • 声明 android.software.device_admin（请参阅 3.9 设备管理）。
  • 不是低 RAM 设备（请参阅第 7.6.1 节）。
  • 将内部（不可移除的）存储空间分配为共享存储空间（请参阅第 7.6.2 节）。

支持受管理个人资料的设备必须：

  • 声明平台功能标记 android.software.managed_users。
  • 通过 android.app.admin.DevicePolicyManager API 支持受管理个人资料。
  • 允许创建且只能创建一个受管理个人资料 [资源 50]。
  • 使用图标标记（类似于 AOSP 上游工作标记）来表示受管理应用和 widget 以及其他标记的界面元素（例如“最近用过”和“通知”）。
  • 显示通知图标（类似于 AOSP 上游工作标记），以指示用户何时位于受管理个人资料应用中。
  • 当设备被唤醒 (ACTION_USER_PRESENT) 且前台应用在受管理个人资料中时，显示表明用户位于受管理个人资料中的消息框。
  • 如果存在受管理个人资料，并且该个人资料已由设备政策控制器启用，在 intent“选择器”中显示可见选项，以便用户将 intent 从受管理个人资料转发给主要用户，反之亦然。
  • 如果存在受管理个人资料，则为主要用户和受管理个人资料提供以下用户可见内容：
    • 分别计算主要用户和受管理个人资料的耗电量、位置信息、移动流量和存储空间用量。
    • 单独管理安装在主要用户或受管理个人资料中的 VPN 应用。
    • 单独管理安装在主要用户或受管理个人资料中的应用。
    • 单独管理主要用户或受管理个人资料中的账号。
  • 如果设备政策控制器允许，确保默认拨号器可以查询受管理个人资料（如果存在）以及主要个人资料中的来电者信息。
  • 必须确保满足适用于启用了多用户的设备的所有安全性要求（请参阅第 9.5 节），虽然除了主要用户之外，受管理个人资料不算作其他用户。

3.10. 无障碍功能

Android 提供了一个无障碍功能层，以便残障用户更轻松地在其设备上进行导航。此外，Android 还提供了一些平台 API，以便无障碍服务实现接收针对用户和系统事件的回调并生成替代反馈机制，例如文字转语音、触感反馈，以及轨迹球/方向键导航 [资源 51]。

设备实现包含以下要求：

  • Android Automotive 实现应提供与默认 Android 实现一致的 Android 无障碍功能框架实现。
  • 设备实现（Android Automotive 除外）必须提供与默认 Android 实现一致的 Android 无障碍功能框架实现。
  • 设备实现（Android Automotive 除外）必须通过 android.accessibilityservice API [资源 52] 支持第三方无障碍服务实现。
  • 设备实现（Android Automotive 除外）必须生成 AccessibilityEvent 并按照与默认 Android 实现一致的方式将这些事件提交到所有已注册的 AccessibilityService 实现。
  • 设备实现（无音频输出的 Android Automotive 和 Android Watch 设备除外）必须提供一种用户可访问的机制来启用和停用无障碍服务，并且必须显示此界面以响应 android.provider.Settings.ACTION_ACCESSIBILITY_SETTINGS intent。

此外，设备实现还应在设备上提供无障碍服务实现，并且应提供一种可让用户在设备设置期间启用无障碍服务的机制。Eyes Free 项目 [资源 53] 提供了无障碍服务的开源实现。

3.11. 文字转语音

Android 包含一些可让应用使用文字转语音 (TTS) 服务的 API，并允许服务提供商提供 TTS 服务实现 [资源 54]。如果设备实现报告 android.hardware.audio.output 功能，则必须满足以下与 Android TTS 框架相关的要求。

Android Automotive 实现：

  • 必须支持 Android TTS 框架 API。
  • 可以支持安装第三方 TTS 引擎。如果支持，合作伙伴必须提供一个可供用户使用的界面，以便用户选择在系统一级使用的 TTS 引擎。

所有其他设备实现：

  • 必须支持 Android TTS 框架 API，并且应包含支持设备上可用语言的 TTS 引擎。请注意，上游 Android 开源软件包含功能完善的 TTS 引擎实现。
  • 必须支持安装第三方 TTS 引擎。
  • 必须提供一个可供用户使用的界面，以便用户选择在系统级使用的 TTS 引擎。

3.12. TV 输入框架

Android TV 输入框架 (TIF) 能够简化向 Android TV 设备传输实时内容的过程。TIF 提供了一个相应的标准 API，以便创建可控制 Android TV 设备的输入模块。Android TV 设备实现必须支持 TV 输入框架 [资源 55]。

支持 TIF 的设备实现必须声明平台功能 android.software.live_tv。

3.12.1. TV 应用

任何声明支持电视直播的设备实现都必须安装 TV 应用。Android 开源项目提供了 TV 应用的实现。

默认 TV 应用必须提供从已安装的输入源和第三方输入源到频道的访问权限。请注意，已安装的输入源包含包含所有默认输入源，无论它们是否基于 TIF。

TV 应用必须提供用于安装和使用 TV 频道 [资源 56] 的方式，并满足以下要求：

  • 设备实现必须允许安装和管理第三方基于 TIF 的输入源（第三方输入源）[资源 57]。
  • 设备实现可以在外观上区分预安装的基于 TIF 的输入源（已安装的输入源）[资源 58] 和第三方输入源。
  • 设备实现必须将第三方输入源显示在距离 TV 应用不超过一个导航操作的位置（例如从 TV 应用展开第三方输入源列表）。

3.12.1.1. 电子收视指南

Android TV 设备实现必须显示一个提供信息的互动叠加层，其中必须包含根据 TvContract.Programs 字段 [资源 59] 中的值生成的电子收视指南 (EPG)。 EPG 必须满足以下要求：

  • EPG 必须显示来自所有已安装输入源和第三方输入源的信息。
  • EPG 可以在外观上区分已安装的输入源和第三方输入源。
  • 强烈建议 EPG 以同等的突出程度显示已安装的输入源和第三方输入源。EPG 必须将第三方输入源显示在距离 EPG 中的已安装输入源不超过一个导航操作的位置。
  • 更换频道时，设备实现必须显示当前正在播放的节目的 EPG 数据。

3.12.1.2. 导航

Android TV 设备输入设备（即遥控器、遥控器应用或游戏控制器）必须允许通过方向键导航到屏幕中的所有可操作部分。当屏幕上没有可操作部分时，必须使用向上方向键和向下方向键来更换直播电视频道。

TV 应用应通过 CEC 将按键事件传递到 HDMI 输入源。

3.12.1.3. TV 输入应用链接

Android TV 设备实现必须支持 TV 输入应用链接，以便所有输入源都提供从当前 activity 到其他 activity 的 activity 链接（例如从直播节目到相关内容的链接）[资源 60]。 如果提供 TV 输入应用链接，则 TV 应用必须显示该链接。

4. 应用打包兼容性

设备实现必须安装并运行官方 Android SDK 中包含的“aapt”工具生成的 Android“.apk”文件 [资源 61]。

设备实现不得通过会导致相应文件无法在其他兼容设备上正确安装和运行的方式，扩展 .apk [资源 62]、Android 清单 [资源 49]、Dalvik 字节码 [资源 23] 或 RenderScript 字节码格式。

5. 多媒体兼容性

5.1. 媒体编解码器

设备实现必须支持 Android SDK 文档中指定的核心媒体格式 [资源 64]，但本文档中明确允许的情况除外。具体而言，设备实现必须支持下表中定义并通过 MediaCodecList [资源 65] 报告的媒体格式、编码器、解码器、文件类型和容器格式。 设备实现还必须能够解码其 CamcorderProfile [资源 66] 中报告的所有配置，并且必须能够解码其可以编码的所有格式。 在 Android 开源项目的首选 Android 实现中，所有这些编解码器都是作为软件实现提供的。

请注意，Google 和开放手机联盟 (Open Handset Alliance) 均未做过任何关于这些编解码器中没有第三方专利的声明。打算在硬件或软件产品中使用此源代码的用户请注意，实现此代码（包括在开源软件或共享软件中实现）可能需要获得相关专利持有者的专利许可。

5.1.1. 音频编解码器

格式/编解码器 编码器 解码器 详细信息 支持的文件类型/容器格式
MPEG-4 AAC Profile
(AAC LC)		 必需1 必需 支持单声道/立体声/5.0/5.12 内容，标准采样率为 8-48 kHz。
  • 3GPP (.3gp)
  • MPEG-4（.mp4、.m4a）
  • ADTS 原始 AAC（.aac，在 Android 3.1+ 中解码，在 Android 4.0+ 中编码，不支持 ADIF）
  • MPEG-TS（.ts，不可查找，Android 3.0+）
MPEG-4 HE AAC Profile (AAC+) 必需1
(Android 4.1+)		 必需 支持单声道/立体声/5.0/5.12 内容，标准采样率为 16-48 kHz。
MPEG-4 HE AACv2
Profile（增强型 AAC+）		 必需 支持单声道/立体声/5.0/5.12 内容，标准采样率为 16-48 kHz。
AAC ELD（增强型低延迟 AAC） 必需1
(Android 4.1+)		 必需
(Android 4.1+)		 支持单声道/立体声内容，标准采样率为 16-48 kHz。
AMR-NB 必需3 必需3 4.75-12.2 kbps，采样率为 8 kHz 3GPP (.3gp)
AMR-WB 必需3 必需3 有 9 个比特率（介于 6.60-23.85 kbit/s 之间）可供选择，采样率为 16 kHz
FLAC 必需
(Android 3.1+)		 单声道/立体声（非多声道）。采样率最高可达 48 kHz（但对于输出为 44.1 kHz 的设备，建议最高不超过 44.1 kHz，因为 48-44.1 kHz 的降采样器不包含低通滤波器）。建议使用 16 位；对于 24 位，不会应用任何抖动。 仅支持 FLAC (.flac)
MP3 必需 单声道/立体声 8-320 Kbps 恒定 (CBR) 或可变比特率 (VBR) MP3 (.mp3)
MIDI 必需 MIDI 类型 0 和 1。DLS 版本 1 和 2。XMF 和 Mobile XMF。支持铃声格式 RTTTL/RTX、OTA 和 iMelody
  • 类型 0 和 1（.mid、.xmf、.mxmf）
  • RTTTL/RTX（.rtttl、.rtx）
  • OTA (.ota)
  • iMelody (.imy)
Vorbis 必需
  • Ogg (.ogg)
  • Matroska（.mkv、Android 4.0+）
PCM/WAVE 必需4
(Android 4.1+)		 必需 16 位线性 PCM（比特率最高可达到硬件上限）。设备必须针对原始 PCM 录制支持 8000、11025、16000 和 44100 Hz 的采样率。 WAVE (.wav)
Opus 必需
(Android 5.0+)		 Matroska (.mkv)

1 对于定义 android.hardware.microphone 的设备实现而言是必需的；但对于 Android Watch 设备实现而言则是可选的。

2 仅 5.0/5.1 内容的缩混是必需的；录制或呈现 2 个以上的声道是可选的。

3 对于 Android 手持设备实现而言是必需的。

4 对于定义 android.hardware.microphone 的设备实现（包括 Android Watch 设备实现）而言是必需的。

5.1.2. 图像编解码器

格式/编解码器 编码器 解码器 详细信息 支持的文件类型/容器格式
JPEG 必需 必需 基准式 + 渐进式 JPEG (.jpg)
GIF 必需 GIF (.gif)
PNG 必需 必需 PNG (.png)
BMP 必需 BMP (.bmp)
WebP 必需 必需 WebP (.webp)

5.1.3. 视频编解码器

格式/编解码器 编码器 解码器 详细信息 支持的文件类型/
容器格式
H.263 必需1 必需2
  • 3GPP (.3gp)
  • MPEG-4 (.mp4)
H.264 AVC 必需2 必需2 如需了解详情，请参阅第 5.2 节和第 5.3 节
  • 3GPP (.3gp)
  • MPEG-4 (.mp4)
  • MPEG-2 TS（.ts，仅限 AAC 音频，不可查找，Android 3.0+）
H.265 HEVC 必需5 如需了解详情，请参阅第 5.3 节 MPEG-4 (.mp4)
MPEG-2 强烈建议6 Main Profile MPEG2-TS
MPEG-4 SP 必需2 3GPP (.3gp)
VP83 必需2
(Android 4.3+)		 必需2
(Android 2.3.3+)		 如需了解详情，请参阅第 5.2 节和第 5.3 节
  • WebM (.webm) [资源 67]
  • Matroska (.mkv, Android 4.0+)4
VP9 必需2
(Android 4.4+)		 如需了解详情，请参阅第 5.3 节
  • WebM (.webm) [资源 67]
  • Matroska (.mkv, Android 4.0+)4

1 对于包含摄像头硬件且定义 android.hardware.camera 或 android.hardware.camera.front 的设备实现而言是必需的。

2 对于除了 Android Watch 设备之外的设备实现而言是必需的。

3 为了使网络视频串流和视频会议服务的质量达到可接受的水平，设备实现应使用满足 [资源 68] 中的要求的硬件 VP8 编解码器。

4 设备实现应支持写入 Matroska WebM 文件。

5 对于 Android Automotive 而言强烈建议；对于 Android Watch 而言可选；对于所有其他设备类型而言则必需。

6 仅适用于 Android TV 设备实现。

5.2. 视频编码

视频编解码器对于 Android Watch 设备实现而言是可选的。

具有 H.263 编码器的 Android 设备实现必须支持 Baseline Profile Level 45。

如果 Android 设备实现支持 H.264 编解码器，则必须支持 Baseline Profile Level 3 和以下标清视频编码配置，并且应支持 Main Profile Level 4 和以下高清视频编码配置。强烈建议 Android TV 设备以 30 fps 的速度对高清 1080p 视频进行编码。

标清（低画质） 标清（高画质） 高清 720p1 高清 1080p1
视频分辨率 320 x 240 像素 720 x 480 像素 1280 x 720 像素 1920 x 1080 像素
视频帧速率 20 fps 30 fps 30 fps 30 fps
视频比特率 384 Kbps 2 Mbps 4 Mbps 10 Mbps

1 当硬件支持时，但强烈建议 Android TV 设备采用。

支持 VP8 编解码器的 Android 设备实现必须支持标清视频编码配置，并且应支持以下高清视频编码配置。

标清（低画质） 标清（高画质） 高清 720p1 高清 1080p1
视频分辨率 320 x 180 像素 640 x 360 像素 1280 x 720 像素 1920 x 1080 像素
视频帧速率 30 fps 30 fps 30 fps 30 fps
视频比特率 800 Kbps 2 Mbps 4 Mbps 10 Mbps

1 当硬件支持时。

5.3. 视频解码

视频编解码器对于 Android Watch 设备实现而言是可选的。

对于所有 VP8、VP9、H.264 和 H.265 编解码器，设备实现都必须支持通过标准 Android API 在同一视频流内实时进行动态视频分辨率和帧速率切换，并且能够支持设备上每个编解码器所支持的最大分辨率。

具有 H.263 编码器的 Android 设备实现必须支持 Baseline Profile Level 30。

具有 MPEG-4 解码器的 Android 设备实现必须支持 Simple Profile Level 3。

具有 H.264 解码器的 Android 设备实现必须支持 Main Profile Level 3.1 和以下标清视频解码配置，并且应支持高清视频解码配置。Android TV 设备必须支持 High Profile Level 4.2 和高清 1080p 解码配置。

标清（低画质） 标清（高画质） 高清 720p1 高清 1080p1
视频分辨率 320 x 240 像素 720 x 480 像素 1280 x 720 像素 1920 x 1080 像素
视频帧速率 30 fps 30 fps 60 fps 30 fps / 60 fps2
视频比特率 800 Kbps 2 Mbps 8 Mbps 20 Mbps

1 当 Display.getSupportedModes() 方法报告的高度等于或大于视频分辨率时，这是必需的。

2 对于 Android TV 设备实现而言是必需的。

Android 设备实现如果支持第 5.1.3 节中所述的 VP8 编解码器，则必须支持以下标清解码配置，并且应支持高清解码配置。Android TV 设备必须支持高清 1080p 解码配置。

标清（低画质） 标清（高画质） 高清 720p1 高清 1080p1
视频分辨率 320 x 180 像素 640 x 360 像素 1280 x 720 像素 1920 x 1080 像素
视频帧速率 30 fps 30 fps 30 fps / 60 fps2 30 / 60 fps2
视频比特率 800 Kbps 2 Mbps 8 Mbps 20 Mbps

1 当 Display.getSupportedModes() 方法报告的高度等于或大于视频分辨率时，这是必需的。

2 对于 Android TV 设备实现而言是必需的。

Android 设备实现如果支持第 5.1.3 节中所述的 VP9 编解码器，则必须支持以下标清视频解码配置，并且应支持高清解码配置。强烈建议 Android TV 设备支持高清 1080p 解码配置，并且应支持超高清解码配置。如果支持超高清视频解码配置文件，则必须支持 8 位色深，并且应支持 VP9 Profile 2（10 位）。

标清（低画质） 标清（高画质） 高清 720p1 高清 1080p2 超高清2
视频分辨率 320 x 180 像素 640 x 360 像素 1280 x 720 像素 1920 x 1080 像素 3840 x 2160 像素
视频帧速率 30 fps 30 fps 30 fps 60 fps 60 fps
视频比特率 600 Kbps 1.6 Mbps 4 Mbps 5 Mbps 20 Mbps

1 对于 Android TV 设备实现而言是必需的；但对于其他类型的设备而言，仅在硬件支持时采用。

2 当硬件支持时，强烈建议现有 Android TV 设备实现采用。

Android 设备实现如果支持第 5.1.3 节中所述的 H.265 编解码器，则必须支持 Main Profile Level 3 Main Tier 和以下标清视频解码配置，并且应支持高清解码配置。 强烈建议 Android TV 设备支持超高清解码配置和高清 1080p 解码配置。如果支持高清 1080p 解码配置，则必须支持 Main Profile Level 4.1 Main Tier。如果支持超高清解码，则必须支持 Main10 Level 5 Main Tier 配置。

标清（低画质） 标清（高画质） 高清 720p1 高清 1080p2 超高清2
视频分辨率 352 x 288 像素 640 x 360 像素 1280 x 720 像素 1920 x 1080 像素 3840 x 2160 像素
视频帧速率 30 fps 30 fps 30 fps 60 fps2 60 fps
视频比特率 600 Kbps 1.6 Mbps 4 Mbps 10 Mbps 20 Mbps

1 对于 Android TV 设备实现而言是必需的；但对于其他类型的设备而言，仅在硬件支持时采用。

2 当硬件支持时，强烈建议现有 Android TV 设备实现采用。

5.4. 录音

虽然从 Android 4.3 开始，本节中所述的一些要求列为了“应”满足的要求，但我们计划在未来版本的兼容性定义中将其更改为“必须”满足的要求。强烈建议现有的及新的 Android 设备满足这些列为“应”满足的要求，否则在升级到未来版本后将无法与 Android 兼容。

5.4.1. 原始音频捕获

声明 android.hardware.microphone 的设备实现必须允许捕获具有以下特征的原始音频内容：

  • 格式：线性 PCM、16 位
  • 采样率：8000、11025、16000、44100
  • 声道：单声道

必须在无需进行升采样的情况下捕获上述采样率，所有降采样均必须包含相应的抗混叠滤波器。

声明 android.hardware.microphone 的设备实现应允许捕获具有以下特征的原始音频内容：

  • 格式：线性 PCM、16 位
  • 采样率：22050、48000
  • 声道：立体声

如果支持捕获上述采样率，则必须在无需进行升采样的情况下完成，采样率高于 16000:22050 或 44100:48000。 所有升采样或降采样均必须包含相应的抗混叠滤波器。

5.4.2. 捕获音频串流以进行语音识别

除了上述录制规范外，当应用已经开始使用 android.media.MediaRecorder.AudioSource.VOICE_RECOGNITION 音频源录制音频串流时：

  • 设备应表现出大致平坦的幅频特性：具体来说就是 ±3 dB，100-4000 Hz。
  • 应对音频输入敏感度进行相应设置，以确保频率为 1000 Hz 的 90 dB 声压级 (SPL) 音频源会产生 RMS 为 2500 的 16 位样本。
  • 如果麦克风上的 SPL 为 90 dB，PCM 振幅级应能够线性跟踪输入 SPL 在至少 30 dB（-18 dB 到 +12 dB）范围内的变化。
  • 当麦克风上是以 90 dB SPL 的 1 kHz 声音进行输入时，总谐波畸变率应小于 1%。
  • 必须停用降噪处理（如果有）。
  • 必须停用自动增益控制（如果有）。

如果平台支持针对语音识别进行调整的噪声抑制技术，则必须能通过 android.media.audiofx.NoiseSuppressor API 来控制此音频效果。此外，噪声抑制器效果描述符的 UUID 字段必须独一无二地标识噪声抑制技术的每个实现。

5.4.3. 捕获音频串流以进行重定向播放

android.media.MediaRecorder.AudioSource 类包含 REMOTE_SUBMIX 音频源。声明 android.hardware.audio.output 的设备必须正确实现 REMOTE_SUBMIX 音频源。这样一来，当应用使用 android.media.AudioRecord API 从该音频源录制时，便可捕获除以下音频串流之外的所有音频串流的混音：

  • STREAM_RING
  • STREAM_ALARM
  • STREAM_NOTIFICATION

5.5. 音频播放

如果设备实现声明 android.hardware.audio.output，则必须符合本节中的要求。

5.5.1. 原始音频播放

设备必须允许播放具有以下特征的原始音频内容：

  • 格式：线性 PCM、16 位
  • 采样率：8000、11025、16000、22050、32000、44100
  • 声道：单声道、立体声

设备应允许播放具有以下特征的原始音频内容：

  • 采样率：24000、48000

5.5.2. 音效

Android 为设备实现提供了音效 API [资源 69]。如果设备实现声明 android.hardware.audio.output 功能，则：

  • 必须支持 EFFECT_TYPE_EQUALIZER 和 EFFECT_TYPE_LOUDNESS_ENHANCER 实现，这两种实现可通过 AudioEffect 子类（Equalizer、LoudnessEnhancer）进行控制。
  • 必须支持可视化工具 API 实现，该实现可通过 Visualizer 类进行控制。
  • 应支持 EFFECT_TYPE_BASS_BOOST、EFFECT_TYPE_ENV_REVERB、EFFECT_TYPE_PRESET_REVERB 和 EFFECT_TYPE_VIRTUALIZER 实现，这些实现可通过 AudioEffect 子类（BassBoost、EnvironmentalReverb、PresetReverb 和 Virtualizer）进行控制。

5.5.3. 音频输出音量”

Android TV 设备实现必须支持对受支持输出进行系统主音量和数字音频输出音量衰减，压缩音频直通输出（在设备上不进行任何音频解码）除外。

5.6. 音频延迟

音频延迟是指音频信号通过系统时的时间延迟。许多类别的应用都依赖于非常短的延迟来实现实时音效。

在本节中，使用以下定义：

  • 输出延迟：从应用写入经过 PCM 编码的数据对应的帧到外部监听器听到或变频器监测到相应声音之间的时间间隔。
  • 冷输出延迟：在收到相应请求之前音频输出系统处于空闲状态且已关闭时，第一帧的输出延迟。
  • 连续输出延迟：在设备开始播放音频后，后续帧的输出延迟。
  • 输入延迟：从外部声音传入设备到应用读取经过 PCM 编码的数据对应的帧之间的时间间隔。
  • 冷输入延迟：在收到相应请求之前音频输入系统处于空闲状态且已关闭时，丢失输入的时长与第一帧的输入延迟之和。
  • 连续输入延迟：当设备采集音频时，后续帧的输入延迟。
  • 冷输出抖动：冷输出延迟值的单独测量结果之间的变化。
  • 冷输入抖动：冷输入延迟值的单独测量结果之间的变化。
  • 连续往返延迟：连续输入延迟、连续输出延迟，再加一个缓冲期的总和。 缓冲期可为应用提供处理时间，以便减少输入流与输出流之间的相位差。
  • OpenSL ES PCM 缓冲区队列 API。Android NDK 中的一组与 PCM 相关的 OpenSL ES API；请参阅 NDK_root/docs/opensles/index.html。

强烈建议声明 android.hardware.audio.output 的设备实现达到或超出以下音频输出要求：

  • 冷输出延迟不超过 100 毫秒
  • 连续输出延迟不超过 45 毫秒
  • 最大限度地减少冷输出抖动

如果设备实现在使用 OpenSL ES PCM 缓冲区队列 API 进行任何初始校准后满足本节中的要求，则对于至少一个受支持音频输出设备的连续输出延迟和冷输出延迟，强烈建议报告对低延迟音频的支持情况，具体方法是通过 android.content.pm.PackageManager 类 [资源 70] 报告 android.hardware.audio.low_latency 功能。反之，如果设备实现不满足这些要求，则不得报告支持低延迟音频。

强烈建议包含 android.hardware.microphone 的设备实现满足以下输入音频要求：

  • 冷输入延迟不超过 100 毫秒
  • 连续输入延迟不超过 30 毫秒
  • 连续往返延迟不超过 50 毫秒
  • 最大限度地减少冷输入抖动

5.7. 网络协议

设备必须支持 Android SDK 文档中指定的适用于音频和视频播放的媒体网络协议 [资源 64]。具体而言，设备必须支持以下媒体网络协议：

  • RTSP（RTP、SDP）
  • HTTP(S) 顺序流式传输
  • HTTP(S) Live Streaming 草案协议（第 3 版）[资源 71]

5.8. 安全媒体

如果设备实现支持安全视频输出且能够支持安全 surface，则必须声明支持 Display.FLAG_SECURE。如果声明支持 Display.FLAG_SECURE 的设备实现支持无线显示协议，则必须采用经过加密的强大机制（如适用于 Miracast 无线显示设备的 HDCP 2.x 或更高版本）来保护链接。同样地，如果设备实现支持有线外部显示设备，则必须同时支持 HDCP 1.2 或更高版本。对于支持 4K 分辨率的设备，Android TV 设备实现必须支持 HDCP 2.2；对于更低分辨率的设备，Android TV 设备实现必须支持 HDCP 1.4 或更高版本。上游 Android 开源实现支持满足此要求的无线 (Miracast) 显示屏和有线 (HDMI) 显示屏。

5.9. 乐器数字接口 (MIDI)

如果设备实现支持应用间 MIDI 软件传输（虚拟 MIDI 设备），并且支持 MIDI 采用以下所有支持 MIDI 的硬件传输方式（设备实现会为此类传输提供常规非 MIDI 连接），则强烈建议通过 android.content.pm.PackageManager 类 [资源 70] 报告支持 android.software.midi 功能。

支持 MIDI 的硬件传输方式包括：

  • USB 主机模式（第 7.7 节“USB”）
  • USB 外围设备模式（第 7.7 节“USB”）

反之，如果设备实现通过上面列出的支持 MIDI 的特定硬件传输来提供常规非 MIDI 连接，但不通过该硬件传输支持 MIDI，则不得报告支持 android.software.midi 功能。

通过蓝牙 LE 传输 MIDI 的核心功能（第 7.4.3 节“蓝牙”）目前处于试用状态。如果设备实现报告 android.software.midi 功能，并通过蓝牙 LE 提供通用的非 MIDI 连接，则应支持通过蓝牙 LE 传输 MIDI。

5.10. 专业音频

如果设备实现满足以下所有要求，则强烈建议通过 android.content.pm.PackageManager 类 [资源 70] 报告支持 android.hardware.audio.pro 功能。

  • 设备实现必须报告支持 android.hardware.audio.low_latency 功能。
  • 如第 5.6 节“音频延迟”所述，连续往返音频延迟不得超过 20 毫秒，并且应在至少一条支持的路径上不超过 10 毫秒。
  • 如果设备配有 4 导体 3.5 毫米音频插孔，则通过音频插孔路径的连续往返音频延迟不得超过 20 毫秒，在音频插孔路径上的音频延迟应不超过 10 毫秒。
  • 设备实现必须包含支持 USB 主机模式和 USB 外围设备模式的 USB 端口。
  • USB 主机模式必须实现 USB 音频类。
  • 如果设备包含 HDMI 端口，则设备实现必须支持频率为 192 kHz、位深为 20 或 24 的八声道立体声输出，而不丢失位深或重新采样。
  • 设备实现必须报告支持 android.software.midi 功能。
  • 如果设备配有 4 导体 3.5 毫米音频耳机插孔，则强烈建议设备实现遵循有线音频耳机规范 (v1.1) 的移动设备（耳机插孔）规范一节。

6. 开发者工具和选项兼容性

6.1. 开发者工具

设备实现必须支持 Android SDK 中提供的 Android 开发者工具。与 Android 兼容的设备必须与以下各项兼容：

设备实现必须支持 Android SDK 中所述的所有 adb 函数，包括 dumpsys [资源 73]。设备端 adb 守护程序必须默认处于停用状态，并且必须有一种可供用户使用的机制，以便用户开启 Android 调试桥。如果设备实现省略 USB 外围设备模式，则必须通过局域网（例如以太网或 802.11）实现 Android 调试桥。

Android 支持安全 adb。安全 adb 能够在经过身份验证的已知主机上启用 adb。设备实现必须支持安全 adb。

  • Dalvik 调试监控服务 (ddms) [资源 74]

设备实现必须支持 Android SDK 中所述的所有 ddms 功能。由于 ddms 会使用 adb，因此虽然对 ddms 的支持应默认处于停用状态，但如果用户启用了 Android 调试桥，就必须支持 ddms，如上所述。

设备实现必须包含 Monkey 框架，并使其可供应用使用。

设备实现必须支持 Android SDK 中所述的 SysTrace 工具。SysTrace 必须默认处于停用状态，并且设备实现必须有一种可供用户使用的机制，以便用户开启 SysTrace。

大多数基于 Linux 的系统和 Apple Macintosh 系统都使用标准的 Android SDK 工具识别 Android 设备，而无需其他支持；不过，Microsoft Windows 系统通常需要驱动程序，才能识别新的 Android 设备。 （例如，新的供应商 ID 需要适用于 Windows 系统的自定义 USB 驱动程序，有时新的设备 ID 也需要此类驱动程序。）如果标准 Android SDK 中提供的 adb 工具无法识别某个设备实现，设备实现者必须提供相关的 Windows 驱动程序，以便开发者使用 adb 协议连接到设备。必须为 32 位和 64 位版本的 Windows XP、Windows Vista、Windows 7、Windows 8 和 Windows 10 提供这些驱动程序。

6.2. 开发者选项

Android 支持开发者配置与应用开发相关的设置。设备实现必须支持 android.settings.APPLICATION_DEVELOPMENT_SETTINGS intent，以显示与应用开发相关的设置 [资源 77]。上游 Android 实现会默认隐藏“开发者选项”菜单，并允许用户启动该菜单（方法是在设置 > 关于设备 > 版本号菜单项上连按七 [7] 次）。设备实现必须提供一致的“开发者选项”体验。具体而言，设备实现必须默认隐藏“开发者选项”，而且必须提供一种机制来启用与上游 Android 实现一致的“开发者选项”。

7. 硬件兼容性

如果设备包含特定的硬件组件，而该组件具有针对第三方开发者的相应 API，该设备实现必须实现该 API（如 Android SDK 文档中所定义）。如果 SDK 中的某个 API 需要与某个被规定为可选组件的硬件组件互动，但设备实现不具备该组件，则：

  • 仍必须提供该组件 API 的完整类定义（如 SDK 中所述）。
  • API 的行为必须以某种合理的方式作为空操作来实现。
  • 在 SDK 文档允许的情况下，API 方法必须返回 null 值。
  • 在 SDK 文档不允许返回 null 值的情况下，API 方法必须返回类的空操作实现。
  • API 方法不得抛出 SDK 文档中未说明的异常。

这些要求适用的情境的一个典型示例就是电话 API：即使在非手机设备上，这些 API 也必须实现为合理的空操作。

对于相同的 build 指纹，设备实现必须能够始终如一地通过 android.content.pm.PackageManager 类中的 getSystemAvailableFeatures() 和 hasSystemFeature(String) 方法报告准确的硬件配置信息。[资源 70]

7.1. 显示和图形

Android 包含一些能够适当地为设备自动调整应用资产和界面布局的方式，以确保第三方应用能够在各种硬件配置 [资源 78] 上良好地运行。设备必须正确实现本节中详细说明的这些 API 和行为。

本节中的要求中提到的单位定义如下：

  • 物理对角线尺寸：屏幕亮显部分的两个对角之间的距离（以英寸为单位）。
  • 每英寸的点数 (dpi)：1 英寸的线性水平或垂直跨度内包含的像素数。如果列出了 dpi 值，水平 dpi 和垂直 dpi 都必须在该范围内。
  • 宽高比：屏幕的长度像素与宽度像素之比。例如，480x854 像素的显示屏的宽高比是 854/480 = 1.779，或约为“16:9”。
  • 密度无关像素 (dp)：按 160 dpi 屏幕标准化的虚拟像素单位，计算公式如下：像素 = dps *（密度/160）。

7.1.1. 屏幕配置

7.1.1.1. 屏幕尺寸

Android Watch 设备（详细说明见第 2 节）可以具有较小的屏幕尺寸（如本节所述）。

Android 界面框架支持多种不同的屏幕尺寸，并且允许应用通过 android.content.res.Configuration.screenLayout（使用 SCREENLAYOUT_SIZE_MASK 参数）查询设备屏幕尺寸（也称为“屏幕布局”）。 设备实现必须报告 Android SDK 文档中定义且由上游 Android 平台确定的正确屏幕尺寸 [资源 78]。具体而言，设备实现必须根据以下密度无关逻辑像素 (dp) 屏幕尺寸报告正确的屏幕尺寸。

  • 设备的屏幕尺寸必须至少为 426 dp x 320 dp（“小”）（Android Watch 设备除外）。
  • 如果设备报告的屏幕尺寸为“标准”，则屏幕尺寸必须至少为 480 dp x 320 dp。
  • 如果设备报告的屏幕尺寸为“大”，则屏幕尺寸必须至少为 640 dp x 480 dp。
  • 如果设备报告的屏幕尺寸为“超大”，则屏幕尺寸必须至少为 960 dp x 720 dp。

此外：

  • 如果是 Android Watch 设备，其屏幕的物理对角线尺寸必须在 1.1 到 2.5 英寸范围内。
  • 如果是其他类型的具有物理集成屏幕的 Android 设备实现，其屏幕的物理对角线尺寸必须至少为 2.5 英寸。

设备在任何时候都不得更改所报告的屏幕尺寸。

应用可以视需要通过 AndroidManifest.xml 文件中的 <supports-screens> 属性来指明其支持的屏幕尺寸。设备实现必须正确执行应用对于“小”“标准”“大”和“超大”屏幕的指定支持（如 Android SDK 文档中所述）。

7.1.1.2. 屏幕宽高比

Android Watch 设备的宽高比可以为 1.0 (1:1)。

屏幕宽高比的值必须在 1.3333 (4:3) 到 1.86（约为 16:9）之间，但 Android Watch 设备的宽高比可以为 1.0 (1:1)，因为此类设备实现将使用 UI_MODE_TYPE_WATCH 作为 android.content.res.Configuration.uiMode。

7.1.1.3. 屏幕密度

Android 界面框架定义了一组标准逻辑密度，以便应用开发者确定要采用的应用资源。设备实现必须通过 android.util.DisplayMetrics API 仅报告以下逻辑 Android 框架密度之一，并且必须以此标准密度执行应用，而且在任何时候都不得为默认显示屏更改该值。

  • 120 dpi (ldpi)
  • 160 dpi (mdpi)
  • 213 dpi (tvdpi)
  • 240 dpi (hdpi)
  • 280 dpi (280dpi)
  • 320 dpi (xhdpi)
  • 360 dpi (360dpi)
  • 400 dpi (400dpi)
  • 420 dpi (420dpi)
  • 480 dpi (xxhdpi)
  • 560 dpi (560dpi)
  • 640 dpi (xxxhdpi)

设备实现应定义数值最接近屏幕物理密度的标准 Android 框架密度，除非该逻辑密度会导致报告的屏幕尺寸低于支持的最小值。如果在数值上最接近物理密度的标准 Android 框架密度会导致屏幕尺寸小于支持的最小兼容屏幕尺寸（宽度为 320 dp），设备实现应报告下一个最低的标准 Android 框架密度。

7.1.2. 显示指标

设备实现必须为 android.util.DisplayMetrics [资源 79] 中定义的所有显示指标报告正确的值，并且无论是使用嵌入式屏幕还是外部屏幕作为默认显示屏，都必须报告相同的值。

7.1.3. 屏幕方向

必须报告支持的屏幕方向（android.hardware.screen.portrait 和/或 android.hardware.screen.landscape），并且必须报告至少一个支持的方向。例如，固定为横向屏幕的设备（例如电视或笔记本电脑）应仅报告 android.hardware.screen.landscape。

报告两个屏幕方向的设备必须根据应用支持动态方向（要么纵屏，要么横屏）。也就是说，设备必须遵从应用对特定屏幕方向的要求。设备实现可以选择纵向或横向作为默认方向。

无论何时通过 android.content.res.Configuration.orientation、android.view.Display.getOrientation() 或其他 API 查询设备当前方向，设备都必须报告正确的值。

更改方向时，设备不得更改报告的屏幕尺寸或密度。

7.1.4. 2D 和 3D 图形加速

设备实现必须同时支持 OpenGL ES 1.0 和 2.0，Android SDK 文档中对此进行了详细阐述。设备实现应在能支持 OpenGL ES 3.0 或 3.1 的设备上支持它们。设备实现还必须支持 Android RenderScript（Android SDK 文档对此进行了详细说明）[资源 80]。

设备实现还必须将自身正确地标识为支持 OpenGL ES 1.0、OpenGL ES 2.0、OpenGL ES 3.0 或 OpenGL 3.1。即：

  • 受管理 API（例如通过 GLES10.getString() 方法）必须报告支持 OpenGL ES 1.0 和 OpenGL ES 2.0。
  • 原生 C/C++ OpenGL API（通过 libGLES_v1CM.so、libGLES_v2.so 或 libEGL.so 向应用提供的 API）必须报告支持 OpenGL ES 1.0 和 OpenGL ES 2.0。
  • 如果设备实现声明支持 OpenGL ES 3.0 或 3.1，则必须支持相应的受管理 API，并且必须支持原生 C/C++ API。在声明支持 OpenGL ES 3.0 或 3.1 的设备实现上，libGLESv2.so 除了导出 OpenGL ES 2.0 函数符号之外，还必须导出相应的函数符号。

除了 OpenGL ES 3.1 之外，Android 还提供了一个具有 Java 接口 [资源 81] 并原生支持高级图形功能（例如，细分曲面和 ASTC 纹理压缩格式）的扩展包。Android 设备实现可以支持此扩展包，并且（仅在完全实现的情况下）必须通过 android.hardware.opengles.aep 功能标志来标明此支持。

此外，设备实现还可以实现任何所需的 OpenGL ES 扩展。 不过，设备实现必须通过 OpenGL ES 受管理 API 和原生 API 报告所支持的所有扩展字符串；反之而言，不得报告不支持的扩展字符串。

请注意，Android 支持应用视需要指定它们需要使用特定 OpenGL 纹理压缩格式。这些格式通常为供应商专用格式。Android 不要求设备实现必须实现任何特定纹理压缩格式。不过，设备实现应通过 OpenGL API 中的 getString() 方法准确报告所支持的所有纹理压缩格式。

Android 包含一种机制，可让应用使用清单标记 android:hardwareAccelerated 或直接 API 调用 [资源 82] 声明希望在应用、activity、窗口或视图级别启用 2D 图形硬件加速。

设备实现必须默认启用硬件加速；如果开发者通过以下方式请求停用硬件加速，设备实现必须将其停用：设置 android:hardwareAccelerated="false”，或直接通过 Android View API 停用硬件加速。

此外，设备实现表现出的行为必须与 Android SDK 文档中关于硬件加速的说明一致 [资源 82]。

Android 包含一个 TextureView 对象，可让开发者直接将经过硬件加速的 OpenGL ES 纹理作为呈现目标集成到界面层次结构中。 设备实现必须支持 TextureView API，并且表现出的行为必须与上游 Android 实现一致。

Android 支持 EGL_ANDROID_RECORDABLE，这是一项 EGLConfig 属性，用于指明 EGLConfig 是否支持呈现到可将图片录制到视频的 ANativeWindow。设备实现必须支持 EGL_ANDROID_RECORDABLE 扩展 [资源 83]。

7.1.5. 旧应用兼容模式

Android 指定了一种“兼容模式”，在该模式下，框架能够以与“标准”屏幕尺寸等效的模式（宽度为 320dp）运行，这是为了服务于不是针对旧版 Android（在实现屏幕尺寸独立性之前发布的旧版 Android）开发的旧应用。

  • Android Automotive 不支持旧版应用兼容模式。
  • 所有其他设备实现都必须支持上游 Android 开放源代码所实现的旧版应用兼容模式。也就是说，设备实现不得更改启用兼容模式的触发条件或阈值，也不得更改兼容模式本身的行为。

7.1.6. 屏幕技术

Android 平台包含一些可让应用在显示屏上呈现丰富图形的 API。除非本文档中明确许可，否则设备必须支持 Android SDK 定义的所有这些 API。

  • 设备必须支持能够呈现 16 位彩色图形的显示屏，并且应支持能够呈现 24 位彩色图形的显示屏。
  • 设备必须支持能够呈现动画的显示屏。
  • 所用显示技术的像素宽高比 (PAR) 必须介于 0.9 到 1.15 之间。也就是说，像素宽高比必须接近方形 (1.0)，并且公差在 10-15% 的范围内。

7.1.7. 辅助显示屏

Android 支持用于实现媒体共享功能的辅助显示屏，以及用于访问外接显示屏的开发者 API。如果设备通过有线、无线或嵌入式附加显示屏连接方式支持外接显示屏，设备实现必须按照 Android SDK 文档中所述实现显示屏管理器 API [资源 84]。

7.2. 输入设备

设备必须支持触摸屏，或满足 7.2.2 中列出的非触摸导航方面的要求。

7.2.1. 键盘

Android Watch 和 Android Automotive 实现可以实现软键盘。所有其他设备实现都必须实现软键盘，并且：

设备实现：

  • 必须支持输入管理框架（可让第三方开发者创建输入法编辑器，即软键盘），详见 http://developer.android.com。
  • 必须提供至少一种软键盘实现（无论是否存在硬键盘）；Android Watch 设备除外，其屏幕尺寸不适合显示软键盘。
  • 可以包含额外的软键盘实现。
  • 可以包含硬件键盘。
  • 不得包含与 android.content.res.Configuration.keyboard [资源 85] 中指定的任何格式（QWERTY 或 12 键）都不匹配的硬件键盘。

7.2.2. 非触摸导航

Android TV 设备必须支持方向键。

设备实现：

  • 如果不是 Android TV 设备，则可以忽略非触摸导航选项（轨迹球、方向键或滚轮）。
  • 必须针对 android.content.res.Configuration.navigation [资源 85] 报告正确的值。
  • 必须提供与输入管理引擎兼容、用于选择和编辑文字且合理的替代界面机制。上游 Android 开放源代码实现包含一种适合在缺少非触摸导航输入法的设备上使用的选择机制。

7.2.3. 导航键

如本节所述，“主屏幕”“最近用过”和“返回”功能的可用性和可见性要求因设备类型而异。

“主屏幕”“最近用过”和“返回”功能（分别映射到键事件 KEYCODE_HOME、KEYCODE_APP_SWITCH、KEYCODE_BACK）是 Android 导航范式的基本组成部分，因此：

  • Android 手持设备实现必须提供“主屏幕”“最近用过”和“返回”功能。
  • Android TV 设备实现必须提供“主屏幕”和“返回”功能。
  • Android Watch 设备实现必须为用户提供“主屏幕”功能，还必须提供“返回”功能（处于 UI_MODE_TYPE_WATCH 模式时除外）。
  • Android Automotive 实现必须提供“主屏幕”功能，并且可以提供“返回”和“最近用过”功能。
  • 所有其他类型的设备实现都必须提供“主屏幕”和“返回”功能。

可以通过专用的实体按钮（例如机械或电容式触摸按钮）来实现这些功能，也可以使用位于屏幕上单独部分的专用软件按键、手势、触摸板等来实现。Android 同时支持这两种实现方式。所有这些功能在处于可见状态时，都必须可通过单次操作（例如点按、双击或手势）访问。

“最近用过”功能（如果提供了该功能）必须具有可见的按钮或图标，除非在全屏模式下与其他导航功能一起隐藏起来。这不适用于从较低的 Android 版本升级、具有实体导航按钮且没有“最近用过”按键的设备。

“主屏幕”和“返回”功能（如果提过了这两项功能）必须各有一个可见的按钮或图标，除非在全屏模式下与其他导航功能一起隐藏起来，或者 uiMode UI_MODE_TYPE_MASK 设为 UI_MODE_TYPE_WATCH。

从 Android 4.0 开始，由于操作栏的出现，“菜单”功能被废弃了。 因此，搭载 Android 6.0 及更高版本的新设备实现不得为“菜单”功能实现专用的实体按钮。较旧的设备实现不应为“菜单”功能实现专用的实体按钮，但如果实现了实体“菜单”按钮，并且设备运行 targetSdkVersion > 10 的应用，则设备实现：

  • 当操作栏处于可见状态且在用户操作后弹出的操作溢出菜单不为空时，必须在操作栏上显示操作溢出按钮。对于在 Android 4.4 之前推出但之后升级到 Android 6.0 的设备实现，建议满足此要求。
  • 对于在操作栏中选择溢出按钮后显示的操作溢出弹出窗口，不得修改其位置。
  • 对于在选择实体菜单按钮后显示的操作溢出弹出窗口，可以在屏幕上将其呈现到修改后的位置。

为了实现向后兼容，设备实现必须在 targetSdkVersion 小于 10 时使“菜单”功能可供应用使用，无论是通过实体按钮、软件按键还是手势。应显示此“菜单”功能，除非与其他导航功能一起隐藏起来。

对于支持辅助操作 [资源 30] 的 Android 设备实现，在显示其他导航键时，必须支持通过单一操作（例如点按、双击或手势）来访问该功能，并且强烈建议使用长按主屏幕按钮或软件按键作为单一操作。

设备实现可以使用屏幕上的单独部分来显示导航键，但如果这样做，必须满足以下要求：

  • 设备实现导航键必须位于屏幕上的单独部分，不能供应用使用，并且不得遮住或以其他方式影响屏幕上可供应用使用的部分。
  • 对于满足第 7.1.1 节中规定的要求的应用，设备实现必须将显示屏的一部分提供给它们使用。
  • 如果应用没有指定系统界面模式或指定了 SYSTEM_UI_FLAG_VISIBLE，设备实现必须显示导航键。
  • 如果应用指定了 SYSTEM_UI_FLAG_LOW_PROFILE，设备实现必须以不显眼的“低调”（例如暗色调）模式显示导航键。
  • 如果应用指定了 SYSTEM_UI_FLAG_HIDE_NAVIGATION，设备实现必须隐藏导航键。

7.2.4. 触摸屏输入

Android 手持设备和 Android Watch 设备必须支持触摸屏输入。

设备实现应具有某种指针输入系统（类似于鼠标的输入系统或触摸式输入系统）。不过，如果设备实现不支持指针输入系统，则不得报告 android.hardware.touchscreen 或 android.hardware.faketouch 功能常量。如果设备实现包含指针输入系统，则：

  • 应支持完全独立跟踪的指针（如果设备输入系统支持多个指针）
  • 必须报告 android.content.res.Configuration.touchscreen [资源 85] 的值，并且该值要与设备上的具体触摸屏的类型相对应。

Android 支持多种触摸屏、触摸板和模拟触控输入设备。基于触摸屏的设备实现会与显示屏相关联 [资源 86]，从而让用户感觉像是在直接操控屏幕上的内容。由于用户会直接触摸屏幕，因此系统不需要使用任何额外的方式来指明所操控的对象。相比之下，模拟触摸界面则会提供一个能够模拟部分触摸屏功能的用户输入系统。例如，驱动屏幕光标的鼠标或遥控器能够模拟触摸操作，但需要用户先指向或聚焦到目标，然后再点击。鼠标、触控板、基于陀螺仪的空中鼠标、陀螺仪指针、操纵杆和多点触控板等多种输入设备都可以支持模拟触摸交互。Android 包含功能常量 android.hardware.faketouch，该常量对应于高保真非触摸（指控式）输入设备，例如可以充分模拟触摸式输入的鼠标或触控板（包括基本手势支持），并且该常量可指明设备支持所模拟的触摸屏功能子集。如果设备实现声明了模拟触摸功能，则必须满足第 7.2.5 节中的模拟触摸要求。

设备实现必须报告与所用输入法的类型对应的正确功能。如果设备实现包含触摸屏（单点触控或更好的触摸屏），则必须报告平台功能常量 android.hardware.touchscreen。如果设备实现报告平台功能常量 android.hardware.touchscreen，还必须要报告平台功能常量 android.hardware.faketouch。如果设备实现不包含触摸屏（仅依靠指控设备），则不得报告任何触摸屏功能，并且仅在满足第 7.2.5 节中的模拟触摸要求时，才能报告 android.hardware.faketouch。

7.2.5. 模拟触控输入

声明支持 android.hardware.faketouch 的设备实现：

  • 必须报告指针在屏幕中的绝对 X 和 Y 位置，并在屏幕中显示可见指针 [资源 87]。
  • 必须通过操作代码（指定在屏幕中按下或松开指针时发生的状态变化）报告触摸事件 [资源 87]。
  • 必须支持在屏幕中的对象上按下后再松开指针，以便用户模拟点按屏幕中的对象。
  • 必须支持于时间阈值内在屏幕中对象上的同一位置按下、松开、按下后再松开指针，以便用户模拟点按两次屏幕中的对象 [资源 87]。
  • 必须支持在屏幕中的任意一点按下指针、将指针移动到屏幕上的其他任意一点，然后再松开指针，以便用户模拟触摸拖动操作。
  • 必须支持按下指针后允许用户快速将对象移至屏幕中的其他位置，然后在屏幕中松开指针，以便用户甩动屏幕中的对象。

如果设备声明支持 android.hardware.faketouch.multitouch.distinct，则必须满足上述关于模拟触摸的要求，并且必须支持对两个或更多个独立的指针输入分别进行跟踪。

7.2.6. 游戏控制器支持

Android TV 设备实现必须支持对游戏控制器进行下列按钮映射。上游 Android 实现包含满足该要求的游戏控制器实现。

7.2.6.1. 按钮映射

Android TV 设备实现必须支持以下按键映射：

按钮 HID 用法2 Android 按钮
A1 0x09 0x0001 KEYCODE_BUTTON_A (96)
B1 0x09 0x0002 KEYCODE_BUTTON_B (97)
X1 0x09 0x0004 KEYCODE_BUTTON_X (99)
Y1 0x09 0x0005 KEYCODE_BUTTON_Y (100)
向上方向键1
向下方向键1		 0x01 0x00393 AXIS_HAT_Y4
向左方向键1
向右方向键1		 0x01 0x00393 AXIS_HAT_X4
左肩按钮1 0x09 0x0007 KEYCODE_BUTTON_L1 (102)
右肩按钮1 0x09 0x0008 KEYCODE_BUTTON_R1 (103)
左摇杆点击1 0x09 0x000E KEYCODE_BUTTON_THUMBL (106)
右摇杆点击1 0x09 0x000F KEYCODE_BUTTON_THUMBR (107)
主屏幕1 0x0c 0x0223 KEYCODE_HOME (3)
返回1 0x0c 0x0224 KEYCODE_BACK (4)

1 [资源 88]

2 必须在 Game pad CA (0x01 0x0005) 中声明上述 HID 用法。

3 这种用法的最小逻辑值必须为 0，最大逻辑值必须为 7，最小物理值必须为 0，最大物理值必须为 315，单位必须为度，并且报告的尺寸值必须为 4。逻辑值指从纵轴顺时针旋转的角度；例如，逻辑值为 0 表示不旋转，并且按下了向上按钮，逻辑值为 1 则表示旋转 45 度，并且同时按下了向上和向左键。

4 [资源 87]

模拟控制1 HID 用法 Android 按钮
左触发 0x02 0x00C5 AXIS_LTRIGGER
右触发 0x02 0x00C4 AXIS_RTRIGGER
左摇杆 0x01 0x0030
0x01 0x0031		 AXIS_X
AXIS_Y
右摇杆 0x01 0x0032
0x01 0x0035		 AXIS_Z
AXIS_RZ

1 [资源 87]

7.2.7. 遥控器

Android TV 设备实现应提供遥控器，以便用户访问 TV 界面。遥控器可以是实体遥控器，也可以是基于软件、可通过手机或平板电脑访问的遥控器。遥控器必须满足以下要求。

  • 提供搜索功能：当用户通过实体遥控器或基于软件的遥控器调用语音搜索时，设备实现必须触发 KEYCODE_SEARCH（如果设备支持辅助程序，则必须触发 KEYCODE_ASSIST）。
  • 导航：所有 Android TV 遥控器都必须包含“返回”“主屏幕”和“选择”按钮，并且支持方向键事件 [资源 88]。

7.3. 传感器

Android 包含用于访问多种传感器的 API。设备实现通常可以省略这些传感器，如后续小节中所述。如果设备包含某种类型的传感器，而这种传感器具有针对第三方开发者的相应 API，则设备实现必须实现该 API，如 Android SDK 文档和 Android 开源文档中关于传感器 [资源 89] 的部分所述。例如，设备实现：

  • 必须根据 android.content.pm.PackageManager 类 [资源 70] 准确报告是否存在传感器。
  • 必须通过 SensorManager.getSensorList() 和类似方法返回准确的受支持传感器列表。
  • 对于所有其他传感器 API，必须采取合理的行为（例如，在应用尝试注册监听器时视情况返回 true 或 false，在不存在相应的传感器时不调用传感器监听器，等等）。
  • 必须使用 Android SDK 文档 [资源 90] 中为每种传感器定义的相关国际单位制（公制）值报告所有传感器测量结果。
  • 应以纳秒为单位报告事件时间（如 Android SDK 文档中定义），该时间表示事件发生时的时间，与 SystemClock.elapsedRealtimeNano() 时钟同步。强烈建议现有的及新的 Android 设备满足这些要求，以便升级到未来平台版本（在未来平台版本中，此组件可能会成为必需组件）。同步误差应在 100 毫秒以内 [资源 91]。
  • 必须报告传感器数据，并且最大延迟为 100 毫秒 + 2 * sample_time（如果传感器进行流式传输所需的最小延迟为 5 毫秒）+ 2 * sample_time（如果应用处理器处于活动状态）。此延迟不包含任何过滤延迟。
  • 必须在启用传感器后的 400 毫秒 + 2 * sample_time 内报告第一个传感器样本。该样本的精度可以为 0。

上述列表并不是详尽无遗的；请以 Android SDK 和 Android 开源文档中关于传感器 [资源 89] 的部分所述的行为为准。

有些传感器为复合型，也就是说，它们可以从一个或多个其他传感器提供的数据推导出来。（例如方向传感器和线性加速度传感器。）如果设备实现包含 [资源 92] 中所述的必要实体传感器，就应实现上述传感器类型。如果设备实现包含复合传感器，则必须实现该传感器，如 Android 开源文档中关于复合传感器 [资源 92] 的部分所述。

有些 Android 传感器支持“连续”触发模式，在该模式下，传感器会不断返回数据 [资源 93]。对于 Android SDK 文档中指明为连续传感器的任何 API，设备实现都必须连续提供周期性数据样本，并且这些样本的抖动应低于 3%，其中抖动是指在连续事件之间报告的时间戳值之差的标准偏差。

请注意，设备实现必须确保传感器事件流不得阻止设备 CPU 进入挂起状态或从挂起状态中唤醒。

最后，当多个传感器处于启用状态时，功耗不应超过各个传感器所报告的功耗的总和。

7.3.1. 加速度计

设备实现应包含 3 轴加速度计。强烈建议 Android 手持设备和 Android Watch 设备包含这种传感器。如果设备实现包含 3 轴加速计，则：

  • 必须实现并报告 TYPE_ACCELEROMETER 传感器 [资源 94]。
  • 对于 Android Watch 设备，必须能够以至少 50 Hz 的频率报告事件（因为此类设备的功率限制较为严格）；对于所有其他设备类型，则为 100 Hz。
  • 报告事件达到的最高频率应至少为 200 Hz。
  • 必须遵从 Android API [资源 90] 中详述的 Android 传感器坐标系。
  • 在任意轴上都必须能够测量从自由下落到高达四倍重力加速度 (4g) 的运动过程。
  • 分辨率必须至少为 12 位，并且应至少为 16 位。
  • 应在使用时进行校准（如果特性随生命周期发生变化）和补偿，并且在设备重新启动后直到再次重新启动之前应保留补偿参数。
  • 应进行温度补偿。
  • 标准偏差不得高于 0.05 m/s^，其中标准偏差应按每个轴进行计算，并且应使用以最大采样率在至少 3 秒内采集的样本进行计算。
  • 应实现 TYPE_SIGNIFICANT_MOTION、TYPE_TILT_DETECTOR、TYPE_STEP_DETECTOR、TYPE_STEP_COUNTER 复合传感器，如 Android SDK 文档中所述。强烈建议现有的及新的 Android 设备实现 TYPE_SIGNIFICANT_MOTION 复合传感器。如果实现了其中任何传感器，它们的功耗总和必须始终低于 4 mW，并且每个传感器的功耗应在设备处于动态时低于 2 mW，在设备处于静态时低于 0.5 mW。
  • 如果包含陀螺仪传感器，则必须实现 TYPE_GRAVITY 和 TYPE_LINEAR_ACCELERATION 复合传感器，并且应实现 TYPE_GAME_ROTATION_VECTOR 复合传感器。强烈建议现有的及新的 Android 设备实现 TYPE_GAME_ROTATION_VECTOR 传感器。
  • 如果还包含陀螺仪传感器和磁力计传感器，则必须实现 TYPE_ROTATION_VECTOR 复合传感器。

7.3.2. 磁力计

设备实现应包含 3 轴磁力计（罗盘）。如果设备包含 3 轴磁力计，则：

  • 必须实现 TYPE_MAGNETIC_FIELD 传感器，并且还应实现 TYPE_MAGNETIC_FIELD_UNCALIBRATED 传感器。强烈建议现有的及新的 Android 设备实现 TYPE_MAGNETIC_FIELD_UNCALIBRATED 传感器。
  • 必须能够以至少 10 Hz 的频率报告事件且应以至少 50 Hz 的频率报告事件。
  • 必须遵从 Android API [资源 90] 中详述的 Android 传感器坐标系。
  • 饱和之前，在每个轴上的测量范围必须达到 -900 μT 到 +900 μT 之间。
  • 必须通过以下方式使硬铁偏移值低于 700 µT，并且应低于 200 µT：将磁力计放在远离动态（电流感应）和静态（磁感应）磁场的位置。
  • 分辨率必须等于或高于 0.6 µT，并且应等于或高于 0.2 µ。
  • 应进行温度补偿。
  • 必须支持在线校准和补偿硬铁偏差，并在设备重新启动后直到再次重新启动之前保留补偿参数。
  • 必须采用软铁补偿 - 可以在使用期间或设备生产期间进行校准。
  • 标准偏差不应高于 0.5 μT，其中标准偏差应按每个轴进行计算，并且应使用以最大采样率在至少 3 秒内采集的样本进行计算。
  • 如果还包括加速度计传感器和陀螺仪传感器，则必须实现 TYPE_ROTATION_VECTOR 复合传感器。
  • 如果还实现了加速度计传感器，则可以实现 TYPE_GEOMAGNETIC_ROTATION_VECTOR 传感器。不过，如果实现了该传感器，该传感器消耗的功率必须低于 10 mW；如果该传感器注册了 10 Hz 的批处理模式，则消耗的功率应低于 3 mW。

7.3.3. GPS

设备实现应包含 GPS 接收器。如果设备实现包含 GPS 接收器，则应包含某种形式的“辅助 GPS”技术，以最大限度地缩短 GPS 锁定时间。

7.3.4. 陀螺仪

设备实现应包含陀螺仪（角度变化传感器）。除非还包含 3 轴加速度计，否则设备不应包含陀螺仪传感器。如果设备实现包含陀螺仪，则：

  • 必须实现 TYPE_GYROSCOPE 传感器，且还应实现 TYPE_GYROSCOPE_UNCALIBRATED 传感器。强烈建议现有的及新的 Android 设备实现 SENSOR_TYPE_GYROSCOPE_UNCALIBRATED 传感器。
  • 必须能够测量高达 1,000 度/秒的方向变化。
  • 对于 Android Watch 设备，必须能够以至少 50 Hz 的频率报告事件（因为此类设备的功率限制较为严格）；对于所有其他设备类型，则为 100 Hz。
  • 应以至少 200 Hz 的频率报告事件。
  • 分辨率必须为 12 位或更高，并且应等于或高于 16 位。
  • 必须进行温度补偿。
  • 必须在使用时进行校准和补偿，并且在设备重新启动后直到再次重新启动之前应保留补偿参数。
  • 每 Hz 方差不得超过 1e-7 rad^2/s^2（每 Hz 方差，或 rad^2/s）。方差可随采样率而变化，但不得超过此值。也就是说，如果以 1 Hz 的采样率测量陀螺仪的方差，则方差不应超过 1e-7 rad^2/s^2。
  • 如果还包含加速度计传感器和磁力计传感器，则必须实现 TYPE_ROTATION_VECTOR 复合传感器。
  • 如果包含加速度计传感器，则必须实现 TYPE_GRAVITY 和 TYPE_LINEAR_ACCELERATION 复合传感器，并且应实现 TYPE_GAME_ROTATION_VECTOR 复合传感器。强烈建议现有的及新的 Android 设备实现 TYPE_GAME_ROTATION_VECTOR 传感器。

7.3.5. 气压计

设备实现应包含气压计（环境气压传感器）。如果设备实现包含气压计，则：

  • 必须实现并报告 TYPE_PRESSURE 传感器。
  • 必须能够以 5 Hz 或更高的频率传送事件。
  • 必须具有足以估算海拔高度的精度。
  • 必须进行温度补偿。

7.3.6. 温度计

设备实现可以包含环境温度计（温度传感器）。如果包含，则必须将其定义为 SENSOR_TYPE_AMBIENT_TEMPERATURE，并且它测量的必须是环境（室内）温度（以摄氏度为单位）。

设备实现可以（但不应）包含 CPU 温度传感器。如果包含，则必须将其定义为 SENSOR_TYPE_TEMPERATURE，并且它测量的必须是设备 CPU 的温度，而不得测量任何其他温度。请注意，Android 4.0 中废弃了 SENSOR_TYPE_TEMPERATURE 传感器类型。

7.3.7. 光度计

设备实现可以包含光度计（环境光传感器）。

7.3.8. 近程传感器

设备实现可以包含近程传感器。如果设备可进行语音通话，并且在 getPhoneType 中指明的是 PHONE_TYPE_NONE 以外的任何其他值，则应包含近程传感器。如果设备实现包含近程传感器，则：

  • 必须在与屏幕相同的方向上测量物体的接近度。也就是说，近程传感器必须朝向适当方向，以便检测靠近屏幕的物体，因为此类传感器的主要用途是检测用户正在使用的手机。如果设备实现包含朝向任何其他方向的近程传感器，则不得通过此 API 访问此类传感器。
  • 必须具有至少 1 位的精度。

7.3.9. 高保真传感器

如果设备实现支持一系列可满足本节中列出的所有要求且质量更高的传感器，则必须通过 android.hardware.sensor.hifi_sensors 功能标记来标识此项支持。

声明 android.hardware.sensor.hifi_sensors 的设备必须支持满足下述质量要求的下列所有传感器类型：

  • SENSOR_TYPE_ACCELEROMETER
    • 测量范围必须至少在 -8g 到 +8g 之间。
    • 测量分辨率必须至少为 1024 LSB/G。
    • 最小测量频率必须等于或低于 12.5 Hz。
    • 最大测量频率必须等于或高于 200 Hz。
    • 测量噪声不得高于 400uG/√Hz。
    • 必须实现这种传感器的非唤醒形式，并且至少能够缓冲 3000 个传感器事件。
    • 批处理功耗不得高于 3 mW。
  • SENSOR_TYPE_GYROSCOPE
    • 测量范围必须至少在 -1000 dps 到 +1000 dps 之间。
    • 测量分辨率必须至少为 16 LSB/dps。
    • 最小测量频率必须等于或低于 12.5 Hz。
    • 最大测量频率必须等于或高于 200 Hz。
    • 测量噪声不得高于 0.014°/s/√Hz。
  • SENSOR_TYPE_GYROSCOPE_UNCALIBRATED 具有和 SENSOR_TYPE_GYROSCOPE 相同的质量要求。
  • SENSOR_TYPE_GEOMAGNETIC_FIELD
    • 测量范围必须至少在 -900 µT 到 +900 µT 之间。
    • 测量分辨率必须至少为 5 LSB/uT。
    • 最小测量频率必须等于或低于 5 Hz。
    • 最大测量频率必须等于或高于 50 Hz。
    • 测量噪声不得高于 0.5 uT。
  • SENSOR_TYPE_MAGNETIC_FIELD_UNCALIBRATED 具有和 SENSOR_TYPE_GEOMAGNETIC_FIELD 相同的质量要求，而且还：
    • 必须实现这种传感器的非唤醒形式且至少能够缓冲 600 个传感器事件。
  • SENSOR_TYPE_PRESSURE
    • 测量范围必须至少在 300 hPa 到 1100 hPa 之间。
    • 测量分辨率必须至少为 80 LSB/hPa。
    • 最小测量频率必须等于或低于 1 Hz。
    • 最大测量频率必须等于或高于 10 Hz。
    • 测量噪声不得高于 2 Pa/√Hz。
    • 必须实现这种传感器的非唤醒形式，并且至少能够缓冲 300 个传感器事件。
    • 批处理功耗不得高于 2 mW。
  • TYPE_GAME_ROTATION_VECTOR
    • 必须实现这种传感器的非唤醒形式，并且至少能够缓存 300 个传感器事件。
    • 批处理功耗不得高于 4 mW。
  • SENSOR_TYPE_SIGNIFICANT_MOTION
    • 当设备处于静态时，功耗不得高于 0.5 mW；当设备处于动态时，功耗不得高于 1.5 mW。
  • SENSOR_TYPE_STEP_DETECTOR
    • 必须实现这种传感器的非唤醒形式，并且至少能够缓冲 100 个传感器事件。
    • 当设备处于静态时，功耗不得高于 0.5 mW；当设备处于动态时，功耗不得高于 1.5 mW。
    • 批处理功耗不得高于 4 mW。
  • SENSOR_TYPE_STEP_COUNTER
    • 当设备处于静态时，功耗不得高于 0.5 mW；当设备处于动态时，功耗不得高于 1.5 mW。
  • SENSOR_TILT_DETECTOR
    • 当设备处于静态时，功耗不得高于 0.5 mW；当设备处于动态时，功耗不得高于 1.5 mW。

此类设备还必须满足以下传感器子系统要求：

  • 加速度计、陀螺仪传感器和磁力计报告的同一物理事件的事件时间戳之间相差必须在 2.5 毫秒以内。
  • 陀螺仪传感器事件时间戳必须与摄像头子系统采用相同的时间基准，并且误差在 1 毫秒以内。
  • 从数据在物理传感器硬件上可用的那一刻开始计算，将样本传送到 HAL 的延迟应低于 5 毫秒。
  • 如果启用了以下传感器的任意组合，当设备处于静态时，功耗不得超过 0.5 mW；当设备处于动态时，功耗不得超过 2.0 mW：
    • SENSOR_TYPE_SIGNIFICANT_MOTION
    • SENSOR_TYPE_STEP_DETECTOR
    • SENSOR_TYPE_STEP_COUNTER
    • SENSOR_TILT_DETECTORS

请注意，本节中的所有功耗要求都不包括应用处理器的功耗。它包含的是整个传感器链（传感器、所有辅助电路、所有专用的传感器处理系统，等等）的功耗。

声明 android.hardware.sensor.hifi_sensors 的设备实现还可以支持以下传感器类型，但如果包含这些传感器类型，它们必须满足以下最低缓冲能力要求：

  • SENSOR_TYPE_PROXIMITY：100 个传感器事件

7.3.10. 指纹传感器

具有安全锁定屏幕的设备实现应包含指纹传感器。 如果设备实现包含指纹传感器，并且具有可供第三方开发者使用的相应 API，则：

  • 必须声明支持 android.hardware.fingerprint 功能。
  • 必须完全实现相应的 API（如 Android SDK 文档中所述）[资源 95]。
  • 错误接受率不得高于 0.002%。
  • 强烈建议确保在设备上测得的错误拒绝率低于 10%。
  • 对于 1 个已注册的指纹，强烈建议确保延迟时间（即测得的从触摸指纹传感器到屏幕解锁的时间）低于 1 秒。
  • 尝试指纹验证的失败次数达到 5 次后，必须限制在至少 30 秒内不能再次进行指纹验证。
  • 必须实现有硬件支持的密钥库，并在可信执行环境 (TEE) 中或在具有通向 TEE 的安全信道的芯片上执行指纹匹配。
  • 必须对所有可识别的指纹数据进行加密，并对其采用密码形式的身份验证机制，以确保在可信执行环境 (TEE) 之外无法获取、读取或更改这些数据（如 Android 开源项目网站上的实现指南中所述）[资源 96]。
  • 必须通过以下方式防止在没有先建立信任链的情况下添加指纹：让用户确认现有设备凭据（PIN 码/图案/密码，受 TEE 保护）或添加新设备凭据；Android 开源项目实现在框架中提供了实现这一点的机制。
  • 不得允许第三方应用区分各个指纹。
  • 必须遵从 DevicePolicyManager.KEYGUARD_DISABLE_FINGERPRINT 标志。
  • 如果从 Android 6.0 之前的版本进行了升级，则必须安全迁移指纹数据以满足上述要求，或者将这些指纹数据移除。
  • 应使用 Android 开源项目中提供的 Android 指纹图标。

7.4. 数据连接

7.4.1. 电话

在 Android API 和本文档中，“电话”专指与通过 GSM 或 CDMA 网络进行语音通话和发送短信相关的硬件。虽然这些语音通话可能采用也可能不采用分封交换技术，但都是为了使 Android 被视为独立于任何可通过同一网络实现的数据连接。也就是说，Android“电话”功能和 API 专指语音通话和短信。例如，如果设备实现无法打电话或收发短信，无论它们是否使用移动网络进行数据连接，都不得报告 android.hardware.telephony 功能或任何子功能。

Android 可以用在不包含电话硬件的设备上。也就是说，Android 可与非电话设备兼容。不过，如果设备实现包含 GSM 或 CDMA 电话，则必须实现对针对该技术的 API 的全面支持。如果设备实现不包含电话硬件，则必须将所有相关 API 实现为空操作。

7.4.2. IEEE 802.11 (Wi-Fi)

Android TV 设备实现必须支持 Wi-Fi。

Android TV 设备实现必须支持一种或多种形式的 802.11（b/g/a/n 等），其他类型的 Android 设备实现应支持一种或多种形式的 802.11。如果设备实现支持 802.11，并且向第三方应用提供该功能，则必须实现相应的 Android API，并且：

  • 必须报告硬件功能标记 android.hardware.wifi。
  • 必须实现 SDK 文档 [资源 97] 中所述的多播 API。
  • 必须支持多播 DNS (mDNS)，并且不得在操作过程中的任何时候过滤 mDNS 数据包 (224.0.0.251)，包括：
    • 即使屏幕未处于活动状态时。
    • 即使处于待机状态时（适用于 Android TV 设备实现）。

7.4.2.1. Wi-Fi 直连

设备实现应支持 Wi-Fi 直连（Wi-Fi 点对点）。如果设备实现支持 Wi-Fi 直连，则必须实现 SDK 文档中所述的对应 Android API [资源 98]。 如果设备实现支持 Wi-Fi 直连，则：

  • 必须报告硬件功能 android.hardware.wifi.direct。
  • 必须支持常规的 Wi-Fi 操作。
  • 应支持并发的 Wi-Fi 操作和 Wi-Fi 直连操作。

Android TV 设备实现必须支持 Wi-Fi 通道直接链路设置 (TDLS)。

Android TV 设备实现必须支持 Wi-Fi 通道直接链路设置 (TDLS)，其他类型的 Android 设备实现应支持 Wi-Fi TDLS，如 Android SDK 文档中所述 [资源 99]。如果设备实现支持 TDLS，并且 TDLS 已由 WiFiManager API 启用，则设备：

  • 只在能够使用且有好处时才应使用 TDLS。
  • 应进行一些试探，如果使用 TDLS 时的性能可能低于通过 Wi-Fi 接入点连接时的性能，则不应使用 TDLS。

7.4.3. 蓝牙

Android Watch 和 Android Automotive 实现必须支持蓝牙。Android TV 实现必须支持蓝牙和蓝牙 LE。

Android 支持蓝牙和蓝牙低功耗 [资源 100]。如果设备实现支持蓝牙和蓝牙低功耗，则必须声明相关的平台功能（分别为 android.hardware.bluetooth 和 android.hardware.bluetooth_le），并实现相应的平台 API。设备实现应实现适合设备的相关蓝牙配置，例如 A2DP、AVCP、OBEX 等。Android TV 设备实现必须支持蓝牙和蓝牙 LE。

支持蓝牙低功耗的设备实现：

  • 必须声明硬件功能 android.hardware.bluetooth_le。
  • 必须启用基于 GATT（通用属性配置）的蓝牙 API，如 SDK 文档和 [资源 100] 中所述。
  • 强烈建议实现不超过 15 分钟的可解析私有地址 (RPA) 超时，并在超时后轮转地址以保护用户隐私。
  • 应支持在实现 ScanFilter API 时将过滤逻辑分流到蓝牙芯片组 [资源 101]，并且每当收到通过 android.bluetooth.BluetoothAdapter.isOffloadedFilteringSupported() 方法进行的查询时都必须报告过滤逻辑实现位置的正确值。
  • 应支持将批量扫描分载到蓝牙芯片组；但如果不支持，则每当收到通过 android.bluetooth.BluetoothAdapater.isOffloadedScanBatchingSupported() 方法进行的查询时，都必须报告“false”。
  • 应支持至少为 4 个槽位的多通告，但如果不支持，则每当收到通过 android.bluetooth.BluetoothAdapter.isMultipleAdvertisementSupported() 方法进行的查询时，都必须报告“false”。

7.4.4. 近距离无线通信

设备实现应包含用于近距离无线通信 (NFC) 的收发器和相关硬件。如果设备实现包含 NFC 硬件，并且计划使其可供第三方应用使用，则：

  • 必须通过 android.content.pm.PackageManager.hasSystemFeature() 方法 [资源 70] 报告 android.hardware.nfc 功能。
  • 必须能够通过以下 NFC 标准读取和写入 NDEF 消息：
    • 必须能够通过以下 NFC 标准充当 NFC Forum 读取器/写入器（如 NFC Forum 技术规范 NFCForum-TS-DigitalProtocol-1.0 中所定义）：
      • NfcA (ISO14443-3A)
      • NfcB (ISO14443-3B)
      • NfcF (JIS X 6319-4)
      • IsoDep (ISO 14443-4)
      • NFC Forum 标签类型 1、2、3、4（由 NFC Forum 定义）
    • 强烈建议能够通过以下 NFC 标准读取和写入 NDEF 消息以及原始数据。请注意，虽然此处说以下 NFC 标准是“强烈建议”遵循的标准，但我们计划在未来版本的兼容性定义中将其更改为“必须”遵循的标准。这些标准在此版本中是可选的，但在未来的版本中将是必须要遵循的。强烈建议运行此版 Android 的现有设备及新设备现在就满足这些要求，以便能够升级到未来的平台版本。
      • NfcV (ISO 15693)
    • 应能够读取 Thinfilm NFC Barcode [资源 102] 产品的条形码和网址（如果已编码）。
    • 必须能够通过以下点对点连接标准和协议传送和接收数据：
      • ISO 18092
      • LLCP 1.2（由 NFC Forum 定义）
      • SDP 1.0（由 NFC Forum 定义）
      • NDEF 推送协议 [资源 103]
      • SNEP 1.0（由 NFC Forum 定义）
    • 必须支持 Android Beam [资源 104]：
      • 必须实现 SNEP 默认服务器。必须使用 android.nfc.ACTION_NDEF_DISCOVERED intent 将默认 SNEP 服务器收到的有效 NDEF 消息发送给应用。在设置中停用 Android Beam 不得导致停用传入的 NDEF 消息的发送。
      • 必须支持 android.settings.NFCSHARING_SETTINGS intent，以显示 NFC 共享设置 [资源 105]。
      • 必须实现 NPP 服务器。必须按照处理默认 SNEP 服务器收到的消息时采用的同一种方式处理 NPP 服务器收到的消息。
      • 必须实现 SNEP 客户端，并且在 Android Beam 处于启用状态时，必须尝试将出站点对点 NDEF 消息发送到默认 SNEP 服务器。如果未找到默认 SNEP 服务器，则该客户端必须尝试将消息发送到 NPP 服务器。
      • 必须允许前台 activity 使用 android.nfc.NfcAdapter.setNdefPushMessage、android.nfc.NfcAdapter.setNdefPushMessageCallback 和 android.nfc.NfcAdapter.enableForegroundNdefPush 设置出站点对点 NDEF 消息。
      • 在发送出站点对点 NDEF 消息之前，应使用手势或屏幕确认（例如“触摸即可发送”）。
      • 应默认启用 Android Beam，且必须能够使用 Android Beam 收发消息，即使开启了其他专有 NFC 点对点模式。
      • 如果设备支持蓝牙对象推送配置文件，则必须支持从 NFC 连接切换到蓝牙。使用 android.nfc.NfcAdapter.setBeamPushUris 时，设备实现必须支持将连接切换到蓝牙，方法是实现 NFC Forum 提供的“连接切换 1.2 版”[资源 106] 和“使用 NFC 进行安全简单的蓝牙配对 1.0 版”[资源 107] 规范。此类实现必须实现服务名为“urn:nfc:sn:handover”的切换 LLCP 服务，以通过 NFC 交换切换请求/部分记录，并且必须使用蓝牙对象推送配置进行实际的蓝牙数据传输。为了与旧版兼容（与 Android 4.1 设备保持兼容），此类实现应仍接受 SNEP GET 请求，以便通过 NFC 交换切换请求/部分记录。不过，实现本身不应发送关于执行连接切换的 SNEP GET 请求。
    • 在 NFC 发现模式下，必须轮询所有支持的技术。
    • 当设备处于唤醒状态、屏幕处于活动状态，并且锁定屏幕已解锁时，应采用 NFC 发现模式。

请注意，上面提到的 JIS、ISO 和 NFC Forum 规范没有公开提供的链接。

Android 支持 NFC 主机卡模拟 (HCE) 模式。如果设备实现包含支持 HCE 和应用 ID (AID) 路由的 NFC 控制器芯片组，则：

  • 必须报告 android.hardware.nfc.hce 功能常量。
  • 必须支持 Android SDK 中定义的 NFC HCE API [资源 108]。

此外，设备实现还可以为以下 MIFARE 技术提供读取器/写入器支持。

  • MIFARE Classic
  • MIFARE Ultralight
  • NDEF on MIFARE Classic

请注意，Android 包含针对这些 MIFARE 类型的 API。如果设备实现支持具有读取器/写入器角色的 MIFARE，则：

  • 必须实现 Android SDK 中载述的对应 Android API。
  • 必须通过 android.content.pm.PackageManager.hasSystemFeature() 方法 [资源 70] 报告 com.nxp.mifare 功能。请注意，这不是标准的 Android 功能，因此不会在 android.content.pm.PackageManager 类中显示为常量。
  • 不得实现对应的 Android API，也不得报告 com.nxp.mifare 功能，除非还实现了本节中所述的一般 NFC 支持。

如果设备实现不包含 NFC 硬件，则不得通过 android.content.pm.PackageManager.hasSystemFeature() 方法 [资源 70] 声明 android.hardware.nfc 功能，并且必须将 Android NFC API 实现为空操作。

由于 android.nfc.NdefMessage 和 android.nfc.NdefRecord 类表示独立于协议的数据表示格式，因此设备实现必须实现这些 API，即使它们不支持 NFC 或声明 android.hardware.nfc 功能。

7.4.5. 最低网络功能

设备实现必须支持一种或多种形式的数据网络连接。具体而言，设备实现必须支持至少一种能够达到 200Kbit/sec 或更高速率的数据标准。满足该要求的技术包括 EDGE、HSPA、EV-DO、802.11g、以太网、蓝牙 PAN 等。

如果采用的物理网络标准（例如以太网）是主要数据连接，设备实现还应支持至少一种常用的无线数据标准，例如 802.11 (Wi-Fi)。

设备可以实现多种形式的数据连接。

设备必须包含 IPv6 网络堆栈，并支持使用受管理 API（例如 java.net.Socket 和 java.net.URLConnection）以及原生 API（例如 AF_INET6 套接字）进行 IPv6 通信。所需的 IPv6 支持级别取决于网络类型，如下所述：

  • 支持 Wi-Fi 网络的设备必须支持通过 Wi-Fi 执行双栈和 IPv6 单栈操作。
  • 支持以太网的设备必须支持通过以太网执行双栈操作。
  • 支持移动数据网络的设备应支持通过移动数据网络执行 IPv6 操作（IPv6 单栈操作，也可能是双栈操作）。
  • 当设备同时连接到多个网络（例如，Wi-Fi 和移动数据网络）时，必须同时满足上述针对连接到的每个网络的要求。

必须默认启用 IPv6。

为了确保 IPv6 通信与 IPv4 一样可靠，即使屏幕未处于活动状态，也不得丢弃发送到设备的单播 IPv6 数据包。可以在硬件或固件中限制冗余的多播 IPv6 数据包（例如完全相同的重复路由器通告）的发送次数（如果必须要这样做以节省电量）。在这种情况下，限制发送次数不得导致设备断开与任何符合 IPv6 标准的网络（使用的 RA 生命周期至少为 180 秒）的 IPv6 连接。

IPv6 连接必须保持低电耗模式。

7.4.6. 同步设置

设备实现必须默认启用主自动同步设置，以便方法 getMasterSyncAutomatically() 返回“true”[资源 109]。

7.5. 摄像头

设备实现应包含后置摄像头，并且可以包含前置摄像头。后置摄像头指位于设备上背向显示屏一侧的摄像头，也就是说，与传统摄像头一样，它拍摄的是背向设备显示屏一侧的场景。前置摄像头指与设备上的显示屏位于同一侧的摄像头，也就是通常用于拍摄用户自己的摄像头，例如用于视频会议及类似应用的摄像头。

如果设备实现包含至少一个摄像头，则应确保应用可以同时分配 3 个大小与设备上分辨率最大的摄像头传感器所生成的图片相同的位图。

7.5.1. 后置摄像头

设备实现应包含后置摄像头。如果设备实现包含至少一个后置摄像头，则：

  • 必须报告功能标志 android.hardware.camera 和 android.hardware.camera.any。
  • 分辨率不得低于 200 万像素。
  • 应在摄像头驱动程序中实现硬件自动对焦或软件自动对焦（对应用软件透明）。
  • 可以具有固定焦距硬件或 EDOF（扩展景深）硬件。
  • 可以包含闪光灯。如果摄像头包含闪光灯，当已在摄像头预览 surface 上注册 android.hardware.Camera.PreviewCallback 实例时，闪光灯不得亮起，除非应用已通过启用 Camera.Parameters 对象的 FLASH_MODE_AUTO 或 FLASH_MODE_ON 属性明确启用闪光灯。请注意，此项限制不适用于设备的内置系统摄像头应用，而仅适用于使用 Camera.PreviewCallback。

7.5.2. 前置摄像头

设备实现可以包含前置摄像头。如果设备实现包含至少一个前置摄像头，则：

  • 必须报告功能标志 android.hardware.camera.any 和 android.hardware.camera.front。
  • 分辨率不得低于 VGA（640x480 像素）。
  • 不得将前置摄像头用作 Camera API 的默认摄像头。Android 中的 Camera API 对前置摄像头提供特定的支持，设备实现不得将该 API 配置为将前置摄像头视为默认后置摄像头，即使它是设备上的唯一摄像头也是如此。
  • 可以包含可供后置摄像头（如第 7.5.1 节中所述）使用的功能，例如自动对焦、闪光灯等。
  • 必须在 CameraPreview 中水平反映（即镜像）应用显示的串流，如下所述：
    • 如果用户能够旋转设备实现（例如通过加速度计自动旋转或通过用户输入手动旋转），必须相对于设备的当前方向水平镜像摄像头预览。
    • 如果当前应用已通过调用 android.hardware.Camera.setDisplayOrientation() [资源 110] 方法明确请求旋转摄像头显示，则必须相对于应用指定的方向水平镜像摄像头预览。
    • 否则，必须沿着设备的默认水平轴镜像预览。
  • 必须按照镜像摄像头预览图像串流时采用的方式，镜像由 postview 显示的图像。如果设备实现不支持 postview，此要求显然不适用。
  • 不得镜像最终拍摄的返回到应用回调或提交到媒体存储空间的静态图像或视频串流。

7.5.3. 外接摄像头

使用 USB 主机模式的设备实现可以支持连接到 USB 端口的外接摄像头。如果设备支持外接摄像头，则：

  • 必须声明平台功能 android.hardware.camera.external 和 android.hardware camera.any。
  • 必须支持 USB Video Class（UVC 1.0 或更高版本）。
  • 可以支持多个摄像头。

建议支持 MJPEG 等视频压缩，以便传输高画质的未编码串流（即原始照片串流或独立压缩的照片串流）。可以支持基于摄像头的视频编码。如果支持，并发的未编码/MJPEG 流（QVGA 或更高分辨率）必须可供设备实现访问。

7.5.4. Camera API 行为

Android 包含两个用于访问摄像头的 API 软件包，较新的 android.hardware.camera2 API 使应用可以对摄像头进行较低级别的控制，包括高效的零复制连拍/视频串流，以及按帧对曝光、增益、白平衡增益、颜色转换、去噪、锐化等进行控制。

旧版 API 软件包 android.hardware.Camera 在 Android 5.0 中被标记为已废弃，但由于该 API 包应仍可供应用使用，因此 Android 设备实现必须确保继续支持该 API，如本节和 Android SDK 中所述。

设备实现必须为所有可用的摄像头实现摄像头相关 API 的以下行为：

  • 如果应用从未调用过 android.hardware.Camera.Parameters.setPreviewFormat(int)，设备必须使用 android.hardware.PixelFormat.YCbCr_420_SP 获取提供给应用回调的预览数据。
  • 如果应用注册了 android.hardware.Camera.PreviewCallback 实例，并且系统在预览格式为 YCbCr_420_SP 时调用 onPreviewFrame() 方法，那么传递到 onPreviewFrame() 的 byte[] 中的数据必须进一步采用 NV21 编码格式。也就是说，NV21 必须是默认格式。
  • 对于 android.hardware.Camera，设备实现必须支持使用 YV12 格式（用 android.graphics.ImageFormat.YV12 常量表示）进行前置摄像头和后置摄像头的摄像头预览。（硬件视频编码器和摄像头可以使用任何原生像素格式，但设备实现必须支持转换为 YV12。）
  • 对于 android.hardware.camera2，设备显示必须通过 android.media.ImageReader API 支持使用 android.hardware.ImageFormat.YUV_420_888 和 android.hardware.ImageFormat.JPEG 作为输出格式。

无论设备是否包含硬件自动对焦或其他功能，设备实现仍必须实现 Android SDK 文档中包含的完整 Camera API [资源 111]。例如，没有自动对焦功能的摄像头仍必须调用所有已注册的 android.hardware.Camera.AutoFocusCallback 实例（即使这与非自动对焦摄像头无关）。请注意，这适用于前置摄像头。例如，虽然大多数前置摄像头都不支持自动对焦，但仍必须如所述那样“伪造”API 回调。

如果底层硬件支持相应功能，则设备实现必须识别并遵从 android.hardware.Camera.Parameters 类中定义为常量的每个参数名称。如果设备硬件不支持某项功能，则 API 的行为方式必须与所载述的行为方式一致。反之，设备实现不得遵从或识别传递给 android.hardware.Camera.setParameters() 方法的字符串常量，在 android.hardware.Camera.Parameters 中载述为常量的字符串常量除外。也就是说，设备实现必须支持所有标准摄像头参数（如果硬件允许），并且不得支持自定义摄像头参数类型。例如，如果设备实现支持使用高动态范围 (HDR) 成像技术拍照，则必须支持摄像头参数 Camera.SCENE_MODE_HDR [资源 112]。

因为并非所有设备实现都可以完全支持 android.hardware.camera2 API 的所有功能，所以设备实现必须使用 android.info.supportedHardwareLevel 属性报告正确的支持级别（如 Android SDK [资源 113] 中所述），并报告相应的框架功能标志 [资源 114]。

设备实现还必须通过 android.request.availableCapabilities 属性声明 android.hardware.camera2 的各项摄像头功能，并声明相应的功能标志 [资源 114]；如果连接的任何摄像头设备支持某项功能，则设备必须定义相应的功能标志。

每当摄像头拍摄了新照片且相应的照片条目已添加到媒体库时，设备实现都必须广播 Camera.ACTION_NEW_PICTURE intent。

每当摄像头录制了新视频且相应的视频条目已添加到媒体库时，设备实现都必须广播 Camera.ACTION_NEW_VIDEO intent。

7.5.5. 摄像头方向

前置摄像头和后置摄像头（如果存在）都必须朝向正确方向，以便摄像头的长度方向与屏幕的长度方向一致。也就是说，当设备处于横向时，摄像头必须横向拍摄。无论设备的自然方向为何，此规则都适用；也就是说，它适用于以横屏为主的设备以及以纵屏为主的设备。

7.6. 内存和存储空间

7.6.1. 最小内存和存储空间

Android TV 设备必须至少有 5GB 的非易失性存储空间可用于存储应用专属数据。

可供设备实现中的内核和用户空间使用的内存必须至少等于或大于下表中指定的最小值。（有关屏幕尺寸和密度的定义，请参阅第 7.1.1 节。）

密度和屏幕尺寸 32 位设备 64 位设备
Android Watch 设备（由于屏幕较小） 416MB 不适用
  • 280dpi 或更低（小屏幕/标准屏幕）
  • mdpi 或更低（大屏幕）
  • ldpi 或更低（超大屏幕）
 424MB 704MB
  • xhdpi 或更高（小屏幕/标准屏幕）
  • hdpi 或更高（大屏幕）
  • mdpi 或更高（超大屏幕）
 512MB 832MB
  • 400dpi 或更高（小屏幕/标准屏幕）
  • xhdpi 或更高（大屏幕）
  • tvdpi 或更高（超大屏幕）
 896MB 1280MB
  • 560dpi 或更高（小屏幕/标准屏幕）
  • 400dpi 或更高（大屏幕）
  • xhdpi 或更高（超大屏幕）
 1344MB 1824MB

最小内存值不得包含任何专用于不在内核控制下的硬件组件（例如无线装置、视频等）的内存空间。

对于 ActivityManager.isLowRamDevice()，可供内核和用户空间使用的内存小于 512MB 的设备实现（Android Watch 除外）必须返回值“true”。

Android TV 设备必须至少有 5GB 的非易失性存储空间可用于存储应用专属数据，而其他设备实现则必须至少有 1.5GB。也就是说，如果是 Android TV 设备，/data 分区必须至少为 5GB，如果是其他设备，则必须至少为 1.5GB。强烈建议搭载 Android 的设备实现至少有 3GB 的非易失性存储空间可用于存储应用专属数据，以便能够升级到未来的平台版本。

Android API 包含一个内容下载管理器，应用可以使用它下载数据文件 [资源 115]。内容下载管理器的设备实现必须能够将至少为 100MB 的各个文件下载到默认的“缓存”位置。

7.6.2. 应用共享的存储空间

设备实现必须为应用提供共享的存储空间，通常也称为“共享的外部存储空间”。

设备实现必须配有默认装载且可直接使用的共享存储空间。如果共享存储空间未装载在 Linux 路径 /sdcard 下，则设备必须包含从 /sdcard 指向实际装载点的 Linux 符号链接。

设备实现可以具有相应的硬件来安装用户可访问的可移动存储设备，例如安全数字 (SD) 卡插槽。如果此插槽用于满足共享存储空间要求，则设备实现：

  • 必须实现在没有 SD 卡时警告用户的消息框或弹出界面。
  • 必须包含经过 FAT 格式化的 SD 卡（大小为 1GB 或更大），或者在包装箱及购买时提供的其他材料上注明 SD 卡必须单独购买。
  • 必须默认装载 SD 卡。

或者，设备实现可以将内部（不可移动的）存储设备分配为共享的存储空间，以供上游 Android 开源项目中包含的应用使用；设备实现应使用这种配置和软件实现。如果设备实现使用内部（不可移动的）存储设备来满足共享的存储空间要求，而该存储设备可以留出空间来存储应用专属数据，则其大小必须至少为 1GB 并装载在 /sdcard 上（或者，如果装载在其他位置，则 /sdcard 必须是指向实际位置的符号链接）。

设备实现必须按照文档中所述，对该共享存储空间强制授予 android.permission.WRITE_EXTERNAL_STORAGE 权限。必须允许任何获得该权限的应用对共享存储空间执行写入操作。

包含多个共享存储空间路径（例如 SD 卡插槽和共享的内部存储空间）的设备实现必须仅允许预安装且具有 WRITE_EXTERNAL_STORAGE 权限的 Android 特权应用对辅助外部存储空间执行写入操作，写入到其软件包专用目录或在通过触发 ACTION_OPEN_DOCUMENT_TREE intent 返回的 URI 中执行写入操作时除外。

不过，设备实现应通过 Android 的媒体扫描程序服务和 android.provider.MediaStore 透明地公开上述两个存储空间路径中的内容。

无论使用什么形式的共享存储空间，如果设备实现具有支持 USB 外围设备模式的 USB 端口，则必须提供某种机制来从主机计算机访问共享存储空间的内容。设备实现可以使用 USB 大容量存储，但应使用媒体传输协议来满足此项要求。如果设备实现支持媒体传输协议，则：

  • 应与 Android MTP 参考主机（Android 文件传输 [资源 116]）兼容。
  • 应报告 USB 设备类 0x00。
  • 应报告 USB 接口名称“MTP”。

7.6.3. 可合并的存储设备

如果可移动存储设备端口位于长期稳定的位置（例如电池盒或其他防护盖内），则强烈建议设备实现来实现可合并的存储设备 [资源 117]。

诸如电视之类的设备实现可以通过 USB 端口采用存储，因为该设备应静止不动。但对于本质上为移动设备的其他设备实现，则强烈建议在长期稳定的位置实现可合并的存储设备，因为意外断开连接可能会导致数据丢失/损坏。

7.7. USB

设备实现应支持 USB 外围设备模式，并且应支持 USB 主机模式。

如果设备实现包含支持外围设备模式的 USB 端口，则：

  • 该端口必须可连接到具有标准 A 型或 C 型 USB 端口的 USB 主机。
  • 该端口应使用 micro-B 型、micro-AB 型或 C 型 USB 外形规格。强烈建议现有和新推出的 Android 设备满足这些要求，以便能够升级到未来的平台版本。
  • 该端口应位于设备底部（根据自然方向），或为所有应用（包括主屏幕）启用软件屏幕旋转功能，以便设备在按照该端口位于底部的方位放置时，屏幕能够正确呈现内容。强烈建议现有和新推出的 Android 设备满足这些要求，以便能够升级到未来的平台版本。
  • 它应实现 Android SDK 文档中所述的 Android Open Accessory (AOA) API 和规范；如果是 Android 手持设备，则必须实现 AOA API。实现 AOA 规范的设备实现：
    • 必须声明支持硬件功能 android.hardware.usb.accessory [资源 118]。
    • 必须支持在与作为配件的 USB 主机首次连接时建立基于 AOA 协议的通信，且用户无需更改默认的 USB 模式。
    • 必须实现 Android SDK 文档中所述的 USB 音频类 [资源 119]。
    • 此外，USB 大容量存储设备类还必须在 USB 大容量存储设备的接口描述 iInterface 字符串末尾添加字符串“android”。
  • 应支持在 HS 线性调频和流量传输期间采用 1.5 A 电流（如 USB 电池充电规范修订版 1.2 [资源 120] 中所规定）。强烈建议现有的及新的 Android 设备满足这些要求，以便能够升级到未来的平台版本。
    • C 型电阻标准。
  • USB 标准设备描述符中 iSerialNumber 的值必须等于 android.os.Build.SERIAL 的值。

如果设备实现包含支持主机模式的 USB 端口，则：

  • 应使用 C 型 USB 端口（如果设备实现支持 USB 3.1）。
  • 可以使用非标准端口外形规格；但这样做的话，则必须附带一条或多条数据线，以用于将该端口适配到标准 A 型或 C 型 USB 端口。
  • 可以使用 micro-AB USB 端口；但这样做的话，则必须附带一条或多条数据线，以用于将该端口适配到标准 A 型或 C 型 USB 端口。
  • 强烈建议实现 Android SDK 文档 [资源 119] 中载述的 USB 音频类）。
  • 必须实现 Android SDK 中所述的 Android USB 主机 API，并且必须声明支持硬件功能 android.hardware.usb.host [资源 121]。
  • 应支持在主机模式下为设备充电；为 USB C 型连接器使用至少 1.5A 的源电流（如 USB C 型数据线和连接器规范 - 修订版 1.2 [] 中的“端接参数”部分所规定），或为 Micro-AB 型连接器使用充电下行端口 (CDP) 输出电流范围（如 USB 电池充电规范 - 修订版 1.2 [资源 120] 中所规定）。

7.8. 音频

7.8.1. 麦克风

Android 手持设备、Android Watch 和 Android Automotive 实现必须包含麦克风。

设备实现可以省略麦克风。不过，如果设备实现省略了麦克风，则不得报告 android.hardware.microphone 功能常量，并且必须至少要作为空操作来实现录音 API（如第 7 节中所述）。 反之，如果设备实现包含麦克风，则：

  • 必须报告 android.hardware.microphone 功能常量。
  • 必须满足第 5.4 节中的录音要求。
  • 必须满足第 5.6 节中的音频延迟要求。
  • 强烈建议支持近超声录音（如第 7.8.3 节中所述）。

7.8.2. 音频输出

Android Watch 设备可以包含音频输出。

包含扬声器或带有音频输出外围设备的音频/多媒体输出端口（作为耳机或外部扬声器）的设备实现：

  • 必须报告 android.hardware.audio.output 功能常量。
  • 必须满足第 5.5 节中的音频播放要求。
  • 必须满足第 5.6 节中的音频延迟要求。
  • 强烈建议支持近超声播放（如第 7.8.3 节中所述）。

不过，如果设备实现不包含扬声器或音频输出端口，则不得报告 android.hardware.audio 输出功能，而且必须至少要作为空操作来实现与音频输出相关的 API。

Android Watch 设备实现可以但不应包含音频输出，但其他类型的 Android 设备实现则必须包含音频输出并声明 android.hardware.audio.output。

7.8.2.1. 模拟音频端口

为了兼容 Android 生态系统中使用 3.5 毫米音频插头的耳机和其他音频配件 [资源 122]，如果设备实现包含一个或多个模拟音频端口，则至少有一个音频端口应为 4 导体 3.5 毫米音频耳机插孔。如果设备实现包含 4 导体 3.5 毫米音频耳机插孔，则：

  • 必须支持使用麦克风，通过立体声头戴式耳机和立体声耳机进行音频播放，并且应支持使用麦克风通过立体声耳机进行录音。
  • 必须支持具有 CTIA 引脚顺序的 TRRS 音频插头，并且应支持具有 OMTP 引脚顺序的音频插头。
  • 必须支持检测插入的音频配件上是否有麦克风（如果设备实现支持麦克风），并广播 android.intent.action.HEADSET_PLUG（额外值麦克风设为 1）。
  • 应支持检测并映射到音频插头上的麦克风导体和接地导体之间的以下 3 个等效阻抗范围的键码：
    • 70 欧姆或更小：KEYCODE_HEADSETHOOK
    • 210-290 欧姆：KEYCODE_VOLUME_UP
    • 360-680 欧姆：KEYCODE_VOLUME_DOWN
  • 应支持检测并映射到音频插头上的麦克风导体和接地导体之间的以下等效阻抗范围的键码：
    • 110-180 欧姆：KEYCODE_VOICE_ASSIST
  • 必须在插入插头时触发 ACTION_HEADSET_PLUG，但只能在插头上的所有触点都已接触到耳机插孔上各自的相关部分后才能触发。
  • 必须能够在 32 欧姆扬声器阻抗上驱动至少 150mV ± 10% 的输出电压。
  • 必须具备 1.8V ~ 2.9V 之间的麦克风偏置电压。

7.8.3. 近超声

近超声音频的频带为 18.5 kHz 到 20 kHz。 设备实现必须通过 AudioManager.getProperty API 正确报告对近超声音频功能的支持情况，如下所述：

  • 如果 PROPERTY_SUPPORT_MIC_NEAR_ULTRASound 为“true”，则
    • 麦克风在 18.5 kHz 到 20 kHz 频带之间的平均功率响应不得比 2 kHz 下的响应低 15 dB 以上。
    • 对于 -26 dBFS 的 19 kHz 音调，麦克风在 18.5 kHz 到 20 kHz 频带内的不加权信噪比 (SNR) 不得低于 50 dB。
  • 如果 PROPERTY_SUPPORT_SPEAKER_NEAR_ULTRASOUND 为“true”，则扬声器在 18.5 kHz 到 20 kHz 下的平均响应不得比 2 kHz 下的响应低 40 dB 以上。

8. 性能与功耗

有些最低性能和功耗标准对用户体验至关重要，并且会影响开发者在开发应用时所做的基准假设。Android Watch 设备应符合以下标准，而其他类型的设备实现必须符合以下标准。

8.1. 用户体验一致性

设备实现必须确保应用和游戏享有一致的帧速率和响应时间，从而提供流畅的界面。设备实现必须满足以下要求：

  • 一致的帧延迟。帧延迟或帧渲染延迟不一致的发生频率不得超过每秒 5 帧，并且应低于每秒 1 帧。
  • 界面延迟。设备实现必须确保低延迟的用户体验，具体方法是在不到 36 秒的时间内，滚动由 Android 兼容性测试套件 (CTS) 定义的包含 10K 列表条目的列表。
  • 任务切换。在启动了多个应用的情况下，如果重新启动已启动且在运行的应用，花费的时间不得超过 1 秒钟。

8.2. 文件 I/O 访问性能

设备实现必须确保读取和写入操作的内部存储文件访问性能的一致性。

  • 顺序写入。设备实现必须确保使用 10 MB 写入缓冲区时 256 MB 文件的顺序写入性能至少为 5 MB/秒。
  • 随机写入。设备实现必须确保使用 4 KB 写入缓冲区时 256 MB 文件的随机写入性能至少为 0.5 MB/秒。
  • 顺序读取。设备实现必须确保使用 10 MB 写入缓冲区时 256 MB 文件的顺序读取性能至少为 15 MB/秒。
  • 随机读取。设备实现必须确保使用 4 KB 写入缓冲区时 256 MB 文件的随机读取性能至少为 3.5 MB/秒。

8.3. 节电模式

必须让最终用户能够看到所有无需进入应用待机模式和/或低电耗模式的应用。此外，这些节电模式的触发、维护、唤醒算法以及全局系统设置的使用不得违背 Android 开源项目。

8.4. 耗电量计算

更准确地计算和报告功耗有助于应用开发者找出能够优化应用耗电量模式的措施和工具。因此，设备实现：

  • 必须能够跟踪硬件组件的用电量，并将该用电量归因于特定的应用。具体来说，实现：
    • 必须提供一个关于各组件功耗的配置文件，其中要定义每种硬件组件的耗电值，以及组件在一段时间内大概消耗的电量（如 Android 开源项目网站 [资源 123] 上所述）。
    • 必须以毫安小时 (mAh) 为单位报告所有功耗值。
    • 如果无法将硬件组件的功耗归于某个应用，则应将其归于硬件组件本身。
    • 必须按每个进程的 UID 报告 CPU 功耗。Android 开源项目通过 uid_cputime 内核模块实现来满足此要求。
  • 必须能让应用开发者通过 adb shell dumpsys batterystats shell 命令查看此功耗 [资源 124]。
  • 必须遵从 android.intent.action.POWER_USAGE_SUMMARY intent，并提供一个会显示此功耗的设置菜单 [资源 125]。

9. 安全模型兼容性

设备实现必须实现与 Android 平台安全模型（具体定义请参见 Android 开发者文档 > API 指南 > 安全和权限参考文档 [资源 126]）一致的安全模型。设备实现必须支持安装自签名应用，而且无需从任何第三方/权威机构获得任何额外的权限/证书。具体而言，与 Android 兼容的设备必须支持以下小节中所述的安全机制。

9.1. 权限

设备实现必须支持 Android 开发者文档 [资源 126] 中所定义的 Android 权限模型。具体而言，实现必须强制执行定义的每个权限（如 SDK 文档中所述）；不得省略、更改或忽略任何权限。实现可以添加额外的权限，但前提是新的权限 ID 字符串不是中 android.* 命名空间内。

保护级别为“危险”的权限属于运行时权限。targetSdkVersion 高于 22 的应用会在运行时请求这些权限。设备实现：

  • 必须显示一个专用界面，以便用户决定是否授予请求的运行时权限；此外还必须提供一个供用户管理运行时权限的界面。
  • 这两个界面必须有且只能有一个实现。
  • 不得向预安装的应用授予任何运行时权限，除非：
    • 可以在应用使用运行时权限之前获得用户同意。
    • 运行时权限与符合以下条件的某个 intent 模式相关联：已将预安装的应用设为其默认处理程序。

9.2. UID 和进程隔离

设备实现必须支持 Android 应用沙盒模型。在该模型中，每个应用都是在单独的进程中作为独一无二的 Unixstyle UID 运行。设备实现必须支持以同一 Linux 用户 ID 运行多个应用，但前提是这些应用已经过适当签名和构建（具体定义请参见安全和权限参考 [资源 126]）。

9.3. 文件系统权限

设备实现必须支持 Android 文件访问权限模型（具体定义请参见安全和权限参考文档 [资源 126]）。

9.4. 替代执行环境

设备实现可以包括运行时环境，此类环境是使用 Dalvik 可执行文件格式或原生代码以外的一些其他软件或技术来执行应用。不过，此类替代执行环境不得损害 Android 安全模型或已安装的 Android 应用的安全性（如本节中所述）。

替代运行时本身必须是 Android 应用，并且必须遵循标准的 Android 安全模型（如第 9 节中的其他部分所述）。

如果资源受权限保护，但未通过 <uses-permission> 机制在运行时的 AndroidManifest.xml 文件中请求相关权限，则不得授予替代运行时对资源的访问权限。

替代运行时不得允许应用使用受系统应用专用 Android 权限保护的功能。

替代运行时必须遵循 Android 沙盒模型。具体而言，替代运行时：

  • 应通过 PackageManager 将应用安装到单独的 Android 沙盒（Linux 用户 ID 等）中。
  • 可以提供所有使用替代运行时的应用共享的单个 Android 沙盒。
  • 和使用替代运行时的已安装应用不得重复使用设备上已安装的任何其他应用的沙盒，除非使用共享用户 ID 和签名证书这两种标准 Android 机制。
  • 不得与对应于其他 Android 应用的沙盒一起启动，也不得授予或被授予对这些沙盒的访问权限。
  • 不得在启动时获得、被授予或向其他应用授予超级用户 (root) 或任何其他用户 ID 的任何权限。

替代运行时的 .apk 文件可以包含在设备实现的系统映像中，但必须已签名，且签名时所用的密钥必须不同于对设备实现随附的其他应用签名时使用的密钥。

在安装应用时，替代运行时必须就应用使用的 Android 权限获得用户同意。如果某个应用需要使用具有相应 Android 权限的设备资源（例如摄像头、GPS，等等），则替代运行时必须通知用户，让他们知道该应用将能够访问相应资源。如果运行时环境不会以这种方式记录应用功能，则在安装任何使用该运行时的应用时，运行时环境都必须列出运行时自身拥有的所有权限。

9.5. 多用户支持

此功能对于所有设备类型都是可选的。

Android 包含多用户支持，并且支持完全用户隔离 [资源 127]。设备实现可以启用多个用户，但在启用时必须满足以下与多用户支持相关的要求 [资源 128]：

  • 未声明 android.hardware.telephony 功能标志的设备实现必须支持受限配置文件，该功能可让设备所有者管理设备上的其他用户以及他们可以使用的功能。借助受限配置文件，设备所有者可以快速设置供其他用户使用的单独环境，同时还能在可于这些环境中运行的应用内管理更精细的限制。
  • 反之，声明 android.hardware.telephony 功能标志的设备实现不得支持受限配置文件，但必须与用来允许/禁止其他用户访问语音通话和短信的控件的 AOSP 实现一致。
  • 设备实现必须为每位用户实现与 Android 平台安全模型（具体定义请参见 API 指南中的安全和权限参考文档 [资源 126]）一致的安全模型。
  • Android 设备上的每个用户实例都必须具有单独且隔离开来的外部存储空间目录。设备实现可以将多个用户的数据存储在相同的存储卷或文件系统中。不过，设备实现必须确保归指定用户所有且以其名义运行的应用不能列出、读取或写入任何其他用户拥有的数据。请注意，可移动介质（例如 SD 卡插槽）可以允许一个用户通过主机 PC 访问另一个用户的数据。因此，如果设备实现使用可移动介质作为主要的外部存储空间 API，则必须使用仅存储在只有系统可以访问的不可移动介质上的密钥对 SD 卡中的内容进行加密（如果启用了多用户功能）。因为这样会使主机 PC 无法读取相应介质，所以设备实现将需要切换到 MTP 或类似系统，才能授权主机 PC 访问当前用户的数据。因此，如果设备实现使用可移动媒介 [资源 129] 作为主要的外部存储设备，则可以但不应启用多用户功能。

9.6. 付费短信警告

Android 支持在用户发送任何外发付费短信时对其进行警告 [资源 130]。付费短信是指发送到已向运营商注册且可能让用户付费的服务的短信。声明支持 android.hardware.telephony 的设备实现必须在向通过设备的 /data/misc/sms/codes.xml 文件中定义的正则表达式识别出的号码发送短信之前警告用户。上游 Android 开源项目提供满足此项要求的实现。

9.7. 内核安全功能

Android 沙盒包含使用安全增强型 Linux (SELinux) 强制访问控制 (MAC) 系统以及 Linux 内核中其他安全功能的功能。SELinux 或任何其他在 Android 框架下实现的安全功能：

  • 必须保持与现有应用的兼容性。
  • 当检测到安全违规行为并成功阻止时，不得有可见的界面；但当发生未阻止的安全违规行为且该行为导致成功的漏洞利用时，可以有可见的界面。
  • 不应可由用户或开发者配置。

如果将任何用于配置政策的 API（例如 Device Administration API）提供给可能会影响其他应用的应用使用，则相应 API 不得允许使用会破坏兼容性的配置。

设备必须实现 SELinux，或者如果使用除 Linux 以外的内核，则必须实现一个等效的强制访问控制系统。设备还必须满足以下要求，这些要求通过上游 Android 开源项目中的参考实现来满足。

设备实现：

  • 必须将 SELinux 设置为全局强制模式。
  • 必须在强制模式下配置所有域。不允许使用宽容模式域，包括特定于设备/供应商的域。
  • 对于 AOSP SELinux 网域以及特定于设备/供应商的网域，不得修改、省略或替换上游 Android 开源项目 (AOSP) 中提供的 external/sepolicy 文件夹中存在的 neverallow 规则，并且政策必须在所有 neverallow 规则都存在的情况下编译。

设备实现应保留上游 Android 开源项目的 external/sepolicy 文件夹中提供的默认 SELinux 政策，并且应仅针对自己的设备特定配置向此政策进一步添加内容。设备实现必须与上游 Android 开源项目兼容。

9.8. 隐私设置

如果设备在系统中实现了用于捕获屏幕上显示的内容和/或录制设备上播放的音频流的功能，则每当该功能处于启用状态并且正在捕获/录制内容时，设备必须持续通知用户。

如果设备实现具有默认通过代理服务器或 VPN 网关路由网络数据流量的机制（例如，在授予 android.permission.CONTROL_VPN 的情况下预加载 VPN 服务），则设备实现必须在启用该机制之前征求用户的同意。

如果设备实现具有支持 USB 外围设备模式的 USB 端口，则必须呈现界面来征求用户的同意，然后才能允许通过 USB 端口访问共享存储空间的内容。

9.9. 全盘加密

对于没有锁定屏幕的 Android 设备实现，全盘加密是可选的。

如果设备实现支持安全锁定屏幕，即报告 KeyguardManager.isDeviceSecure() 为“true”[资源 131]，并且不是内存受限的设备（通过 ActivityManager.isLowRamDevice() 方法报告），则设备必须支持对应用专属数据（/data 分区）以及应用共享存储分区（/sdcard 分区，如果它是设备的永久不可移动部分）进行全盘加密 [资源 132]。

对于支持全盘加密且高级加密标准 (AES) 加密性能高于 50 MiB/s 的设备实现，必须在用户完成开箱即用的设置体验时默认启用全盘加密。如果设备实现已在默认停用全盘加密的早期 Android 版本上启动，则此类设备无法通过系统软件的更新来满足要求，因此可以不遵守此要求。

加密功能必须将采用 128 位（或更高）密钥的 AES 以及专为存储空间设计的模式（例如 AES-XTS、AES-CBC-ESSIV）结合使用。在任何时候，加密密钥均不得在未加密的情况下写入到存储空间内。应通过已采用慢扩展算法（例如 PBKDF2 或 scrypt）进行扩展的锁定屏幕密码对加密密钥进行 AES 加密（除非该密钥正在使用中）。如果用户未指定锁定屏幕密码或已禁止使用密码进行加密，则系统应使用默认密码来封装加密密钥。如果设备提供了由硬件支持的密钥存储区，则密码扩展算法必须以加密形式绑定到该密钥存储区。不得将加密密钥发送到设备以外的位置（即使已使用用户密码和/或硬件绑定密钥进行封装也是如此）。上游 Android 开源项目提供了该功能的首选实现（基于 Linux 内核功能 dm-crypt）。

9.10. 启动时验证

验证启动是一项旨在保证设备软件完整性的功能。 如果设备实现支持该功能，则必须：

  • 声明平台功能标志 android.software.verified_boot。
  • 对每个启动序列执行验证
  • 从作为信任根的不可变硬件密钥开始验证，一直验证到系统分区。
  • 在下一阶段中执行代码之前，实现每个验证阶段以检查下一阶段中所有字节的完整性和真实性
  • 使用与 NIST 针对哈希算法 (SHA-256) 和公钥大小 (RSA-2048) 给出的最新建议一样强大的验证算法

上游 Android 开源项目基于 Linux 内核功能 dm-verity 提供了此功能的首选实现。

自 Android 6.0 起，高级加密标准 (AES) 加密性能高于 50 MiB/秒的设备实现必须支持启动时验证以检测设备完整性。如果设备实现已在不支持启动时验证的情况下使用早期 Android 版本启动，由于此类设备无法通过系统软件更新来支持该功能，因此可以不遵守该要求。

9.11. 密钥和凭据

Android 密钥库系统 [资源 133] 允许应用开发者将加密密钥存储在容器中，并通过 KeyChain API [资源 134] 或 Keystore API [资源 135] 在加密操作中使用它们。

所有 Android 设备实现都必须满足以下要求：

  • 不应限制可以生成的密钥数，并且必须至少允许导入超过 8192 个密钥。
  • 锁定屏幕身份验证机制必须对尝试次数加以限制，并且应采用 Android 开源项目中实现的指数退避算法。
  • 如果设备实现支持安全锁定屏幕，并且具有安全硬件，例如可实现可信执行环境 (TEE) 的安全元件，则：
    • 强烈建议使用安全硬件来备份密钥库实现。 上游 Android 开源项目提供了可用于满足此要求的 Keymaster 硬件抽象层 (HAL) 实现。
    • 如果设备具有由硬件支持的密钥库实现，必须在安全硬件中执行锁定屏幕身份验证，并且只有在成功通过验证后，才允许使用与身份验证绑定的密钥。上游 Android 开源项目提供了可用于满足此要求的 Gatekeeper 硬件抽象层 (HAL) [资源 136]。

请注意，尽管上述 TEE 相关要求列为“强烈建议”，但我们计划在下一个 API 版本的兼容性定义中将其更改为“必须”。如果设备实现已搭载早期 Android 版本，且未在安全硬件上实现可信操作系统，则此类设备可能无法通过系统软件更新来满足这些要求，因此强烈建议实现 TEE。

9.12. 数据删除

设备必须为用户提供一种机制来执行“恢复出厂设置”，以允许用户逻辑删除和物理删除所有数据，但不包括系统映像以及其他分区中被视为系统映像一部分的数据。这种机制必须符合数据删除的相关业界标准（例如 NIST SP800-88）， 且必须用于实现第 3.9 节“设备管理”中所述的 wipeData() API（Android Device Administration API 的一部分）。

设备可提供用于执行逻辑数据清空操作的快速数据擦除功能。

10. 软件兼容性测试

设备实现必须通过本节中所述的所有测试。

不过请注意，任何软件测试包都不是详尽无遗的。因此，强烈建议设备实现者尽可能避免对可从 Android 开源项目获得的 Android 参考实现和首选实现进行更改。这样有助于最大限度地降低引入 bug 的风险，从而避免由此造成不兼容问题而导致需要进行返工和潜在的设备更新。

10.1. 兼容性测试套件

设备实现必须通过 Android 开源项目提供的 Android 兼容性测试套件 (CTS) [资源 137] 的测试（使用设备上最终交付的软件）。此外，设备实现人员应尽可能多地使用 Android 开源树中的参考实现，并且必须在 CTS 不明确的情况下以及针对部分参考源代码的任何重新实现确保兼容性。

CTS 能够在实际设备上运行。与所有软件一样，CTS 自身也可能包含 bug。CTS 的版本发布独立于本兼容性定义，我们可能会针对 Android 6.0 发布多个 CTS 修订版本。设备实现必须通过设备软件发布时可用的最新 CTS 版本的测试。

10.2. CTS 验证程序

设备实现必须正确执行 CTS 验证程序中的所有适用用例。CTS 验证程序包含在兼容性测试套件中，以便人工操作员运行该验证程序来测试无法由自动化系统测试的功能（例如，测试摄像头和传感器能否正常工作）。

CTS 验证程序中包含针对多种硬件（其中包括一些选配硬件）的测试。设备实现必须通过针对其具备的硬件的所有测试；例如，如果某款设备具备加速度计，则必须正确执行 CTS 验证程序中的加速度计测试用例。对于本兼容性定义文档中注明为选配的功能，可跳过或省略相应的测试用例。

如上所述，每款设备和每个 build 都必须正确运行 CTS 验证程序。不过，由于很多 build 非常相似，因此设备实现者可能不会对只有细微差别的 build 明确运行 CTS 验证程序。具体来说，如果设备实现与某个已通过 CTS 验证程序测试的实现只是在所包含的语言区域、品牌信息等方面存在差别，则可以省略 CTS 验证程序测试。

11. 可更新软件

设备实现必须包含可用于替换整个系统软件的机制。该机制不需要执行“实时”升级 - 也就是说，可能需要重新启动设备。

可以使用任何方法，但前提是相应方法可以替换设备上的整个预安装软件。例如，以下任何方法都可以满足此要求：

  • “无线下载 (OTA)”（通过重新启动进行离线更新）
  • 从主机 PC 上通过 USB 进行“网络共享”更新
  • 通过重新启动进行“离线”更新，以及通过可移动存储设备上的文件进行更新

不过，如果设备实现支持 802.11 或蓝牙 PAN（个人局域网）配置等不按流量计费的数据网络连接，则：

  • Android Automotive 实现应支持 OTA 下载（通过重新启动进行离线更新）。
  • 所有其他设备实现都必须支持 OTA 下载（通过重新启动进行离线更新）。

使用的更新机制必须支持在不擦除用户数据的情况下进行更新。也就是说，更新机制必须保留应用专属数据和应用共享数据。请注意，上游 Android 软件包含满足此项要求的更新机制。

对于搭载 Android 6.0 及更高版本的设备实现，更新机制应支持在 OTA 之后验证系统映像是否为与预期结果完全相同的二进制文件。上游 Android 开源项目中基于块的 OTA 实现（从 Android 5.1 开始添加了此实现）可满足此要求。

在设备实现发布后，如果在其合理的产品生命周期内发现其中存在错误，并且经与 Android 兼容性团队磋商后确定该错误会影响第三方应用的兼容性，设备实现者必须通过可按上述机制应用的可用软件更新来更正该错误。

Android 包含一些可让设备所有者应用（如果存在）控制系统更新安装的功能。为了方便起见，对于报告 android.software.device_admin 的设备，系统更新子系统必须实现 SystemUpdatePolicy 类 [ 资源 138] 中所述的行为。

12. 文档更新日志

下表汇总了此版本中对兼容性定义进行的更新。

部分 变更摘要
各个部分 使用“建议”替换了“鼓励”一词
2. 设备类型 更新了 Android Automotive 实现
3.2.2. build 参数 新增了硬件序列号和 build 安全补丁级别
3.2.3.2. intent 解析 此部分从“intent 替换”更名为“intent 解析”，并添加了与权威默认应用链接相关的新要求
3.3.1. 应用二进制接口 添加了 Android ABI 支持；更改了与 Vulkan 库名称相关的内容
3.4.1. WebView 兼容性 更改了 WebView 报告的用户代理字符串
3.7. 运行时兼容性 更新了内存分配表
3.8.4. 搜索 更新了辅助程序要求
3.8.6. 主题 添加了在 SYSTEM_UI_FLAG_LIGHT_STATUS_BAR 标志请求时支持黑色系统图标的要求
3.8.8. activity 切换 放宽了对概览标题数量的要求。
3.8.10. 锁定屏幕媒体控件 锁定屏幕媒体控件详见 3.8.3。
3.9.1. 设备配置 添加了关于设备所有者配置和受管理个人资料配置的新部分
3.9.2. 受管理个人资料支持 添加了关于设备对受管理个人资料功能的支持要求的新部分
3.12.1. TV 应用 添加了用于阐明 Android TV 设备的 TV 应用要求的部分
3.12.1.1. 电子收视指南 添加了用于阐明 Android TV 设备的电子收视指南要求的部分
3.12.1.2. 导航 添加了用于阐明 Android TV 设备的 TV 应用导航要求的部分
3.12.1.3. TV 输入应用链接 添加了用于阐明 Android TV 设备的 TV 输入应用链接支持要求的部分
5.1. 媒体编解码器 更新了核心媒体格式和解码支持。
5.1.3. 视频编解码器 更改并添加了与 Android TV 相关的内容
5.2. 视频编码 更改了编码器相关内容
5.3. 视频解码 更改了解码器相关内容，包括对动态视频分辨率、帧速率切换的支持等
5.4. 录音 添加了与音频捕获相关的内容
5.6. 音频延迟 更新了与低延迟音频支持报告相关的内容
5.10. 专业音频 对针对专业音频支持进行了一般更新；更新了移动设备（耳机插孔）规范、USB 音频主机模式等
5.9. 乐器数字接口 (MIDI) 添加了关于可选乐器数字接口 (MIDI) 支持的新部分
6.1. 开发者工具 更新了支持 Windows 10 的驱动程序的相关内容
7.1.1.3. 屏幕密度 更新了屏幕密度的相关内容，例如与 Android Watch 相关的更新
7.2.3. 导航键 更新了包含辅助操作的设备实现的相关要求
7.3. 传感器（和子部分） 添加了某些传感器类型的新要求
7.3.9. 高保真传感器 添加了关于高保真传感器的设备要求的新部分
7.3.10. 指纹传感器 添加了关于指纹传感器相关要求的新部分
7.4.2. IEEE 802.11 (Wi-Fi) 更新了多播 DNS (mDNS) 支持的相关内容
7.4.3. 蓝牙 添加了与适用于蓝牙低功耗 (BLE) 的可解析私有地址 (RPA) 相关的内容
7.4.4. 近距离无线通信 添加了与近距离无线通信 (NFC) 要求相关的内容
7.4.5. 最低网络功能 添加了 IPv6 支持的要求
7.6.3. 可合并的存储设备 添加了关于实现可合并的存储设备的新部分
7.7. USB 添加了与实现 AOA 规范相关的要求
7.8.3. 近超声 添加了与近超声录音、播放和音频相关的内容 放宽了近超声麦克风 SNR 要求。
8.3. 节电模式 添加与应用待机模式和低电耗模式的要求相关的新部分
8.4. 耗电量计算 添加了与跟踪硬件组件功耗以及将该功耗归因于特定应用的要求相关的新部分
9.1. 权限 添加了权限要求的相关内容
9.7. 内核安全功能 SE Linux 更新
9.8. 隐私权 添加了与允许用户同意通过 USB 端口访问共享存储空间相关的内容
9.9. 全盘加密 添加了全盘加密的相关要求
9.10. 启动时验证 添加了启动时验证的新要求
9.11. 密钥和凭据 添加了与密钥和凭据相关要求相关的新部分
9.12. 数据删除 添加了新的“恢复出厂设置”部分
11. 可更新软件 添加了与设备所有者设置的系统更新政策相关的要求

13. 与我们联系

您可以加入 android-compatibility 论坛 [资源 139]，发帖咨询或提出您认为本文档未涵盖的任何问题。

14. 资源

1. IETF RFC2119 要求级别：http://www.ietf.org/rfc/rfc2119.txt

2. Android 开源项目：http://source.android.com/

3. Android TV 功能：http://developer.android.com/reference/android/content/pm/PackageManager.html#FEATURE_LEANBACK

4. Android Watch 功能：http://developer.android.com/reference/android/content/res/Configuration.html#UI_MODE_TYPE_WATCH

5. Android UI_MODE_TYPE_CAR API：http://developer.android.com/reference/android/content/res/Configuration.html#UI_MODE_TYPE_CAR

6. API 定义和文档：http://developer.android.com/reference/packages.html

7. Android 权限参考文档：http://developer.android.com/reference/android/Manifest.permission.html

8. android.os.Build 参考文档：http://developer.android.com/reference/android/os/Build.html

9. 允许的 Android 6.0 版本字符串：http://source.android.com/docs/compatibility/6.0/versions.html

10. Android 开发者设置：http://developer.android.com/reference/android/provider/Settings.html

11. 电话提供程序：http://developer.android.com/reference/android/provider/Telephony.html

12. Android NDK ABI 管理：https://developer.android.com/ndk/guides/abis.html

13. 高级 SIMD 架构：http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.ddi0388f/Beijfcja.html

14. Android Extension Pack：http://developer.android.com/guide/topics/graphics/opengl.html#aep

15. android.webkit.WebView 类：http://developer.android.com/reference/android/webkit/WebView.html

16. WebView 兼容性：http://www.chromium.org/

17. HTML5：http://html.spec.whatwg.org/multipage/

18. HTML5 离线功能：http://dev.w3.org/html5/spec/Overview.html#offline

19. HTML5 视频标记：http://dev.w3.org/html5/spec/Overview.html#video

20. HTML5/W3C Geolocation API：http://www.w3.org/TR/geolocation-API/

21. HTML5/W3C Webstorage API：http://www.w3.org/TR/webstorage/

22. HTML5/W3C IndexedDB API：http://www.w3.org/TR/IndexedDB/

23. Dalvik 可执行文件格式和字节码规范：可在 Android 源代码中的 dalvik/docs 下找到

24.AppWidget：http://developer.android.com/guide/practices/ui_guidelines/widget_design.html

25. 通知：http://developer.android.com/guide/topics/ui/notifiers/notifications.html

26. 应用资源：https://developer.android.com/guide/topics/resources/available-resources.html

27. 状态栏图标样式指南：http://developer.android.com/design/style/iconography.html

28. 通知资源：https://developer.android.com/design/patterns/notifications.html

29. 搜索管理器：http://developer.android.com/reference/android/app/SearchManager.html

30. 操作辅助：http://developer.android.com/reference/android/content/Intent.html#ACTION_ASSIST

31. Android Assist API：https://developer.android.com/reference/android/app/assist/package-summary.html

32. 消息框：http://developer.android.com/reference/android/widget/Toast.html

33. 主题：http://developer.android.com/guide/topics/ui/themes.html

34. R.style 类：http://developer.android.com/reference/android/R.style.html

35. Material Design：http://developer.android.com/reference/android/R.style.html#Theme_Material

36. 动态壁纸：http://developer.android.com/reference/android/service/wallpaper/WallpaperService.html

37. 概览屏幕资源：http://developer.android.com/guide/components/recents.html

38. 屏幕固定：https://developer.android.com/about/versions/android-5.0.html#ScreenPinning

39. 输入法：http://developer.android.com/guide/topics/text/creating-input-method.html

40. 媒体通知：https://developer.android.com/reference/android/app/Notification.MediaStyle.html

41. Dreams：http://developer.android.com/reference/android/service/dreams/DreamService.html

42. Settings.Secure LOCATION_MODE：http://developer.android.com/reference/android/provider/Settings.Secure.html#LOCATION_MODE

43. Unicode 6.1.0：http://www.unicode.org/versions/Unicode6.1.0/

44. Android 设备管理：http://developer.android.com/guide/topics/admin/device-admin.html

45. DevicePolicyManager 参考：http://developer.android.com/reference/android/app/admin/DevicePolicyManager.html

46. 设备所有者应用：http://developer.android.com/reference/android/app/admin/DevicePolicyManager.html#isDeviceOwnerApp(java.lang.String)

47. Android 设备所有者配置流程：http://developer.android.com/reference/android/app/admin/DevicePolicyManager.html#ACTION_PROVISION_MANAGED_DEVICE

48. 通过 NFC 进行设备所有者配置：/devices/tech/admin/provision.html#device_owner_provisioning_via_nfc

49. Android 个人资料所有者应用：http://developer.android.com/reference/android/app/admin/DevicePolicyManager.html#isProfileOwnerApp(java.lang.String)

50. Android 受管理个人资料配置流程：http://developer.android.com/reference/android/app/admin/DevicePolicyManager.html#ACTION_PROVISION_MANAGED_PROFILE

51. Android 无障碍服务 API：http://developer.android.com/reference/android/accessibilityservice/AccessibilityService.html

52. Android 无障碍功能 API：http://developer.android.com/reference/android/view/accessibility/package-summary.html

53. Eyes Free 项目：http://code.google.com/p/eyes-free

54. 文字转语音 API：http://developer.android.com/reference/android/speech/tts/package-summary.html

55. TV 输入框架：/devices/tv/index.html

56. TV 应用频道：http://developer.android.com/reference/android/media/tv/TvContract.Channels.html

57. 第三方 TV 输入源：/devices/tv/index.html#third-party_input_example

58. TV 输入源：/devices/tv/index.html#tv_inputs

59. TV 频道电子收视指南字段：https://developer.android.com/reference/android/media/tv/TvContract.Programs.html

60. TV 输入应用链接：http://developer.android.com/reference/android/media/tv/TvContract.Channels.html#COLUMN_APP_LINK_INTENT_URI

61. 参考工具文档（适用于 adb、aapt、ddms）：http://developer.android.com/tools/help/index.html

62. Android apk 文件说明：http://developer.android.com/guide/components/fundamentals.html

63. 清单文件：http://developer.android.com/guide/topics/manifest/manifest-intro.html

64. Android 媒体格式：http://developer.android.com/guide/appendix/media-formats.html

65. Android MediaCodecList API：http://developer.android.com/reference/android/media/MediaCodecList.html

66. Android CamcorderProfile API：http://developer.android.com/reference/android/media/CamcorderProfile.html

67. WebM 项目：http://www.webmproject.org/

68. RTC 硬件编码要求：http://www.webmproject.org/hardware/rtc-coding-requirements/

69. 音效 API：http://developer.android.com/reference/android/media/audiofx/AudioEffect.html

70. Android android.content.pm.PackageManager 类和硬件功能列表：http://developer.android.com/reference/android/content/pm/PackageManager.html

71. HTTP Live Streaming 草案协议：http://tools.ietf.org/html/draft-pantos-http-live-streaming-03

72. adb：http://developer.android.com/tools/help/adb.html

73. dumpsys: /devices/input/diagnostics.html

74. DDMS：http://developer.android.com/tools/debugging/ddms.html

75. Monkey 测试工具：http://developer.android.com/tools/help/monkey.html

76. SysyTrace 工具：http://developer.android.com/tools/help/systrace.html

77. Android 应用开发相关设置：http://developer.android.com/reference/android/provider/Settings.html#ACTION_APPLICATION_DEVELOPMENT_SETTINGS

78. 支持多种屏幕：http://developer.android.com/guide/practices/screens_support.html

79. android.util.DisplayMetrics：http://developer.android.com/reference/android/util/DisplayMetrics.html

80. RenderScript：http://developer.android.com/guide/topics/renderscript/

81. 适用于 OpenGL ES 的 Android 扩展包：https://developer.android.com/reference/android/opengl/GLES31Ext.html

82. 硬件加速：http://developer.android.com/guide/topics/graphics/hardware-accel.html

83. EGL Extension-EGL_ANDROID_RECORDABLE：http://www.khronos.org/registry/egl/extensions/ANDROID/EGL_ANDROID_recordable.txt

84. 显示屏管理器：http://developer.android.com/reference/android/hardware/display/DisplayManager.html

85. android.content.res.Configuration：http://developer.android.com/reference/android/content/res/Configuration.html

86. 触控输入配置：http://source.android.com/docs/core/interaction/input/touch-devices

87. 动作事件 API：http://developer.android.com/reference/android/view/MotionEvent.html

88. 键盘事件 API：http://developer.android.com/reference/android/view/KeyEvent.html

89. Android 开源传感器：http://source.android.com/docs/core/interaction/sensors

90. android.hardware.SensorEvent：http://developer.android.com/reference/android/hardware/SensorEvent.html

91. 时间戳传感器事件：http://developer.android.com/reference/android/hardware/SensorEvent.html#timestamp

92. Android 开源复合传感器：/docs/core/interaction/sensors/sensor-types#composite_sensor_type_summary

93. 持续触发模式：http://developer.android.com/reference/android/hardware/Sensor.html#TYPE_ACCELEROMETER

95. Android 指纹 API：https://developer.android.com/reference/android/hardware/fingerprint/package-summary.html

96. Android 指纹 HAL：/devices/tech/security/authentication/fingerprint-hal.html

97. Wi-Fi 多播 API：http://developer.android.com/reference/android/net/wifi/WifiManager.MulticastLock.html

98. Wi-Fi 直连（Wi-Fi 点对点）：http://developer.android.com/reference/android/net/wifi/p2p/WifiP2pManager.html

99. WifiManager API：http://developer.android.com/reference/android/net/wifi/WifiManager.html

100. 蓝牙 API：http://developer.android.com/reference/android/bluetooth/package-summary.html

101. Bluetooth ScanFilter API：https://developer.android.com/reference/android/bluetooth/le/ScanFilter.html

102. NFC Barcode：http://developer.android.com/reference/android/nfc/tech/NfcBarcode.html

103. NDEF 推送协议：http://source.android.com/docs/compatibility/ndef-push-protocol.pdf

104. Android Beam：http://developer.android.com/guide/topics/connectivity/nfc/nfc.html

105. Android NFC 共享设置：http://developer.android.com/reference/android/provider/Settings.html#ACTION_NFCSHARING_SETTINGS

106. NFC 连接切换：http://members.nfc-forum.org/specs/spec_list/#conn_handover

107. 使用 NFC 进行安全简单的蓝牙配对：http://members.nfc-forum.org/apps/group_public/download.php/18688/NFCForum-AD-BTSSP_1_1.pdf

108. 基于主机的卡模拟：http://developer.android.com/guide/topics/connectivity/nfc/hce.html

109. 内容解析器：http://developer.android.com/reference/android/content/ContentResolver.html

110. 摄像头方向 API：http://developer.android.com/reference/android/hardware/Camera.html#setDisplayOrientation(int)

111. 摄像头：http://developer.android.com/reference/android/hardware/Camera.html

112. 摄像头：http://developer.android.com/reference/android/hardware/Camera.Parameters.html

113. 摄像头硬件级别：https://developer.android.com/reference/android/hardware/camera2/CameraCharacteristics.html#INFO_SUPPORTED_HARDWARE_LEVEL

114. 相机版本支持：http://source.android.com/docs/core/camera/versioning

115. Android DownloadManager：http://developer.android.com/reference/android/app/DownloadManager.html

116. Android 文件传输：http://www.android.com/filetransfer

117. 可合并的存储设备：http://source.android.com/docs/core/storage/adoptable

118. Android 开放配件：http://developer.android.com/guide/topics/connectivity/usb/accessory.html

119. Android USB 音频：http://developer.android.com/reference/android/hardware/usb/UsbConstants.html#USB_CLASS_AUDIO

120. USB 电池充电规范，修订版 1.2：http://www.usb.org/developers/docs/devclass_docs/BCv1.2_070312.zip

121. USB 主机 API：http://developer.android.com/guide/topics/connectivity/usb/host.html

122. 有线音频耳机：http://source.android.com/docs/core/interaction/accessories/headset/plug-headset-spec

123. 功耗配置文件组件：http://source.android.com/docs/core/power/values

124. Batterystats：https://developer.android.com/tools/dumpsys#battery

125. 耗电量摘要：http://developer.android.com/reference/android/content/Intent.html#ACTION_POWER_USAGE_SUMMARY

126. Android 安全和权限参考：http://developer.android.com/guide/topics/security/permissions.html

127. UserManager 参考：http://developer.android.com/reference/android/os/UserManager.html

128. 外部存储空间参考：http://source.android.com/docs/core/storage/traditional

129. 外部存储空间 API：http://developer.android.com/reference/android/os/Environment.html

130. 短信短号码：http://en.wikipedia.org/wiki/Short_code

131. 安全锁定屏幕报告：http://developer.android.com/reference/android/app/KeyguardManager.html#isDeviceSecure()

132. Android 开放源代码加密：http://source.android.com/docs/security/features/encryption

133. Android 密钥库系统：https://developer.android.com/training/articles/keystore.html

134. KeyChain API：https://developer.android.com/reference/android/security/KeyChain.html

135. Keystore API：https://developer.android.com/reference/java/security/KeyStore.html

136. Gatekeeper HAL：http://source.android.com/docs/security/features/authentication/gatekeeper

137. Android 兼容性计划概述：http://source.android.com/docs/compatibility

138. SystemUpdatePolicy 类：http://developer.android.com/reference/android/app/admin/SystemUpdatePolicy.html

139. Android 兼容性论坛：https://groups.google.com/forum/#!forum/android-compatibility

140. 处理应用链接：https://developer.android.com/training/app-links/index.html

141. Google Digital Asset Links：https://developers.google.com/digital-asset-links

以上很多资源都是直接或间接源自 Android SDK，并且其功能与该 SDK 的文档中所述的功能相同。如果本兼容性定义或兼容性测试套件与 SDK 文档有任何不一致的情况，均以 SDK 文档为准。上面包含的参考资料内提供的所有技术详细信息都被视为本兼容性定义的一部分。