一、针对所有应用的行为变更

隐私权变更

1、后台对传感器的访问受限

Android 9 限制后台应用访问用户输入和传感器数据的能力。 如果您的应用在运行 Android 9 设备的后台运行，系统将对您的应用采取以下限制：

您的应用不能访问麦克风或摄像头。

使用连续报告模式的传感器(例如加速度计和陀螺仪)不会接收事件。

使用变化或一次性报告模式的传感器不会接收事件。

如果您的应用需要在运行 Android 9 的设备上检测传感器事件，请使用前台服务。

2、限制访问通话记录

对于需要访问通话敏感信息(如读取通话记录和识别电话号码)的应用，该 CALL_LOG 权限组为用户提供了更好的控制和可见性。

如果您的应用需要访问通话记录或者需要处理去电，则您必须向 CALL_LOG 权限组明确请求这些权限。 否则会发生 SecurityException。

3、限制访问电话号码

在未首先获得 READ_CALL_LOG 权限的情况下，除了应用的用例需要的其他权限之外，运行于 Android 9 上的应用无法读取电话号码或手机状态。

与来电和去电关联的电话号码可在手机状态广播(比如来电和去电的手机状态广播)中看到，并可通过 PhoneStateListener 类访问。 但是，如果没有 READ_CALL_LOG 权限，则 PHONE_STATE_CHANGED 广播和 PhoneStateListener 提供的电话号码字段为空。

要从手机状态中读取电话号码，请根据您的用例更新应用以请求必要的权限：

强制执行 FLAG_ACTIVITY_NEW_TASK 要求

在 Android 9 中，您不能从非 Activity 环境中启动 Activity，除非您传递 Intent 标志 FLAG_ACTIVITY_NEW_TASK。

如果您尝试在不传递此标志的情况下启动 Activity，则该 Activity 不会启动，系统会在日志中输出一则消息。

注：在 Android 7.0(API 级别 24)之前，标志要求一直是期望的行为并被强制执行。 Android 7.0 中的一个错误会临时阻止实施标志要求。

屏幕旋转变更

从 Android 9 开始，对纵向旋转模式做出了重大变更。 在 Android 8.0(API 级别 26)中，用户可以使用 Quicksettings 图块或 Display 设置在自动屏幕旋转和纵向旋转模式之间切换。 纵向模式已重命名为旋转锁定，它会在自动屏幕旋转关闭时启用。 自动屏幕旋转模式没有任何变更。

当设备处于旋转锁定模式时，用户可将其屏幕锁定到顶层可见 Activity 所支持的任何旋转。 Activity 不应假定它将始终以纵向呈现。 如果顶层 Activity 可在自动屏幕旋转模式下以多种旋转呈现，则应在旋转锁定模式下提供相同的选项，根据 Activity 的 screenOrientation 设置，允许存在一些例外情况(见下表)。

请求特定屏幕方向(例如，screenOrientation=landscape)的 Activity 会忽略用户锁定首选项，并且行为与 Android 8.0 中的行为相同。

旋转锁定模式通过设置 WindowManager 在处理 Activity 旋转时使用的用户旋转首选项来发挥作用。 用户旋转首选项可能在下列情况下发生变更。 请注意，恢复设备的自然旋转存在偏差，对于外形与手机类似的设备通常设置为纵向：

当用户接受旋转建议时，旋转首选项变为建议方向。

当用户切换到强制纵向应用(包括锁定屏幕或启动器)时，旋转首选项变为纵向。

下表总结了常见屏幕方向的旋转行为：

屏幕方向

行为

未指定、user

在自动屏幕旋转和旋转锁定下，Activity 可以纵向或横向(以及颠倒纵向或横向)呈现。 预期同时支持纵向和横向布局。

userLandscape

在自动屏幕旋转和旋转锁定下，Activity 可以横向或颠倒横向呈现。 预期只支持横向布局。

userPortrait

在自动屏幕旋转和旋转锁定下，Activity 可以纵向或颠倒纵向呈现。 预期只支持纵向布局。

fullUser

在自动屏幕旋转和旋转锁定下，Activity 可以纵向或横向(以及颠倒纵向或横向)呈现。 预期同时支持纵向和横向布局。旋转锁定用户将可选择锁定到颠倒纵向，通常为 180º。

sensor、fullSensor、sensorPortrait、sensorLandscape

忽略旋转锁定模式首选项，视为自动屏幕旋转已启用。 请仅在例外情况下并经过仔细的用户体验考量后再使用此项。

二、行为变更：以 API 级别 28 及更高级别为目标的应用

前台服务

如果应用以 Android 9 或更高版本为目标平台并使用前台服务，则必须请求 FOREGROUND_SERVICE 权限。这是普通权限，因此，系统会自动为请求权限的应用授予此权限。

如果以 Android 9 或更高版本为目标平台的应用尝试创建前台服务且未请求 FOREGROUND_SERVICE，则系统会抛出 SecurityException。

隐私权变更

如果您的应用以 Android 9 为目标平台，则您应牢记以下行为变更。这些针对设备序列信息和 DNS 信息做出的更新可增强用户隐私保护。

1、构建序列号弃用

在 Android 9 中，Build.SERIAL 始终设为 "UNKNOWN"，以保护用户隐私。

如果您的应用需要访问设备的硬件序列号，您应改为请求 READ_PHONE_STATE 权限，然后调用 getSerial()。

2、DNS 隐私权

以 Android 9 为目标平台的应用应采用私有 DNS API。具体而言，应用应确保，当系统解析器正在通过传输层安全协议 (TLS) 执行 DNS 时，任何内置的 DNS 客户端均使用加密的 DNS 查找与系统相同的主机名，或停用它而改用系统解析器。

框架安全性变更

Android 9 包含多项可提升应用安全性的行为变更，但这些变更仅在应用以 API 级别 28 或更高级别为目标平台时才会生效。

1、默认启用网络传输层安全协议 (TLS)

如果您的应用以 Android 9 或更高版本为目标平台，则 isCleartextTrafficPermitted() 方法默认返回 false。如果您的应用需要针对特定网域启用明文，则您必须在应用的网络安全配置中，针对这些网域明确将 cleartextTrafficPermitted 设置为 true。

2、按进程分设基于网络的数据目录

在 Android 9 中，为改善应用稳定性和数据完整性，应用无法再让多个进程共享一个 WebView 数据目录。通常情况下，此类数据目录会存储 Cookie、HTTP 缓存以及其他与网络浏览有关的持久性和临时性存储。

在大多数情况下，您的应用应仅在一个进程中使用 android.webkit 软件包中的类(如 WebView 和 CookieManager)。例如，您应该将使用 WebView 的所有 Activity 对象移入同一进程。您可以通过在应用的其他进程中调用 disableWebView()，更严格地执行“仅限一个进程”规则。该调用可防止 WebView 在这些其他进程中被错误地初始化，即使是从依赖内容库进行的调用也能防止。

如果您的应用必须在多个进程中使用 WebView 实例，则您必须先使用 WebView.setDataDirectorySuffix() 方法为每个进程指定唯一的数据目录后缀，然后再在相应进程中使用 WebView 的给定实例。该方法会将每个进程的网络数据放入应用数据目录内其自己的目录中。

即使使用 setDataDirectorySuffix()，系统也不会跨应用的进程界限共享 Cookie 以及其他网络数据。如果应用中的多个进程需要访问同一网络数据，您需要自行在这些进程之间复制该数据。例如，您可以调用 getCookie() 和 setCookie()，以在不同的进程之间手动传输 Cookie 数据。