Android 设计为可在许多不同的设备上运行,例如手机、平板电脑和电视。丰富多样的设备可为您的应用提供大量潜在受众群体。为了让您的应用在所有设备上都取得成功,应用必须能够容忍功能变化,并提供能够适应不同屏幕配置的灵活界面。
为了帮助提高设备兼容性,Android 提供了一个动态应用框架,您可以通过该框架在静态文件中提供特定于配置的应用资源,例如针对不同屏幕尺寸的不同 XML 布局。然后,Android 会根据当前设备配置加载适当的资源。通过预先考虑应用设计和额外的应用资源,您可以发布单个应用软件包 (APK),以优化各种设备上的用户体验。
不过,如有必要,您可以指定应用的功能要求,并控制哪些类型的设备可以从 Google Play 商店安装您的应用。本文档介绍了如何控制哪些设备可以访问您的应用,以及如何准备您的应用以覆盖合适的受众群体。
“兼容性”是什么意思?
关于 Android 开发,有两种类型的兼容性:设备兼容性和应用兼容性。
由于 Android 是一个开源项目,因此任何硬件制造商都可以打造搭载 Android 操作系统的设备。不过,只有当设备能够正确运行为 Android 执行环境编写的应用时,设备才“与 Android 兼容”。Android 执行环境的确切详细信息由 Android 兼容性计划定义。每台设备都必须通过兼容性测试套件 (CTS) 的测试,才能被视为兼容。
作为应用开发者,您无需担心设备是否与 Android 兼容,因为只有与 Android 兼容的设备才会包含 Google Play 商店。因此,如果用户从 Google Play 商店安装您的应用,他们使用的是 Android 兼容设备。
不过,您需要考虑您的应用是否与每种可能的设备配置兼容。由于 Android 能够在各种设备配置下运行,因此某些功能并非适用于所有设备。例如,某些设备可能未配备罗盘传感器。如果应用的核心功能需要使用罗盘传感器,则应用仅与支持此功能的设备兼容。
控制应用在设备上的可用性
Android 支持您的应用可通过平台 API 使用的各种功能。有些功能基于硬件,例如罗盘传感器;有些功能基于软件,例如应用 widget;还有一些功能依赖于平台版本。并非每台设备都支持所有功能,因此您可能需要根据应用所需的功能来控制应用在设备上的可用性。
为了尽可能扩大应用的用户群,请使用单个 APK 或 AAB 支持尽可能多的设备配置。在大多数情况下,为此,您可以在运行时停用可选功能,并为应用资源提供针对不同配置的替代方法(如针对不同屏幕尺寸提供不同布局)。如有必要,您可以根据以下设备特征,通过 Google Play 商店限制应用对特定设备的可用性:
设备功能
为了根据设备功能管理应用的可用性,Android 为可能并非在所有设备上都提供的任何硬件或软件功能定义了功能 ID。例如,罗盘传感器的功能 ID 为 FEATURE_SENSOR_COMPASS
,应用 widget 的功能 ID 为 FEATURE_APP_WIDGETS
。
如有必要,您可以在用户设备未提供必要功能时阻止用户安装您的应用,方法是在应用的清单文件中使用 <uses-feature>
元素声明该功能。
例如,如果您的应用在缺少罗盘传感器的设备上没有意义,您可以使用以下清单标记将罗盘传感器声明为一项要求:
<manifest ... > <uses-feature android:name="android.hardware.sensor.compass" android:required="true" /> ... </manifest>
Google Play 商店会将您的应用所需的功能与每个用户设备上提供的功能进行比较,以确定您的应用是否与每台设备兼容。如果设备未具备您的应用所需的所有功能,用户便无法安装您的应用。
但是,如果应用的主要功能不需要设备功能,请将 required
属性设置为 "false"
并在运行时检查设备功能。如果应用功能在当前设备上不可用,请适当降级相应的应用功能。例如,您可以通过调用 hasSystemFeature()
来查询某项功能是否可用,如下所示:
Kotlin
if (!packageManager.hasSystemFeature(PackageManager.FEATURE_SENSOR_COMPASS)) { // This device doesn't have a compass. Turn off the compass feature. disableCompassFeature() }
Java
PackageManager pm = getPackageManager(); if (!pm.hasSystemFeature(PackageManager.FEATURE_SENSOR_COMPASS)) { // This device doesn't have a compass. Turn off the compass feature. disableCompassFeature(); }
如需了解可用于通过 Google Play 商店控制应用可用性的所有过滤器,请参阅 Google Play 上的过滤器文档。
平台版本
不同的设备可能会运行不同版本的 Android 平台,例如 Android 12 或 Android 13。每个后续的平台版本通常会添加之前版本中不可用的 API。为了指明提供哪组 API,每个平台版本都会指定一个 API 级别。例如,Android 12 的 API 级别为 31,而 Android 13 的 API 级别为 33。
您必须在 build.gradle
文件中指定 minSdkVersion
和 targetSdkVersion
值:
Kotlin
android { defaultConfig { applicationId = "com.example.myapp" // Defines the minimum API level required to run the app. minSdkVersion(30) // Specifies the API level used to test the app. targetSdkVersion(33) ... } }
Groovy
android { defaultConfig { applicationId 'com.example.myapp' // Defines the minimum API level required to run the app. minSdkVersion 30 // Specifies the API level used to test the app. targetSdkVersion 33 ... } }
如需详细了解 build.gradle
文件,请参阅配置 build。
每个后续版本的 Android 系统都与使用之前平台版本的 API 构建的应用兼容,因此您的应用在使用之前记录的 Android API 的同时与未来版本的 Android 兼容。
不过,如果您的应用使用的是较新平台版本中添加的 API,但其主要功能并不需要这些 API,请在运行时检查 API 级别,并在 API 级别过低时妥善降级相应功能。在这种情况下,请将 minSdkVersion
设为应用的主要功能可能的最低值,然后将当前系统的版本 SDK_INT
与 Build.VERSION_CODES
中与您要检查的 API 级别对应的代号常量进行比较,如以下示例所示:
Kotlin
if (Build.VERSION.SDK_INT < Build.VERSION_CODES.HONEYCOMB) { // Running on something older than API level 11, so disable // the drag and drop features that use ClipboardManager APIs. disableDragAndDrop() }
Java
if (Build.VERSION.SDK_INT < Build.VERSION_CODES.HONEYCOMB) { // Running on something older than API level 11, so disable // the drag and drop features that use ClipboardManager APIs. disableDragAndDrop(); }
屏幕配置
Android 可在各种尺寸的设备上运行,例如手机、平板电脑和电视。为了按屏幕类型对设备进行分类,Android 为每种设备定义了两个特性:屏幕尺寸(屏幕的物理尺寸)和屏幕密度(屏幕上像素的物理密度,称为 DPI)。为了简化不同的配置,Android 将这些变体归纳成组,使它们更易于定位:
- 四种广义的尺寸:小、标准、大和超大
- 多种广义密度:mdpi(中)、hdpi(高)、xhdpi(超高)、xxhdpi(超超高)以及其他
默认情况下,您的应用与所有屏幕尺寸和密度兼容,因为系统会根据需要为每个屏幕调整界面布局和图片资源。提供针对常见屏幕密度优化的位图图像。
请尽可能使用灵活的布局来优化用户体验。 如果有适用于大幅度配置更改(例如纵向和横向)或大窗口与小窗口大小的布局,请考虑提供可灵活应对配置中的较小更改的备用布局。这有助于改善平板电脑、手机和平板电脑等设备类型上的用户体验。此外,当窗口在多窗口模式下更改大小时,此设置也很有用。
如需了解如何为不同屏幕创建备用资源以及如何在必要时限制应用仅支持特定屏幕尺寸,请参阅屏幕兼容性概览和大屏设备应用质量指南。
出于业务原因控制应用的可用性
除了根据设备特性限制应用的可用性之外,您可能还需要出于业务或法律原因限制应用的可用性。对于这种情况,Google Play 商店在 Play 管理中心内提供了过滤选项,可让您出于非技术原因(例如用户语言区域或无线运营商)控制应用的可用性。
针对技术兼容性(例如必需的硬件组件)进行过滤始终取决于 APK 或 AAB 文件中包含的信息。但是,出于非技术原因(例如地理区域)的过滤始终在 Google Play 管理中心中进行处理。
其他资源:
- 应用资源概览
- 有关如何通过构建 Android 应用将应用资源与应用代码分离的信息,包括如何针对特定设备配置提供备用资源。
- Google Play 上的过滤器
- 介绍了 Google Play 商店可通过哪些不同方式阻止您的应用安装到不同设备上。
- Android 中的权限
- Android 如何通过一种权限系统来限制应用对这些 API 的访问权限,该系统要求征得用户同意,才允许您的应用使用这些 API。