当前位置：首页 > article >正文

Android 15应用适配指南：所有应用的行为变更

article 2025/1/14 21:17:03

Android系统版本适配，一直是影响App上架Google Play非常重要的因素。

当前Google Play政策规定

新应用和应用更新
- 必须以 Android 14（API 级别 34）为目标平台，才能提交到Google Play。
现有应用
- 必须以 Android 13（API 级别 33）或更高版本为目标平台，Google Play才会在新用户的设备搭载的 Android OS 版本高于应用的目标 API 级别时，继续向这些用户提供此类应用。如果应用以 Android 12（API 级别 31）或更低版本为目标平台，则只能在搭载的 Android OS 版本不高于应用的目标 API 级别的设备上使用。

适配不佳的影响

功能异常被拒
- 若 App 对 Android 版本适配不佳，在某些版本系统上出现如无法安装、安装后无法加载、加载后无响应、频繁崩溃等功能异常情况，根据 Google Play “最基本的功能” 政策，这类应用是不得上架的。
用户体验差被拒
- 不同的 Android 版本在系统特性、界面风格、操作逻辑等方面可能存在差异。如果 App 没有做好适配，可能在新系统上出现界面显示错乱、操作不流畅等问题，无法提供稳定、响应迅速、引人入胜的用户体验，也会导致上架被拒。

适配建议

及时关注政策更新
- Google Play 会不定期更新开发者政策，在政策更新后会给予一定的缓冲时间让开发者进行应用适配，但开发者需及时关注政策变化，以便提前规划适配工作。
全面测试
- 在提交上架前，要在多种不同 Android 版本的设备上进行充分测试，覆盖低版本到高版本，尽可能模拟用户的真实使用场景，检查应用在不同系统版本上的功能完整性、稳定性和兼容性等。
遵循官方文档和指南
- Google 提供了丰富的官方文档和开发指南，如关于不同 Android 版本的特性介绍、适配建议、API 使用说明等，开发者应仔细阅读并按照要求进行应用开发和适配。

Android 15正式版已经发布半年左右，以Google Play政策惯性看来说，2025年8月份左右，新上架App必须以 Android 15（API 级别 35）为目标平台，才能提交到Google Play。

所以Android 15应用适配，对每个出海人来说都迫在眉睫。

目前市场上只有极少量有关Android 15适配文章，但是此类文章要么不专业，要么不全面，所以本人特开此Android 15应用适配指南系列，以帮助更多开发者适配好Android 15，从而更顺利的上架到Google Play。

Android 15应用适配指南系列共四个系列：

影响Android 15上所有应用的行为变更
影响以Android 15为目标平台应用的行为变更
Android 15新功能和API
Android 15废弃API

注意：Android 15应用适配指南系列文章，均以小米14手机搭建Android 15为基准适配。

本篇是适配指南系列第一篇，所有应用的行为变更。

一、Android 15简介

Android 15继续致力于构建注重隐私和安全保护的平台，助您提高效率，同时还引入了多项新功能，帮您打造精美应用、卓越的媒体和相机体验，并提供直观的用户体验。在平板电脑和可折叠设备上更能凸显出这些优势。以下是谷歌发布时间表：

二、获取Android 15

1、小米手机升级Android 15

小米14手机所搭载小米澎湃OS，是以Android 15为基础魔改适配的，如暂未拥有上述设备也没关系，我们可以试用云测设备，来支持适配工作。

Android 15云测平台：

https://testit.miui.com。

2、在 Google Pixel 设备上获取 Android 15

开发者持有Pixel系列的机器可以直接ota升级，或者下载镜像升级，具体见链接。

在 Google Pixel 设备上获取 Android 15 Beta 版：

https://developer.android.com/about/versions/15/get?hl=zh-cn#on_pixel。

适用于 Google Pixel 的出厂映像：

https://developer.android.google.cn/about/versions/15/download?hl=zh-cn。

适用于 Google Pixel 的 OTA 映像：

