核心应用质量

应用能够正确保留和恢复用户状态或应用状态。

应用在离开前台时能够保留用户状态或应用状态，并可防止因返回导航和其他状态更改而意外丢失数据。

返回前台时，应用应恢复保留的状态和待处理的任何重要的有状态事务。例如：对可编辑字段的更改、游戏进度、菜单、视频以及应用或游戏的其他部分。

1. 当应用从“最近使用的应用”切换器恢复时，能够准确地让用户返回到上次使用的状态。
2. 当设备从休眠（锁定）状态中被唤醒后，应用在恢复时能够准确地让用户返回到上次使用的状态。
3. 当应用从主屏幕或“所有应用”重新启动时，应根据自上次使用以来已经过多长时间，执行以下某项操作：
   • 如果经过的时间不长（几分钟），则将应用恢复为与上一次运行状态最接近的状态。
   • 如果已经过去很长时间，则尝试将应用恢复为与上一次运行状态最接近的状态，或者从主屏幕或一些其他默认状态启动应用。

通知遵循设计指南。具体而言：

1. 通知不用于交叉推介或宣传其他产品，因为 Play 商店严禁此类行为。
2. 通知渠道是根据最佳实践定义的，而不是通过一个渠道提供所有通知。
3. 选择正确的通知优先级。
4. 如果可能，将多个通知堆叠到一个通知组中。
5. 在适当的情况下为通知设置超时。
6. 仅在与进行中的事件（例如音乐播放或通话）相关时，通知才持续保留。如需了解详情，请参阅“功能”部分。

对于即时通讯应用、社交应用和对话：

1. 为对话使用 MessagingStyle 通知。
2. 支持直接回复操作。
3. 支持对话快捷方式，并遵循获得最佳直接共享排名的最佳实践。
4. 支持对话泡。

应用支持横屏和竖屏方向以及设备折叠和展开状态。

方向和折叠状态提供的功能和操作基本相同，并保持同等的功能。

应用会在两种屏幕方向下填充应用窗口，并且不会因为配置更改（包括设备折叠和展开）而出现信箱模式。

可接受为补偿屏幕几何图形的细微差异而出现少许信箱模式现象。

应用显示的图形、文字、图像和其他界面元素没有明显的失真、模糊或像素化现象。

1. 应用应尽可能使用矢量可绘制对象。
2. 应用为所有适配的屏幕尺寸和设备类型提供高品质的图形。
3. 菜单边缘、按钮和其他界面元素没有明显的走样。

应用能为应用支持的每种语言以可接受的方式显示文本和文本块。

1. 所用构图在所有支持的设备类型上都适用。
2. 没有明显的字母或词语截断。
3. 按钮或图标中没有明显的不当文本换行。
4. 文本与周围元素之间有足够的间距。

触摸目标的大小至少应为 48dp。了解详情。

应用的文本和前景内容与其背景应保持足够高的色彩对比度：

• 3.0:1，适用于大号文字/图形
• 4.5:1，适用于小号文字（文字小于 18pt，或者如果文字为粗体且小于 14pt）

详细了解颜色和对比度。

当用户发起音频播放时，应用应在一秒钟内执行以下某项操作：

1. 开始播放音频。
2. 提供一个指示条，提示用户正在准备音频数据。

• 保持网络连接，以便接收通知
• 保持蓝牙连接
• 一直开启 GPS

不妨了解如何为工作选择合适的解决方案。

对于 Google SDK，考虑使用由 Google Play 服务提供支持的 SDK（若有）。这些 SDK 可向后兼容、接收自动更新、缩减应用软件包的大小，以及高效利用设备上的资源。

开发者对整个应用的代码库（包括使用的所有第三方 SDK）负责。

在开发过程中，开发者可以使用这些 adb 命令测试应用待机和低电耗模式行为。

对于电池用量，开发者可以使用 Android Studio 能耗性能分析器或 Battery Historian 工具，然后结合计划的后台工作，来诊断非预期的电池使用情况。

仅当与应用的核心使用情形直接相关时，应用才会请求获取访问敏感数据（例如短信、通话记录或位置信息）或者付费服务（例如拨号器或短信）的权限。应以醒目的方式向用户披露使用这些权限所产生的影响。

根据您使用权限的方式，您可以通过替代方式实现应用的用例，而无需依赖于访问敏感信息。例如，与请求与用户联系人相关的权限相比，使用隐式 intent 来请求访问权限可能会更合适一些。

应用会清晰地传达需要特定权限的原因，或者按照建议的流程说明它需要某项权限的原因。

应用会为所有 activity、service、广播接收器，尤其是 content provider 显示设置 android:exported 属性。

仅导出与其他应用共享数据的应用组件，或应由其他应用调用的组件。

所有 intent 和广播遵循以下最佳做法：

1. 如果明确定义了目标应用，请使用显式 intent。
2. 使用 intent 将权限转给已具有相应权限的其他应用。
3. 在应用之间安全地共享数据。
4. 包含荷载的 intent 需经过验证才能使用。
5. 如果您需要将 intent 传递给另一应用，以便接收方应用能够在调用方应用中调用并获得回调，那么就不要在 extra 中添加嵌套的 intent，而请使用 PendingIntent。
6. 在设置 PendingIntent 时，请显式设置不可变标志（如果适用）。

应用不应依赖于访问已安装软件包的列表。从 Android 11 开始，访问权限已受到限制。

在 Android 6.0 及更高版本上，请改用 HTML 消息通道。

从 2021 年 8 月开始，在 Google Play 商店中发布的所有新应用都必须使用 Android App Bundle。

应用的置顶大图遵循这篇博文中介绍的准则。请确保：

1. 应用详情包括高品质的置顶大图。
2. 置顶大图不包含设备图片、屏幕截图，也不包含缩小后以及在应用适配的最小尺寸屏幕上显示时难以辨认的小文字。
3. 置顶大图看起来不能像广告。

导航到应用的所有部分 - 所有屏幕、对话框、设置和所有用户流程。

1. 如果应用允许运行修改或创建内容、播放游戏或媒体，请务必测试这些流程。
2. 在测试应用时，引入来自其他应用的中断（例如：接到通知或来电）；然后对设备属性（例如：网络连接、电池功能、GPS 可用性和系统负载）应用临时更改。
3. 进入并测试所有应用内购买流程

如需将应用移动到 SD 卡，您可以使用“设置”>“应用信息”>“移至 SD 卡”。

密切关注垃圾回收及其对用户体验的影响。

密切注意闹铃、定时器、通知、同步等等。如需了解相关要求和准则，请参阅在低电耗模式和应用待机模式下进行测试。