Android 15 平台包含一些行为变更，这些变更可能会影响您的应用。以下行为变更将影响在 Android 15 上运行的所有应用，无论采用哪种 targetSdkVersion 都不例外。您应该测试您的应用，然后根据需要进行修改，以适当地支持这些变更。
此外，请务必查看仅影响以 Android 15 为目标平台的应用的行为变更列表。
核心功能
Android 15 修改或扩展了 Android 系统的各种核心功能。
软件包已停止状态变更
The intention of the package FLAG_STOPPED state (which users
can engage in AOSP builds by long-pressing an app icon and selecting "Force
Stop") has always been to keep apps in this state until the user explicitly
removes the app from this state by directly launching the app or indirectly
interacting with the app (through the sharesheet or a widget, selecting the app
as live wallpaper, etc.). In Android 15, we are updating the behavior of the
system to be aligned with this intended behavior. Apps should only be removed
from the stopped state through direct or indirect user action.
To support the intended behavior, in addition to the existing restrictions, the
system also cancels all pending intents when the app enters the
stopped state on a device running Android 15. When the user's actions remove the
app from the stopped state, the ACTION_BOOT_COMPLETED
broadcast is delivered to the app providing an opportunity to re-register any
pending intents.
You can call the new
ApplicationStartInfo.wasForceStopped()
method to confirm whether the app was put into the stopped state.
支持 16 KB 页面大小
一直以来，Android 仅支持 4 KB 的内存页面大小，针对 Android 设备通常拥有的平均总内存量，系统内存性能进行了优化。从 Android 15 开始，Android 支持配置为使用 16 KB 页面大小的设备（即 16 KB 设备）。
随着设备制造商不断打造具有更大物理内存 (RAM) 的设备，这些设备中的许多可能会配置 16 KB（最终更大）的页面大小，以优化设备的性能。添加对 16 KB 设备的支持可让您的应用在这些设备上运行，并帮助您的应用从相关性能改进中受益。为了帮助您解决此问题，我们提供了一些指南，帮助您了解如何检查您的应用是否受到影响、如何重新构建应用（如果适用），以及如何同时使用模拟器和实体设备在 16 KB 的环境中测试应用。
优势和性能提升
配置为 16 KB 页面的设备平均使用的内存会略多，但系统和应用性能也会有所提升：
- 在系统面临内存压力时缩短应用启动时间：平均降低了 3.16%，对于我们测试过的一些应用而言，改进幅度更显著（提升幅度高达 30%）
- 降低应用启动时的功耗：平均降低 4.56%
- 相机启动速度更快：平均热启动速度加快 4.48%，冷启动速度平均加快 6.60%
- 缩短了系统启动时间：平均缩短了 1.5%（约 0.8 秒）
这些改进基于我们的初始测试，实际设备上的结果可能会有所不同。在继续测试的过程中，我们会进一步分析应用的潜在益处。
检查您的应用是否受到影响
如果您的应用使用任何原生代码，则您应重新构建支持 16 KB 设备的应用。如果您不确定自己的应用是否使用了原生代码，可以使用 APK 分析器来确定是否存在任何原生代码。
如果您的应用仅使用以 Java 编程语言或 Kotlin 编写的代码（包括所有库或 SDK），那么该应用已经支持 16 KB 设备。不过，我们建议您在 16 KB 的环境中测试应用，以确认应用行为是否存在意外回归问题。
为支持私密空间而必须对某些应用进行更改
私密空间是 Android 15 中的一项新功能，可让用户在其设备上创建一个单独的空间，通过额外的身份验证层来保护敏感应用不会被窥探。由于私密空间中的应用公开范围受到限制，因此某些类型的应用需要执行额外的步骤，才能查看用户的私密空间中的应用并与之互动。
所有应用
由于私密空间中的应用保存在单独的用户个人资料中（与工作资料类似），因此应用不应假定主资料中未包含其应用的任何已安装副本都在工作资料中。如果您的应用具有与做出此假设的工作资料应用相关的逻辑，您需要调整此逻辑。
启动器应用
如果您开发启动器应用，则必须执行以下操作，私密空间中的应用才会显示：
- 您的应用必须被指定为设备的默认启动器应用，也就是说，该应用具有
ROLE_HOME角色。 - 您的应用必须在应用的清单文件中声明
ACCESS_HIDDEN_PROFILES常规权限。
声明 ACCESS_HIDDEN_PROFILES 权限的启动器应用必须处理以下私密空间用例：
- 对于安装在私密空间中的应用，您的应用必须具有单独的启动器容器。
- 用户必须能够隐藏和显示私密空间容器。
- 用户必须能够锁定和解锁私密空间容器。
- 在锁定状态下，私密空间容器中的任何应用均不得通过搜索等机制可见或发现。
应用商店中的应用
私密空间包含“安装应用”按钮，该按钮可启动一个隐式 intent，以将应用安装到用户的私密空间中。为了让您的应用接收此隐式 intent，请在应用的清单文件中声明一个 <intent-filter>，并将 <category> 设为 CATEGORY_APP_MARKET。
将最低目标 SDK 版本从 23 提高到了 24
Android 15 builds on the
the changes that were made in Android 14 and extends this
security further. In Android 15, apps with a
targetSdkVersion lower than 24 can't be installed.
Requiring apps to meet modern API levels helps to ensure better security and
privacy.
Malware often targets lower API levels in order to bypass security and privacy
protections that have been introduced in higher Android versions. For example,
some malware apps use a targetSdkVersion of 22 to avoid being subjected to the
runtime permission model introduced in 2015 by Android 6.0 Marshmallow (API
level 23). This Android 15 change makes it harder for malware to avoid security
and privacy improvements. Attempting to install an app targeting a lower API
level results in an installation failure, with a message like the following one
appearing in Logcat:
INSTALL_FAILED_DEPRECATED_SDK_VERSION: App package must target at least SDK version 24, but found 7
On devices upgrading to Android 15, any apps with a targetSdkVersion lower
than 24 remain installed.
If you need to test an app targeting an older API level, use the following ADB command:
adb install --bypass-low-target-sdk-block FILENAME.apk
摄像头和媒体
Android 15 对所有应用的相机和媒体行为进行了以下更改。
现在，达到资源限制时，直接播放和分流音频播放会使之前打开的直接或分流音轨失效
在 Android 15 之前，如果某个应用在另一个应用正在播放音频时请求直接播放或分流音频播放，并且已达到资源限制，此应用将无法打开新的 AudioTrack。
从 Android 15 开始，当应用请求直接或分流播放并且达到资源限制时，系统会使当前打开的所有 AudioTrack 对象失效，从而阻止执行新的轨道请求。
（直接和分流音轨通常会打开，以播放压缩的音频格式。播放直接音频的常见用例包括通过 HDMI 将编码音频流式传输到电视。分流轨道通常用于在具有硬件 DSP 加速的移动设备上播放压缩音频。）
用户体验和系统界面
Android 15 包含一些变更，旨在打造更一致、更直观的用户体验。
为已选择启用的应用启用预测性返回动画
从 Android 15 开始，移除了预测性返回动画的开发者选项。现在，对于已完全或在 activity 级别选择启用预测性返回手势的应用，系统现在会显示“返回主屏幕”“跨任务”和“跨 activity”等系统动画。如果您的应用受到影响，请执行以下操作：
- 确保您的应用已正确迁移，以使用预测性返回手势。
- 确保您的 fragment 转换支持预测性返回导航。
- 停止使用动画和框架转换，并改用 Animator 和 AndroidX 转换。
- 从
FragmentManager不知道的返回堆栈中迁出。请改用由FragmentManager或 Navigation 组件管理的返回堆栈。
当用户强行停止应用时停用的 widget
如果用户在搭载 Android 15 的设备上强行停止某个应用，系统会暂时停用该应用的所有 widget。这些 widget 会灰显，用户无法与它们互动。这是因为，从 Android 15 开始，当应用被强行停止时，系统会取消应用的所有待处理 intent。
系统会在用户下次启动应用时重新启用这些 widget。
如需了解详情，请参阅对软件包停止状态的更改。
废弃
随着每个版本的发布，特定的 Android API 可能会过时，或需要进行重构，以提供更好的开发者体验或支持新的平台功能。在这些情况下，我们会正式弃用过时的 API，并引导开发者改用替代 API。
弃用意味着我们已结束对这些 API 的官方支持，但开发者可继续访问这些 API。如需详细了解此 Android 版本中的重要弃用，请参阅弃用页面。