https://developer.android.google.cn/about/versions/15/download-ota?hl=zh-cn。

3、设置Android模拟器

请参考设置 Android 模拟器：

https://developer.android.com/about/versions/15/get?hl=zh-cn#phone-avd。

4、设置 Android 15 SDK

请参考设置 Android 15 SDK：

https://developer.android.com/about/versions/15/setup-sdk?hl=zh-cn。

三、影响Android 15上所有应用的行为变更

1、最低可安装TargetSDK级别为24

1.1、特性背景

Android 15进一步提升了最低可安装TargetSDK级别。

1.2、适用范围

Android 15上的所有App。

1.3、特性内容

Android 15在Android 14所做的更改的基础上进一步加强了安全性。在Android 15中，目标SDK版本低于24的应用程序无法安装。要求应用程序满足现代API级别有助于确保更好的安全性和隐私保护。

恶意软件通常针对较低的API级别，以绕过在较高Android版本中引入的安全性和隐私保护。例如，一些恶意软件应用程序使用目标SDK版本22，以避免受到Android 6.0 Marshmallow（API级别23）在2015年引入的运行时权限模型的限制。这个Android 15的变化使得恶意软件更难避开安全和隐私的改进。

尝试安装一个针对较低API级别的应用程序会导致安装失败，并在Logcat中出现以下消息：

INSTALL_FAILED_DEPRECATED_SDK_VERSION: App package must target at least SDK version 24, but found 7

1.4、应用适配

请确保应用的targetSDK至少为24。

2、软件包停止状态变更

2.1、特性背景

针对应用的PendingIntent，Android 15进一步增强了forcestop机制的作用。

2.2、适用范围

Android 15上的所有App。

2.3、特性内容

当应用在 Android 15 上进入停止状态时，系统会取消这个应用的所有PendingIntent。当用户的操作将应用从停止状态中移除时，系统会向应用传递 ACTION_BOOT_COMPLETED 广播，使应用可以重新注册PendingIntent。具体情况还需参考各家厂商对ACTION_BOOT_COMPLETED 广播的管控。

如果应用进入停止状态，则所有这些待处理的 intent 都会被取消，系统会停用该应用的 widget。这些 widget 呈灰显状态，用户无法与其互动。系统会在用户下次启动应用时重新启用这些 widget，目前的测试结果显示用户点击一次widget也能启用。

Demo演示

我们分别在Android 14和15上执行PendingIntent.getActivity方法，然后使用adb shell dumpsys activity intents命令来dump AMS中mIntentSenderRecords字段的内容并观察。测试代码：

Intent intent = new Intent(mContext, MainActivity.class); PendingIntent pi = PendingIntent.getActivity(mContext, 5, intent, PendingIntent.FLAG_IMMUTABLE);

测试应用的包名为com.example.alarmlab。

Android 14上现象：

在运行测试代码之前，在终端运行adb shell dumpsys activity intents | grep -i "alarmlab"，终端没有给出任何输出，说明mIntentSenderRecords中没有com.example.alarmlab创建的PendingIntent。

运行测试代码，运行adb shell dumpsys activity intents | grep -i "alarmlab"，终端给出了我们创建的PendingIntent的dump信息，可见这个PendingIntent已被AMS记录。

forcestop掉我们的测试应用com.example.alarmlab，运行adb shell dumpsys activity intents | grep -i "alarmlab"，终端给出了我们创建的PendingIntent的dump信息，可见这个PendingIntent在AMS中没有被删除。

Android 15上现象：

运行测试代码，运行adb shell dumpsys activity intents | grep -i "alarmlab"，终端给出了我们创建的PendingIntent的dump信息，可见这个PendingIntent已被AMS记录。

forcestop掉我们的测试应用com.example.alarmlab，运行adb shell dumpsys activity intents | grep -i "alarmlab"，终端没有给出任何输出，说明mIntentSenderRecords中com.example.alarmlab创建的PendingIntent被删除了。