-
安全
-
新工具，新体验
对于用户来讲会有新体验，更隐私更安全，对于我们开发工作者来讲，有新工具。那么这些新的东西都具体体现在哪些方面呢？下面由我带着大家学习一番。
WebView 加入SameSite Cookie
Android的WebView组件基于Chromium，C
hromium是支持Google Chrome浏览器的开源项目。而在Chrome浏览器加入SameSite之后，现在又加入到了Android 12 的WebView中， SameSite Cookie可以提供更高的安全性和隐私性，并为用户提供更高的透明度和控制力，具体什么意思呢？请看大佬的文章，它解释的很清楚，Cookie 的 SameSite 属性
备份限制
为了保护个人应用程序的数据，Android 12更改了该adb backup命令的默认行为，于是我在Android 12上试了一下下，如图
第一步
获取已安装的应用程序列表
第二步
备份我的应用com.zzy.flutter_to_find_out
第三步
备份数据
请看细节
WARNING: adb backup is deprecated and may be removed in a future release
意思是该功能会被删除弃用，只是现在还没有。但官方描述又这么讲：如果您的测试或开发工作流程依赖于应用程序数据adb backup，您现在可以通过在应用程序的清单文件中将设置android:debuggable 为true，来选择导出应用程序的数据，且要注意上线后要改为false来保证应用数据的安全。
android:exported 必须显式声明
android:exported 是Android中的四大组件 Activity，Service，Provider，Receiver 四大组件中都会有的一个属性，作用：是否支持其它应用调用当前组件，默认值：如果包含有intent-filter时为true; 没有intent-filter时为false，具体就不说明了，都是重复的知识。如果应用没有为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
为了更加安全地处理PendingIntent，Android 12要求应用为每个PendingIntent显式声明一个可变性标志，即FLAG_MUTABLE或FLAG_IMMUTABLE，解释下：
-
PendingIntent.FLAG_MUTABLE 可变、Android 12中新增的标志，作用是让Intent 在 send 的时候可更改
-
PendingIntent.FLAG_IMMUTABLE 不可变、Android 6.0 中添加的标志，作用是让Intent 在 send 的时候不可更改
如果应用创建一个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
val pendingIntent = PendingIntent.getActivity(applicationContext,
REQUEST_CODE, intent,
/* flags */ PendingIntent.FLAG_IMMUTABLE)
那说明时候用可变呢？
-
通知中有直接回复的动作时需要使用
-
使用气泡中的PendingIntent时 ，气泡是什么？请看链接：https://developer.android.com/guide/topics/ui/bubbles
如果应用创建了可变PendingIntent对象，则强烈建议使用明确的意图并填写 ComponentName。这样，每当另一个应用程序调用PendingIntent并将控制权传递回你的应用程序时，你的应用程序中的同一组件终将会启动。
前台服务启动限制
前台服务是应用程序管理某些用户任务的重要方式，但是如果过度使用，它们可能会影响性能甚至导致应用程序终止，除少数特殊情况外，Android 12的应用程序将无法在后台运行时启动前台服务。如果应用程序在后台运行时尝试启动前台服务，则会发生异常（少数特殊情况除外）。那么少数例外是什么呢？答： JobScheduler加入新的api，setExpedited(true)即可，但这并不是前台服务，而是可以在不考虑节电或节电等功耗限制的情况下立即运行。
无法从服务或广播接收者创建通知蹦床
当用户点击通知时，最终会启动与用户交互的应用组件（Activity、Service、Broadcast等）。这个应用程序组件被称为通知蹦床。但Android 12 以后将无法从服务或广播中启动Activity，看似是个坏消息，其实是为了提高用户体验，牺牲开发的行为。以后就只能直接绑定Activity，无法通过服务或广播启动，如果你想启动Activity，那就直接绑定Activity得了。
用于接收内容的统一API
Broadcast等）。这个应用程序组件被称为通知蹦床。但Android 12 以后将无法从服务或广播中启动Activity，看似是个坏消息，其实是为了提高用户体验，牺牲开发的行为。以后就只能直接绑定Activity，无法通过服务或广播启动，如果你想启动Activity，那就直接绑定Activity得了。
用于接收内容的统一API