Android 9（API 级别 28）引入了一些您的应用可加以利用的新功能和 API，以及新行为变更。本文概述了将应用迁移到 Android 9 的两个关键阶段的步骤：
- 确保与 Android 9 基本兼容
验证您的现有应用能够在新版本平台上全功能运行。在此阶段，您不需要使用新的 API，也不需要更改应用的
targetSdkVersion，但可能需要进行一些细微的更改。 - 以新平台为目标，使用 Android 9 SDK 编译，然后使用 Android 9 功能构建
当您准备好利用平台的新功能时，将
targetSdkVersion更新至“28”，验证应用是否仍可按预期方式运行，然后开始使用新的 API。
准备一台运行 Android 9 的设备
如果您有一台兼容设备，则从制造商那里获取设备的 Android 9 系统镜像；点击此处获取 Pixel 设备的出厂镜像。刷写系统镜像的一般说明位于此处。
您还可以为 Android Emulator 下载 Android 9 系统镜像。它列于 SDK 管理器的 Android 9 下，显示为 Google APIs Intel x86 Atom System Image。
注：Android 9 模拟器系统镜像可在 Android Studio 3.1 及更高版本中下载；Android Studio 3.2 提供最佳兼容性。如需了解详细信息，请参阅获取 Android 9 SDK。
确保与 Android 9 兼容
这一步的目标是确保您的现有应用在 Android 9 上可照常运行。由于一些平台变更可能影响应用的行为方式，因此可能需要进行一些调整，但您不需要使用新的 API 或更改 targetSdkVersion。
执行兼容性测试
与 Android 9 的兼容性测试多半与您准备发布应用时执行的测试属于同一类型。这时有必要回顾一下核心应用质量指南和测试最佳实践。
不过，测试还有另一个层面：Android 9 向 Android 平台引入了一些变化，即便不对 targetSdkVersion 做任何变动，仍可能影响应用的行为或令其根本无法运行。因此，您必须回顾表 1 中的关键变化，并对任何为适应这些变化而实现的修复进行测试。
表 1. 对在 Android 9 设备上运行的所有应用都有影响的关键变化。
| 变化 | 摘要 |
|---|---|
| 对非 SDK 接口的限制 |
现已禁止访问特定的非 SDK 接口，无论是直接访问，还是通过 JNI 或反射进行间接访问。尝试访问受限制的接口时，会生成 NoSuchFieldException 和 NoSuchMethodException 之类的错误。详情请参阅对非 SDK 接口的限制。
|
| 移除加密提供程序 |
从 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 SDK
您可以使用 Android Studio 3.1 或更高版本获取 SDK 软件包，以便利用 Android 9 构建应用。如果您暂时不需要 Android 9 中的新功能，只想针对该平台版本进行编译，您可以使用 Android Studio 3.1。Android Studio 3.2 提供了对 Android 9 功能的全面支持。
要设置任一版本的 Android Studio，请按照设置 Preview SDK 中介绍的步骤操作。
测试 Android 9 应用
完成以上准备工作后，您就可以构建应用，然后对其做进一步测试，确保以 Android 9（API 级别 28）为目标平台时它能正常工作。这时有必要再次回顾一下核心应用质量指南和测试最佳实践。
如果您构建应用时将 targetSdkVersion 设置为 P，应该注意特定的平台变化。即便您不实现 Android 9 中的新功能，其中的一些变化仍可能严重影响应用的行为或令其根本无法运行。
表 2 列出了这些变化以及可获得更多信息的链接。
表 2. targetSdkVersion 设置为 28 时影响应用的关键变化。
| 变化 | 摘要 |
|---|---|
| 前台服务权限 | 现在，想要使用前台服务的应用必须首先请求 FOREGROUND_SERVICE 权限。这是普通权限，因此，系统会自动为请求权限的应用授予此权限。在未获得此权限的情况下启动前台服务将会引发 SecurityException。 |
| 弃用 Bouncy Castle 加密 |
Android 9 弃用了几个来自 Bouncy Castle 提供程序中的加密技术，代之以由 Conscrypt 提供程序提供的加密技术。调用请求 Bouncy Castle 提供程序的 getInstance() 时，会生成 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。