自定义通知
造成影响
简单讲，就是如果之前App中的通知(Notification)中使用到了自定义内容视图，并且该视图是填满整个通知区域的。那么当App以Android 12为目标平台后，视图将不再能填充整个区域，而是会被缩小到某个固定范围：
另外，所有通知现在都变成了可展开的，如果你之前设置自定义内容视图时使用的是 setCustomContentView方法，那你现在则还需要另外再使用setBigCustomContentView方法来设置展开状态的样式，以确保通知在收起状态和展开状态的样式能统一。
适配方案
确认被缩减显示范围后的自定义内容视图样式是否能接受，若不能接受，则根据实际需要调整即可。
移动传感器有采样率限制
造成影响
当使用SensorManager时，如果监听的频率太快，例如sensorManager.registerListener(this, sensor, SensorManager.SENSOR_DELAY_FASTEST);，且没有改定义permission HIGH_SAMPLING_RATE_SENSORS权限的话会有这个崩溃。
java.lang.SecurityException: To use the sampling rate of 0 microseconds, app needs to declare the normal permission HIGH_SAMPLING_RATE_SENSORS.
at android.hardware.SystemSensorManager$BaseEventQueue.enableSensor(SystemSensorManager.java:884)
at android.hardware.SystemSensorManager$BaseEventQueue.addSensor(SystemSensorManager.java:802)
at android.hardware.SystemSensorManager.registerListenerImpl(SystemSensorManager.java:272)
at android.hardware.SensorManager.registerListener(SensorManager.java:835)
at android.hardware.SensorManager.registerListener(SensorManager.java:742)
适配方案
大部分情况下我们并不需要太快的监听频率，可以设置成SensorManager.SENSOR_DELAY_UI。在某些确实需要快速频率监听的话，需要加上HIGH_SAMPLING_RATE_SENSORS权限。
更安全的组件导出
造成影响
简单讲，就是以Android 12为目标平台的App，如果其包含的四大组件中使用到了Intent过滤器（intent-filter），则必须显式声明 android:exported 属性，否则App将无法在Android 12及更高系统版本的设备上安装：
适配方案
这里要区分两种情况：
如果是自身项目使用到了，则按要求显式声明即可；
如果是依赖的第三方库使用到了，对于这一类aar或者依赖库有里面component的报错，有两个解决办法：
- 尝试升级对应的依赖库版本，并看看是否已经进行了target android12适配；
- 在主工程中xml拷贝相关component声明，并覆盖exported设置，例如：
android:exported="true"
tools:replace="android:exported"
应用休眠
造成影响
简单讲，就是以Android 12为目标平台的App，如果用户有长达几个月的时间没有打开过你的App，那么你之前申请的所有运行时权限都会被重置为未授权状态，即使再次打开也无法恢复，需要重新申请。
适配方案
基本上，只要你的App之前已经做好运行时权限的的判断和申请，那对你的App就几乎没什么影响。如果还是想稳妥的测试一下，可以用Terminal终端执行adb命令，手动触发应用休眠：
https://developer.android.com/topic/performance/app-hibernation#manually-invoke
待处理 intent 可变性
造成影响
简单讲，就是以Android 12为目标平台的App，在构建PendingIntent时，需要指定Flag为FLAG_IMMUTABLE(建议)或FLAG_MUTABLE二者之一，否则App将崩溃并出现以下警告。
适配方案
但同样可能出现第三方库的代码未正确指定Flag的问题，目前除了等待第三方库更新之外似乎也没有更好的措施。
前台服务启动限制
造成影响
简单讲，就是以Android 12为目标平台的App，如果尝试在后台运行时启动前台服务(startForegroundService)，则会引发ForegroundServiceStartNotAllowedException异常（某些场景除外）：
适配方案
分两步走：
- 检查App是否有在后台启动前台服务的行为
可在Terminal终端执行以下adb命令，该命令会监控你的App是否有在后台启动前台服务的行为，一旦有此行为，就会在通知栏推送一条提醒，定位到触发此行为的代码处：
adb shell device_config put activity_manager \ default_fgs_starts_restriction_notification_enabled true
- 考虑改用WorkManager的加急工作来执行后台任务
精确的闹钟权限
造成影响
简单讲，就是以Android 12为目标平台的App，如果使用到了AlarmManager来设置定时任务，并且设置的是精准的闹钟(使用了setAlarmClock()、setExact()、setExactAndAllowWhileIdle()这几种方法)，则需要确保SCHEDULE_EXACT_ALARM权限声明且打开，否则App将崩溃并出现以下警告：
适配方案
分三步走：
- 在AndroidManifest.xml清单文件中声明 SCHEDULE_EXACT_ALARM 权限
<uses-permission android:name="android.permission.SCHEDULE_EXACT_ALARM" />
- 判断是否具有设置精确闹钟的权限
- 打开闹钟和提醒权限授权页面，进行授权
通知 trampoline 限制
造成影响
简单讲，就是我们之前在配置通知(Notification)的点按行为时，可能会通过PendingIntent来启动一个Service或BrocastReceiver。而以Android 12为目标平台的App，如果尝试在Service或BrocastReceiver中内调用 startActivity()，系统会阻止该Activity启动，并在 Logcat 中显示以下消息：
适配方案
分两步走：
- 排查哪个Service或BrocastReceiver有此行为
可在Terminal终端执行以下adb命令，该命令会在你点按通知后，识别哪个Service或BrocastReceiver调用了startActivity()，并输出相关信息到Logcat，可以通过关键字“NotifInteractionLog”进行过滤：
adb shell dumpsys activity service \ com.android.systemui/.dump.SystemUIAuxiliaryDumpService
- 考虑在配置通知(Notification)的点按行为时选择直接启动Activity
结语
还有许多的行为变更，以上我只选了几条重要的，其他变更及更详细的文档可以参见：
Android 12行为变更：以 Android 12 为目标平台的应用
以上只是针对以 Android 12 或更高版本为目标平台的应用应为变更，此外，请务必查看：
Android 12适配-行为变更：所有应用
