将应用迁移到 Android 9

Android 9（API 级别 28）引入了您可以在应用中利用的新功能和 API，以及新的行为变更。本文档简要介绍了将应用迁移到 Android 9 的两个关键阶段的步骤：

  1. 确保与 Android 9 的基本兼容性

    验证您的现有应用是否能够在新版本平台上完全正常运行。 在此阶段，您无需使用新的 API，也不需要更改应用的 targetSdkVersion，但可能需要进行一些细微更改。

  2. 以新平台为目标，使用 Android 9 SDK 进行编译，并使用 Android 9 功能进行构建

    当您准备好利用平台的新功能时，请将 targetSdkVersion 更新为 28，验证应用是否继续按预期运行，然后开始使用新的 API。

准备一台运行 Android 9 的设备

如果您拥有兼容的设备，请从制造商那里获取设备的 Android 9 系统映像；点击此处可查看 Pixel 设备的出厂映像。如需了解有关刷写系统映像的一般说明，请点击此处。

您还可以下载适用于 Android 模拟器的 Android 9 系统映像。它在 SDK 管理器中的 Android API 28 下列为 Google APIs Intel x86 Atom System Image。

注意：您可以在 Android Studio 3.1 及更高版本中下载 Android 9 模拟器系统映像；Android Studio 3.2 提供了最高的兼容性。如需了解详情，请参阅获取 Android 9 SDK。

确保与 Android 9 兼容

这样做的目标是确保您的现有应用在 Android 9 上可按原样运行。由于一些平台变更可能会影响应用的行为方式，因此可能需要进行一些调整，但您无需使用新的 API 或更改 targetSdkVersion。

逐步确保与 Android 9 兼容

执行兼容性测试

在大多数情况下，与 Android 9 的兼容性测试与您准备发布应用时执行的测试属于同一类型。这时有必要查阅核心应用质量指南和测试最佳实践。

不过，测试还有另一个方面：Android 9 向 Android 平台引入了一些变更，即使您不更改 targetSdkVersion，这些变更也可能会影响应用的行为或导致应用完全无法运行。因此，请务必查看表 1 中的主要更改，并测试为适应这些变化而实施的所有修复。

表 1. 对 Android 9 设备上运行的所有应用都有影响的关键变更。

更改 摘要
针对非 SDK 接口的限制 现在，无论是直接访问、通过 JNI 还是通过反射访问，对特定非 SDK 接口的访问都会被阻止。尝试访问受限接口会生成错误，如 NoSuchFieldException 和 NoSuchMethodException。 如需了解详情，请参阅针对非 SDK 接口的限制。
移除了 Crypto 提供程序 从 Android 9 开始，Crypto JCA 提供程序已被移除。调用 SecureRandom.getInstance("SHA1PRNG", "Crypto") 将抛出 NoSuchProviderException。
更严格的 UTF-8 解码器 在 Android 9 中，Java 语言的 UTF-8 解码器更为严格，并且遵循 Unicode 标准。
禁止空闲应用访问摄像头、麦克风和传感器 应用处于空闲状态时，将无法再访问摄像头、麦克风或 SensorManager 传感器。

如需查看针对 Android 9 上运行的所有应用的更详尽行为变更列表，请参阅行为变更文档。

更新您的目标版本并使用 Android P 功能

本部分介绍了如何通过将 targetSdkVersion 更新到 28 并增加 Android 9 中提供的新功能来实现对 Android 9 的全面支持。

除了提供新 API 之外，在您将 targetSdkVersion 更新为 28 时，Android 9 还引入了一些行为变更。由于某些行为变更可能需要更改代码以避免服务中断，因此您应首先查看以 Android 9 为目标平台的应用的所有行为变更，了解更改 targetSdkVersion 后应用会受到哪些影响。

注意：上述旨在确保平台兼容性的步骤是将应用以 Android 9 为目标平台的先决条件，因此请您务必先完成这些步骤。

逐步更新目标版本并使用 Android 9 功能

获取 Android 9 SDK

您可以获取 SDK 软件包，以使用 Android Studio 3.1 或更高版本在 Android 9 中构建应用。 如果您还不需要 Android 9 中的新功能，并且只想针对该版本的平台进行编译，则可以使用 Android Studio 3.1。Android Studio 3.2 全面支持 Android 9 功能。

测试 Android 9 应用

完成上述准备工作后，您便可以构建应用，然后对其进行进一步测试，以确保应用在以 Android 9（API 级别 28）为目标平台时能够正常运行。这时有必要再次查看核心应用质量指南和测试最佳实践。

如果您在构建应用时将 targetSdkVersion 设置为 P，应该注意特定的平台变化。即使您不实现 Android 9 中的新功能，其中一些变更也可能会严重影响应用的行为，甚至破坏您的应用。

表 2 列出了这些变化以及可获得更多信息的链接。

表 2. 当 targetSdkVersion 设置为 28 时，影响应用的关键变更。

更改 摘要
前台服务权限 现在，想要使用前台服务的应用必须先请求 FOREGROUND_SERVICE 权限。这是普通权限，因此，系统会自动向请求授权的应用授予该权限。在不具备此权限的情况下启动前台服务会抛出 SecurityException。
弃用 Bouncy Castle 加密 Android 9 废弃了 Bouncy Castle 提供程序中的多种加密，改为使用 Conscrypt 提供程序提供的加密。调用 getInstance() 以请求 Bouncy Castle 提供程序会生成 NoSuchAlgorithmException 错误。如需解决这些错误，请勿在 getInstance() 中指定提供程序（即请求默认实现）。
移除对 Build.serial 的直接访问 现在，需要 Build.serial 标识符的应用必须请求 READ_PHONE_STATE 权限，然后使用 Android 9 中添加的新 Build.getSerial() 方法。
不允许共享 WebView 数据目录 应用无法再在进程之间共享单个 WebView 数据目录。如果您的应用有多个进程使用 WebView、CookieManager 或 android.webkit 软件包中的任何其他 API，则当第二个进程调用 WebView 方法时，您的应用将崩溃。
SELinux 禁止访问应用的数据目录 系统对每个应用的私有数据目录强制执行按应用划分的 SELinux 沙盒，并限制按应用实施的 SELinux 限制。现在不允许通过路径直接访问其他应用的数据目录。应用可以继续使用 IPC 机制（包括通过传递 FD）共享数据。

如需查看以 Android 9 为目标平台的应用的更多行为变更列表，请参阅行为变更文档。

如需了解 Android 9 提供的新功能和 API，请参阅 Android 9 功能和 API。