Android 14 引入了所选照片访问权限,可让用户授予应用对其库中特定图片和视频的访问权限,而不是授予对给定类型的所有媒体内容的访问权限。
仅当您的应用以 Android 14(API 级别 34)或更高版本为目标平台时,此变更才会启用。如果您尚未使用照片选择器,我们建议您在应用中实现该选择器,以便在选择图片和视频时提供一致的体验,同时增强用户隐私,而无需请求任何存储权限。
如果您使用存储权限来维护自己的图库选择器,并且需要完全控制您的实现,请调整您的实现以使用新的 READ_MEDIA_VISUAL_USER_SELECTED
权限。如果您的应用不使用新权限,系统会在兼容模式下运行您的应用。
目标 SDK 版本 | 已声明READ_MEDIA_VISUAL_USER_SELECTED |
已启用所选照片访问权限 | 用户体验行为 |
---|---|---|---|
SDK 33 | 不支持 | 不支持 | N/A |
是 | 是 | 由应用控制 | |
SDK 34 | 不支持 | 是 | 由系统控制(兼容行为) |
是 | 是 | 由应用控制 |
创建或调整您自己的图库选择器
创建您自己的图库选择器需要进行大量开发和维护,并且您的应用需要请求存储权限以征得用户的明确同意。用户可以拒绝这些请求,或者如果您的应用在搭载 Android 14 的设备上运行且以 Android 14(API 级别 34)或更高版本为目标平台,则可以限制对所选媒体的访问权限。下图显示了使用新选项请求权限和选择媒体的示例。
![.](https://developer.android.google.cn/static/about/versions/14/images/partial-photo-video-access.png?authuser=5&hl=hi)
本部分介绍了使用 MediaStore
创建自己的图库选择器的推荐方法。如果您已经为应用维护了一个图库选择器,并且需要保留完全控制权,则可以使用这些示例调整您的实现。如果您不更新实现来处理所选照片访问权限,系统会以兼容模式运行您的应用。
请求权限
首先,根据操作系统版本在 Android 清单中请求正确的存储权限:
<!-- Devices running Android 12L (API level 32) or lower -->
<uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" android:maxSdkVersion="32" />
<!-- Devices running Android 13 (API level 33) or higher -->
<uses-permission android:name="android.permission.READ_MEDIA_IMAGES" />
<uses-permission android:name="android.permission.READ_MEDIA_VIDEO" />
<!-- To handle the reselection within the app on devices running Android 14
or higher if your app targets Android 14 (API level 34) or higher. -->
<uses-permission android:name="android.permission.READ_MEDIA_VISUAL_USER_SELECTED" />
然后,根据操作系统版本请求正确的运行时权限:
// Register ActivityResult handler
val requestPermissions = registerForActivityResult(RequestMultiplePermissions()) { results ->
// Handle permission requests results
// See the permission example in the Android platform samples: https://github.com/android/platform-samples
}
// Permission request logic
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.UPSIDE_DOWN_CAKE) {
requestPermissions.launch(arrayOf(READ_MEDIA_IMAGES, READ_MEDIA_VIDEO, READ_MEDIA_VISUAL_USER_SELECTED))
} else if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.TIRAMISU) {
requestPermissions.launch(arrayOf(READ_MEDIA_IMAGES, READ_MEDIA_VIDEO))
} else {
requestPermissions.launch(arrayOf(READ_EXTERNAL_STORAGE))
}
部分应用不需要权限
从 Android 10(API 级别 29)开始,应用不再需要存储权限即可向共享存储空间添加文件。这意味着,应用无需申请存储权限,即可向图库中添加图片、录制视频并将其保存到共享存储空间,或下载 PDF 账单。如果您的应用仅将文件添加到共享存储空间,而不查询图片或视频,则应停止请求存储权限,并在 AndroidManifest.xml
中将 maxSdkVersion
设置为 API 28:
<!-- No permission is needed to add files to shared storage on Android 10 (API level 29) or higher -->
<uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE" android:maxSdkVersion="28" />
处理媒体重新选择
借助 Android 14 中的“所选照片访问权限”功能,您的应用应采用新的 READ_MEDIA_VISUAL_USER_SELECTED
权限来控制媒体重新选择,并更新应用界面,以便用户向您的应用授予对一组不同图片和视频的访问权限。下图显示了请求权限和重新选择媒体的示例:
![.](https://developer.android.google.cn/static/about/versions/14/images/partial-photo-video-access-reselect.png?authuser=5&hl=hi)
打开选择对话框时,系统会根据请求的权限显示照片和/或视频。例如,如果您在没有 READ_MEDIA_IMAGES
权限的情况下请求 READ_MEDIA_VIDEO
权限,则只有视频会显示在界面中供用户选择文件。
// Allow the user to select only videos
requestPermissions.launch(arrayOf(READ_MEDIA_VIDEO, READ_MEDIA_VISUAL_USER_SELECTED))
您可以检查应用是完全、部分还是拒绝访问设备的照片库,并相应地更新接口。在应用需要存储空间访问权限时(而不是在启动时)请求这些权限。请注意,可以在 onStart
和 onResume
应用生命周期回调之间更改权限授予,因为用户可以在设置中更改访问权限,而无需关闭应用。
if (
Build.VERSION.SDK_INT >= Build.VERSION_CODES.TIRAMISU &&
(
ContextCompat.checkSelfPermission(context, READ_MEDIA_IMAGES) == PERMISSION_GRANTED ||
ContextCompat.checkSelfPermission(context, READ_MEDIA_VIDEO) == PERMISSION_GRANTED
)
) {
// Full access on Android 13 (API level 33) or higher
} else if (
Build.VERSION.SDK_INT >= Build.VERSION_CODES.UPSIDE_DOWN_CAKE &&
ContextCompat.checkSelfPermission(context, READ_MEDIA_VISUAL_USER_SELECTED) == PERMISSION_GRANTED
) {
// Partial access on Android 14 (API level 34) or higher
} else if (ContextCompat.checkSelfPermission(context, READ_EXTERNAL_STORAGE) == PERMISSION_GRANTED) {
// Full access up to Android 12 (API level 32)
} else {
// Access denied
}
查询设备库
验证您拥有适当的存储权限后,您可以与 MediaStore
交互以查询设备库(无论授予的访问权限是部分还是完整,相同的方法都适用):
data class Media(
val uri: Uri,
val name: String,
val size: Long,
val mimeType: String,
)
// Run the querying logic in a coroutine outside of the main thread to keep the app responsive.
// Keep in mind that this code snippet is querying only images of the shared storage.
suspend fun getImages(contentResolver: ContentResolver): List<Media> = withContext(Dispatchers.IO) {
val projection = arrayOf(
Images.Media._ID,
Images.Media.DISPLAY_NAME,
Images.Media.SIZE,
Images.Media.MIME_TYPE,
)
val collectionUri = if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.Q) {
// Query all the device storage volumes instead of the primary only
Images.Media.getContentUri(MediaStore.VOLUME_EXTERNAL)
} else {
Images.Media.EXTERNAL_CONTENT_URI
}
val images = mutableListOf<Media>()
contentResolver.query(
collectionUri,
projection,
null,
null,
"${Images.Media.DATE_ADDED} DESC"
)?.use { cursor ->
val idColumn = cursor.getColumnIndexOrThrow(Images.Media._ID)
val displayNameColumn = cursor.getColumnIndexOrThrow(Images.Media.DISPLAY_NAME)
val sizeColumn = cursor.getColumnIndexOrThrow(Images.Media.SIZE)
val mimeTypeColumn = cursor.getColumnIndexOrThrow(Images.Media.MIME_TYPE)
while (cursor.moveToNext()) {
val uri = ContentUris.withAppendedId(collectionUri, cursor.getLong(idColumn))
val name = cursor.getString(displayNameColumn)
val size = cursor.getLong(sizeColumn)
val mimeType = cursor.getString(mimeTypeColumn)
val image = Media(uri, name, size, mimeType)
images.add(image)
}
}
return@withContext images
}
我们简化了此代码段,以说明如何与 MediaStore
交互。在可正式投入使用的应用中,将分页与 Paging 库之类的功能结合使用,帮助确保获得良好性能。
查询上次的选择
搭载 Android 15 及更高版本且搭载 Android 14 且支持 Google Play 系统更新的应用可以通过启用 QUERY_ARG_LATEST_SELECTION_ONLY
来查询用户在部分访问时最后选择的图片和视频:
if (getExtensionVersion(Build.VERSION_CODES.U) >= 12) {
val queryArgs = bundleOf(
QUERY_ARG_SQL_SORT_ORDER to "${Images.Media.DATE_ADDED} DESC"
QUERY_ARG_LATEST_SELECTION_ONLY to true
)
contentResolver.query(collectionUri, projection, queryArgs, null)
}
升级设备后,照片和视频的访问权限将保留
如果您的应用安装在从较低 Android 版本升级到 Android 14 的设备上,系统会保留对用户照片和视频的完整访问权限,并自动向您的应用授予一些权限。确切行为取决于在设备升级到 Android 14 之前向您的应用授予的一组权限。
Android 13 的权限
请考虑以下情况:
- 您的应用安装在搭载 Android 13 的设备上。
- 用户已向您的应用授予
READ_MEDIA_IMAGES
和READ_MEDIA_VIDEO
权限。 - 然后,当您的应用仍保持安装状态时,设备升级到 Android 14。
- 您的应用开始以 Android 14(API 级别 34)或更高版本为目标平台。
在此情况下,您的应用仍然拥有对用户照片和视频的完整访问权限。系统还会保留已自动授予您的应用的 READ_MEDIA_IMAGES
权限和 READ_MEDIA_VIDEO
权限。
Android 12 及更低版本的权限
请考虑以下情况:
- 您的应用安装在搭载 Android 13 的设备上。
- 用户已向您的应用授予
READ_EXTERNAL_STORAGE
权限或WRITE_EXTERNAL_STORAGE
权限。 - 然后,当您的应用仍保持安装状态时,设备升级到 Android 14。
- 您的应用开始以 Android 14(API 级别 34)或更高版本为目标平台。
在此情况下,您的应用仍然拥有对用户照片和视频的完整访问权限。系统还会自动向您的应用授予 READ_MEDIA_IMAGES
权限和 READ_MEDIA_VIDEO
权限。
最佳实践
本部分包含有关使用 READ_MEDIA_VISUAL_USER_SELECTED
权限的几项最佳实践。如需了解详情,请参阅我们的权限最佳实践。
请勿永久存储权限状态
请勿永久存储权限状态(包括 SharedPreferences
或 DataStore
)。存储的状态可能与实际状态不同步。权限状态可能会在权限重置、应用休眠、用户发起的应用设置更改或应用进入后台后发生变化。请改用 ContextCompat.checkSelfPermission()
检查存储权限。
不要假定拥有对照片和视频的完整访问权限
根据 Android 14 中引入的变更,您的应用可能只对设备的照片库拥有部分访问权限。如果应用在使用 ContentResolver
进行查询时缓存了 MediaStore
数据,则缓存可能不是最新的。
- 应始终使用
ContentResolver
查询MediaStore
,而不是依赖于存储的缓存。 - 当应用在前台运行时,将结果保存在内存中。
- 在应用经历
onResume
应用生命周期时刷新结果,因为用户可能会通过权限设置从完全访问权限切换到部分访问权限。
将 URI 访问权限视为临时访问权限
如果用户在系统权限对话框中选择选择照片和视频,您的应用对所选照片和视频的访问权限最终会过期。应用应始终处理无法访问任何 Uri
的情况,无论其权限如何。
按权限过滤可供选择的媒体类型
选择对话框受请求的权限类型的影响:
- 仅请求
READ_MEDIA_IMAGES
仅显示可供选择的图片。 - 仅请求
READ_MEDIA_VIDEO
仅显示可供选择的视频。 - 同时请求
READ_MEDIA_IMAGES
和READ_MEDIA_VIDEO
会显示可供选择的整个照片库。
您应确保根据应用的用例请求适当的权限,以避免用户体验不佳。如果某个功能只希望选择视频,请确保仅请求 READ_MEDIA_VIDEO
。
在单次操作中请求权限
如需阻止用户看到多个系统运行时对话框,请在单次操作中请求 READ_MEDIA_VISUAL_USER_SELECTED
、ACCESS_MEDIA_LOCATION
和“读取媒体”权限(READ_MEDIA_IMAGES
和/或 READ_MEDIA_VIDEO
)。
允许用户管理自己的选择
当用户选择部分访问模式时,应用不应假定设备的照片库为空,而应允许用户授予更多文件。
用户可能会决定通过权限设置将访问权限从完全访问权限切换为部分访问权限,而不授予对某些视觉媒体文件的访问权限。
兼容模式
如果您维护自己的图库选择器并使用存储权限,但尚未调整应用以使用新的 READ_MEDIA_VISUAL_USER_SELECTED
权限,则每当用户需要选择或重新选择媒体时,系统都会以兼容模式运行您的应用。
初始媒体选择期间的行为
在初始选择期间,如果用户选择“选择照片和视频”(参见图 1),系统会在应用会话期间授予 READ_MEDIA_IMAGES
和 READ_MEDIA_VIDEO
权限,从而提供对用户选择的照片和视频的临时授权和临时访问权限。当您的应用转到后台,或当用户主动终止您的应用时,系统最终会拒绝这些权限。此行为就像其他单次授权一样。
重新选择媒体期间的行为
如果您的应用稍后需要访问其他照片和视频,您必须再次手动请求 READ_MEDIA_IMAGES
权限或 READ_MEDIA_VIDEO
权限。系统遵循与初始权限请求相同的流程,提示用户选择照片和视频(参见图 2)。
如果您的应用遵循权限最佳实践,那么此变更应该不会破坏您的应用。如果您的应用未假定保留 URI 访问权限、未存储系统权限状态或在权限更改后刷新显示的图片集,尤其如此。但是,这种行为可能并不理想,具体取决于应用的用例。为了帮助向用户提供最佳体验,我们建议您实现照片选择器或调整应用的图库选择器,以使用 READ_MEDIA_VISUAL_USER_SELECTED
权限直接处理此行为。