问题标签 [android-12]

Android 中的闪屏 API 引入windowSplashScreenAnimationDuration。有没有人注意到它对启动画面持续时间或动画持续时间有任何影响？即使我将其设置为建议的最大 1000 毫秒，有时启动画面的可见时间也少于此。如果我将其设置为 100 毫秒，则飞溅可见的时间更长。

此外，无论我的实际可绘制（xml）动画有多长 -windowSplashScreenAnimationDuration似乎都对其没有影响。

文档也很差。

有人可以对此有所了解吗？

谢谢！

在升级我们的应用程序以使用 targetSdkVersion 和 compileSdkVersion 到 31 后，我们在 esim 激活过程中面临不同的行为，当调用startResolutionActivity应用程序时，现在会崩溃：

检查源代码似乎现在在意图中有一个必需的额外内容：

这是：

但我不清楚这个额外的应该是什么。在文档中也没有提到（我想还没有）。

针对 api 30 测试相同的代码并构建应用程序是可行的。

相关代码：

其中传递给此方法的意图是在监听订阅过程的广播接收器中返回

有没有其他人遇到过这个？

Android 12 SDK 现在似乎稳定了

如果

然后播放服务位置工作正常

但如果

然后

ps 播放服务位置版本：

自从 Android 与 Android 12 一起发布了新的 Splash Screen API 以来，许多应用程序都存在重复启动画面、缺乏自定义等问题。

现在，可以在中间设置背景颜色和图标，但是可以自定义更多吗？由于现在我们仅限于使用单色背景和不可调整大小的徽标图标，这看起来不太好。

我想要实现的是一个自定义启动画面，可以将图像绘制为背景（或具有 2 个项目的图层列表 - 一个背景图像和一个居中徽标），因为它可以在 Android 12 之前使用。

有人成功实现了这种行为吗？

有一种解决方法可以将 windowIsTranslucent 属性设置为 true 并仅显示第二个启动画面（右侧），但它会引入糟糕的用户体验，因为看起来应用程序在几秒钟内没有响应。

我正在尝试将我的应用程序升级到目标 android 31，它引入了启动屏幕 API，所以我遵循了此处提到的迁移过程，但是迁移后应用程序无法运行，因为启动屏幕 API 仅支持 android 版本 21 及更高版本所以是什么支持早于 21 的版本的过程？

类似于这个问题，但不一样

更新到 Android 12 (SDK 31) 后，我们更改PendingIntent.getActivity(context, 0, intent, 0)为PendingIntent.getActivity(context, 0, intent, PendingIntent.FLAG_IMMUTABLE)喜欢的建议。

但PendingIntent.FLAG_IMMUTABLE不适用于 23 岁以下的 SDK。如果我添加if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M)以保留这两个版本，我将继续使用 lint 警告，即未针对该else案例使用正确的标志。

这里的预期行为是什么？谢谢！

我创建了一个 android 12 模拟器来查看其中一个功能material you theme

模拟器详细信息是

名称：像素5

中央处理器：x86_64

问题是当我更改壁纸时settings -> wallpaper & style，壁纸已更改，但未应用根据壁纸颜色的主题

所以我的问题是

如果是，模拟器中是否支持您的材料，那么我该如何实现呢？

将 compileSdkVersion 增加到 31 (Android 12) 后，执行 lint 检查时，会出现以下问题：

错误：调用需要 API 级别 S（当前最小值为 23）：android.util.SparseArray#set [NewApi]

增加这个后有人有类似的问题，为什么会发生？

我在 Windows 10 上使用 Android Studio 2020.3.1 Patch 2，并且正在运行 Android 12 模拟器。

我正在尝试使用 Google Chrome 简单地加载任何网页，但是所发生的只是出现了进度条，但无论我尝试加载哪个网站，都没有加载任何内容。发生的另一件事是，有时 Chrome 只是位于加载屏幕本身，并且在启动时没有完成加载。

我已经验证了模拟器可以访问互联网，实际上我可以使用模拟器中默认存在的 Webview Browser Tester 应用程序来加载网页。

对此感到困惑，感谢您提供任何帮助。

背景

在现代桌面操作系统上，能够处理文件是一个众所周知的功能，允许用户从文件管理器和其他应用程序中打开它们，作为“文件关联”配置。

问题

到目前为止，对于用户和开发人员来说，在 Android 上设置文件类型的关联并不是一件方便的事情。

在 Android API 30（Android 11，AKA Android R）之前，您必须使用一些奇怪的解决方法，尤其是在文件不是已知文件的情况下。

“xyz”的示例：

如果它是已知的，例如 ZIP 文件，可能是这样的（不确定它是否是最小/最好的）：

事实上，即使它是已知的，您仍然应该考虑同时使用这两种方式，因为某些应用程序只处理第一种方式。

但是在 Android API 31 (Android 12, AKA Android S) 上，它似乎发生了变化，我们可能可以在清单中写得更少（遗憾的是，可能只有当最小 API 为 31 时）。

我发现了什么

我为此找到的唯一东西是在文档中：

• https://developer.android.com/reference/android/R.attr#pathSuffix
• https://developer.android.com/reference/android/R.attr#pathAdvancedPattern

可悲的是，我找不到任何例子，我什至不知道这是否是现在处理文件的官方方式。

问题

1. 它现在真的是在 Android 上处理文件的真正、有效、官方的方式吗？
2. 我现在应该如何使用它？我还需要设置 mimeType 吗？这适用于任何类型的文件，无论是否已知？
3. 是否可以这样设置，并停止使用我提到的方式？还是仅当我将 minSdk 设置为 31 时？
4. 它会以任何方式影响用户的体验吗？