Android 如何优雅处理“允许受限访问”权限下的照片EXIF坐标获取问题

我完全懂你这种糟心的流程体验——Android 13引入的「允许受限访问」权限确实给图片选择逻辑挖了不少坑，尤其是重复弹出选择器、权限状态判断模糊，还有EXIF坐标丢失的问题。我来给你梳理几个可行的解决思路，帮你把流程捋顺：

一、先解决最头疼的重复选择器问题 #

你的核心问题出在把权限请求的onResult返回值直接和选择器启动绑定了。当用户选择「允许受限访问」时，系统会自动弹出自带的图片选择器，此时权限请求的onResult返回的isGranted=true，其实只是表示「用户完成了权限交互操作」，而非「获得了完全访问权限」，这就导致了系统选择器刚结束，你的自定义选择器又弹出来的尴尬场景。

最优解：使用Android 13+推荐的媒体选择器API #

直接替换你原来的GetMultipleContents为PickMultipleVisualMedia（AndroidX库提供，需确保androidx.activity:activity-compose依赖在1.6.0+版本），这个API是专门为适配Android 13受限访问权限设计的：

val imagePickerLauncher = rememberLauncherForActivityResult(
    contract = ActivityResultContracts.PickMultipleVisualMedia(maxItems = 10), // 可设置最大选择数量
    onResult = { uris: List<Uri> ->
        handleImages(uris) // 统一处理选择结果，不管权限状态
    }
)

然后调整权限请求的逻辑，不要在权限请求的onResult中启动选择器，而是改成：

val permissionLauncher = rememberLauncherForActivityResult(
    contract = ActivityResultContracts.RequestPermission(),
    onResult = { isGranted ->
        if (isGranted) {
            // 直接启动新的选择器，它会自动适配权限状态
            imagePickerLauncher.launch(PickVisualMediaRequest(PickVisualMedia.ImageOnly))
        } else {
            // 权限被完全拒绝，提示用户去设置开启
            Toast.makeText(androidContext(), "需要图片访问权限才能继续", Toast.LENGTH_SHORT).show()
        }
    }
)

这个选择器的优势在于：

• 完全授权时：显示所有图片，和你原来的自定义选择器体验一致；
• 受限授权时：自动使用系统的受限选择逻辑，不会出现重复弹出的问题；
• 结果统一：不管哪种权限状态，都通过同一个onResult返回选择的图片URI，无需额外处理。

二、解决EXIF坐标丢失和权限状态判断问题 #

1. 避免坐标被剥离的坑 #

你提到的「添加READ_MEDIA_VISUAL_USER_SELECTED权限后坐标被剥离」是系统的设计：这个权限专门用于受限访问场景，但会自动隐藏图片的敏感元数据（比如位置）。所以绝对不要在Manifest中添加这个权限，除非你明确不需要位置信息。

同时，确保你已经正确配置了ACCESS_MEDIA_LOCATION权限：

• 在Manifest中声明：

  <uses-permission android:name="android.permission.ACCESS_MEDIA_LOCATION" />
  

• 这个权限是危险权限，需要和READ_MEDIA_IMAGES一起在运行时申请（Android 13+）。

2. 间接区分完全/受限访问权限 #

Android没有提供直接的API来判断权限是完全还是受限，但我们可以通过媒体库查询的结果间接判断：

suspend fun isFullMediaAccess(context: Context): Boolean {
    val projection = arrayOf(MediaStore.Images.Media._ID)
    return withContext(Dispatchers.IO) {
        context.contentResolver.query(
            MediaStore.Images.Media.EXTERNAL_CONTENT_URI,
            projection,
            null,
            null,
            null
        )?.use { cursor ->
            // 如果能查询到大量图片（比如超过5张），则认为是完全授权
            // 受限访问下只能查询到用户之前选择过的图片，数量通常很少
            cursor.count > 5
        } ?: false
    }
}

你可以在权限申请完成后调用这个函数，根据结果做不同的逻辑处理（比如提示用户切换到完全访问以获得更好的体验）。

三、如果坚持使用原来的选择器流程 #

如果你不想替换选择器API，那可以通过以下方式避免重复弹出：

1. 不在权限请求的onResult中启动选择器；
2. 权限申请完成后，先调用上面的isFullMediaAccess判断权限类型：
   • 完全授权：启动你的自定义选择器；
   • 受限授权：直接查询媒体库获取用户已授权的图片（就是用户通过系统选择器选的那些），无需再启动选择器；
   • 拒绝：提示用户去设置开启。

这样就能彻底解决受限访问导致的重复选择器问题，同时也能优雅处理不同权限状态下的图片获取需求。

内容来源于stack exchange