Android 12 行为变更：适配以Android 12为目标的应用，android插件化资源冲突

Android 12 行为变更：适配以Android 12为目标的应用，android插件化资源冲突

以 Android 12 为目标平台的应用，且包含使用 intent 过滤器的 activity、服务或广播接收器，必须为这些应用组件显式声明 android:exported 属性。

如果 activity、服务或广播接收器使用 intent 过滤器，并且未显式声明 android:exported 的值，则您的应用将无法在搭载 Android 12 的设备上进行安装。

如果您在使用 Android Studio 时尝试安装此类应用，Logcat 将显示以下错误消息：

Installation did not succeed.

The application could not be installed: INSTALL_FAILED_VERIFICATION_FAILURE

List of apks:

[0] ‘…/build/outputs/apk/debug/app-debug.apk’

Installation failed due to: ‘null’

如果您的应用在需要声明 android:exported 的值时未进行此声明，则 Logcat 会提供以下错误消息：

Targeting S+ (version 10000 and above) requires that an explicit value for

android:exported be defined when intent filters are present

以下代码段显示了一个服务示例，该服务包含 intent 过滤器并针对 Android 12 进行了正确配置：

android:exported=“false”>

gitee.com/vip204888/java-p7)PendingIntent 必须声明可变性

---

如果以 Android 12 为目标平台，必须为应用创建的每个 PendingIntent 对象指定可变性。

要声明特定 PendingIntent 对象是否可变，请分别使用 PendingIntent.FLAG_MUTABLE 或 PendingIntent.FLAG_IMMUTABLE 标志。

如果您的应用创建未包含设置任何可变标志的 PendingIntent 对象，系统会抛出 IllegalArgumentException，并在 Logcat 中显示以下消息：

PACKAGE_NAME: Targeting S+ (version 10000 and above) requires that one of

FLAG_IMMUTABLE or FLAG_MUTABLE be specified when creating a PendingIntent.

Strongly consider using FLAG_IMMUTABLE, only use FLAG_MUTABLE if

some functionality depends on the PendingIntent being mutable, e.g. if

it needs to be used with inline replies or bubbles.

然而，某些应用需要创建可变的 PendingIntent 对象：

通知中的直接回复 *** 作需要变更与回复关联的 PendingIntent 对象中的剪辑数据。通常，您可以通过将 FILL_IN_CLIP_DATA 作为标志传递给 fillIn() 的方法请求此变更。

如果您的应用使用 PendingIntent 将对话放在气泡中，则 intent 应该可变，以便系统可以应用正确的标志，例如 FLAG_ACTIVITY_MULTIPLE_TASK 和 FLAG_ACTIVITY_NEW_document。

如果您的应用创建了可变的 PendingIntent 对象，强烈建议您使用显式 intent 并填写 ComponentName。如此一来，每当另一个应用调用 PendingIntent 并将控制权传回您的应用时，应用中的相同组件都会启动。

以不安全的方式启动嵌套 intent

---

为了提高平台安全性，Android 12 提供了一种调试功能，如果您的应用以不安全的方式启动嵌套 intent，此功能便会发出警告。嵌套 intent 是在其他 intent 中作为 extra 传递的 intent。

如果您的应用同时执行以下两项 *** 作，就会发生 StrictMode 违规行为:

您的应用从已传递的 intent 的 extra 中解封嵌套 intent。

您的应用立即使用该嵌套 intent 启动应用组件，例如将 intent 传递给 startActivity()、startService() 或 bindService()。

如何检测嵌套 intent 的不安全启动

如需检查您的应用中是否会以不安全的方式启动嵌套 intent，请在配置 VmPolicy 时调用 detectUnsafeIntentLaunch()，如以下代码段所示：

protected void onCreate() {

StrictMode.setVmPolicy(new VmPolicy.Builder()

// Other StrictMode checks that you’ve previously added.

// …

.detectUnsafeIntentLaunch()

.penaltyLog()

// Consider also adding penaltyDeath()

.build());

}

如果您的应用检测到 StrictMode 违规行为，您可能需要停止应用的执行以保护潜在的敏感信息。

注意：如果您的应用以 Android 12 为目标平台，并在其 VmPolicy 定义中使用 detectAll() 方法，系统将自动调用 detectUnsafeIntentLaunch() 方法。

如何最大限度地降低出现 StrictMode 违规行为的可能性

如果您的应用不可避免的会启动嵌套 intent，以便在应用的各个组件之间导航，或代表其他应用执行 *** 作等。请执行以下 *** 作：

嵌套 intent 的内部启动：确保这些组件不会被导出。

嵌套 intent 的跨应用启动：使用 PendingIntent 代替嵌套 intent。如此一来，当 PendingIntent 从包含它的 Intent 中解封时，应用组件可以使用调用进程的身份启动 PendingIntent。该配置允许提供程序应用向调用应用的任何组件（包括未导出的组件）发送回调。

应用再也无法在后台运行时启动前台服务

---

以 Android 12 为目标平台的应用再也无法在后台运行时启动前台服务，但一些特殊情况除外。如果应用尝试在后台运行时启动前台服务，则会引发异常（少数特殊情况除外）。当您的应用在后台运行时，请考虑使用 WorkManager 来计划和启动工作。

无法通过服务或广播接收器创建通知 trampoline

---

当用户与通知互动时，某些应用会启动应用组件来响应通知点按 *** 作，此应用组件最终会启动用户最终看到并与之互动的 activity。此应用组件被称为通知 trampoline。

为了改进应用性能和用户体验，以 Android 12 为目标平台的应用无法从用作通知 trampoline 的服务或广播接收器中启动 activity。换言之，当用户点按通知或通知中的 *** 作按钮时，您的应用无法在服务或广播接收器内调用 startActivity()。

当您的应用尝试从充当通知 trampoline 的服务或广播接收器启动 activity 时，系统会阻止启动该 activity 启动，并在 Logcat 中显示以下消息：

Indirect notification activity start (trampoline) from PACKAGE_NAME,

this should be avoided for performance reasons.

解决方法：

如果您的应用从充当通知 trampoline 的服务或广播接收器启动 activity，请完成以下迁移步骤：

1.创建一个与以下 activity 关联的 PendingIntent 对象：

用户点按通知后会看到的 activity（首选）。

Trampoline activity 或用于启动用户在点按通知后可以看到的 activity 的 activity。

2.在构建通知的过程中，请使用您在上一步中创建的 PendingIntent 对象。

更新限制非 SDK 接口

---

其实从 Android 9（API 级别 28）开始，Android 平台对应用能使用的非 SDK 接口就实施了限制。只要应用引用非 SDK 接口或尝试使用反射或 JNI 来获取其句柄，这些限制就适用。Android 12 更新了这个限制列表（将Android 11的部分灰名单直接加到了黑名单列表中）

区分 SDK 接口和非 SDK 接口

SDK 接口：在 Android 框架软件包索引中记录的那些接口

非 SDK 接口：Android中私有或隐藏的 hidden api接口，这些接口方法可能在未来版本中随时可变