授予相片和影片的部分存取權

Android 14 引入了所选照片访问权限，可让用户授权应用访问其媒体库中的特定图片和视频，而不是授予对指定类型的所有媒体的访问权限。

仅当您的应用以 Android 14（API 级别 34）或更高版本为目标平台时，才会启用此变更。如果您还没有使用照片选择器，建议您在应用中实现该选择器，以便在选择图片和视频时提供一致的体验，同时还可以加强用户隐私保护，而无需请求任何存储权限。

如果您使用存储权限维护自己的图库选择器，并且需要完全控制您的实现，请调整您的实现，以使用新的 READ_MEDIA_VISUAL_USER_SELECTED 权限。如果您的应用不使用新权限，系统会在兼容模式下运行应用。

目标 SDK 版本	已声明 READ_MEDIA_VISUAL_USER_SELECTED	已启用所选照片访问权限	用户体验行为
SDK 33	否	否	不适用
	是	是	由应用控制
SDK 34	否	是	由系统控制（兼容性行为）
	是	是	由应用控制

创建或调整您自己的图库选择器

创建自己的图库选择器需要大量的开发和维护工作，并且您的应用需要请求存储权限来获得用户的明确同意。用户可以拒绝这些请求；如果您的应用在搭载 Android 14 的设备上运行，并且应用以 Android 14（API 级别 34）或更高版本为目标平台，则可以限制对所选媒体的访问。下图显示了使用新选项请求权限和选择媒体的示例。

图 1.除了授予完全访问权限或拒绝所有访问权限的常用选项外，用户还可以通过这个新对话框选择要提供给应用的特定照片和视频。

本部分演示了使用 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 权限来控制媒体重新选择，并更新应用界面，以允许用户授权您的应用访问一组不同的图片和视频。下图显示了请求权限和重新选择媒体的示例：

图 2.通过这个新对话框，用户还可以重新选择要向您的应用提供的照片和视频。

打开选择对话框时，系统会根据所请求的权限显示照片、视频或两者。例如，如果您在没有 READ_MEDIA_IMAGES 权限的情况下请求 READ_MEDIA_VIDEO 权限，界面中只会显示视频以供用户选择文件。

// Allow the user to select only videos
requestPermissions.launch(arrayOf(READ_MEDIA_VIDEO, READ_MEDIA_VISUAL_USER_SELECTED))

注意： 在您的应用中创建一个界面元素，用户必须按下该界面元素，才能重新请求 READ_MEDIA_IMAGES 或 READ_MEDIA_VIDEO 权限。用户应该不会惊讶地再次看到该系统对话框。

您可以检查应用对设备照片库拥有完全访问权限、部分访问权限还是遭拒访问权限，并相应地更新界面。在应用需要访问存储空间时请求这些权限，而不是在启动时请求。请注意，您可以在 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 版本升级到 Android 14 的设备上，系统会保留对用户照片和视频的完整访问权限，并自动向您的应用授予一些权限。确切行为取决于在设备升级到 Android 14 之前向您的应用授予的一组权限。

注意：用户仍然可能会手动拒绝授予权限，或者设备公司政策或自动重置权限功能可能会拒绝授予权限。请务必检查权限，而不是假定之前授予的状态。

Android 13 的权限

请考虑以下情况：

1. 您的应用安装在搭载 Android 13 的设备上。
2. 用户已向您的应用授予 READ_MEDIA_IMAGES 和 READ_MEDIA_VIDEO 权限。
3. 然后，当您的应用仍保持安装状态时，设备升级到 Android 14。
4. 您的应用开始以 Android 14（API 级别 34）或更高版本为目标平台。

在此情况下，您的应用仍然拥有对用户照片和视频的完整访问权限。系统还会保留已自动授予您的应用的 READ_MEDIA_IMAGES 权限和 READ_MEDIA_VIDEO 权限。

Android 12 及更低版本的权限

请考虑以下情况：

1. 您的应用安装在搭载 Android 13 的设备上。
2. 用户已向您的应用授予 READ_EXTERNAL_STORAGE 权限或 WRITE_EXTERNAL_STORAGE 权限。
3. 然后，当您的应用仍保持安装状态时，设备升级到 Android 14。
4. 您的应用开始以 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 权限来处理此行为。