工作Profile应用获取个人Profile图片后，特殊Uri解析失败求助

这个场景我之前在处理多Profile应用时碰到过，核心问题在于跨Profile获取的Uri带了用户ID前缀的Authority，导致DocumentsContract.isDocumentUri()无法识别。咱们一步步来解决：

为什么isDocumentUri返回false？ #

你拿到的Uri Authority格式是[user_id]@[真实Authority]（比如0@com.android.providers.downloads.documents），而DocumentsContract.isDocumentUri()默认只识别不带用户前缀的标准文档Authority，所以直接检测会返回false。

解决方案步骤 #

1. 提取真实的Authority #

先把Authority里的用户ID和@符号剥离，拿到系统标准的Authority：

// Kotlin版本
fun getRealDocumentAuthority(uri: Uri): String {
    val authority = uri.authority ?: return ""
    return authority.split("@").takeIf { it.size >= 2 }?.get(1) ?: authority
}

// Java版本
public static String getRealDocumentAuthority(Uri uri) {
    String authority = uri.getAuthority();
    if (authority == null) return "";
    String[] parts = authority.split("@");
    return parts.length >= 2 ? parts[1] : authority;
}

2. 构建可被识别的调整Uri #

用提取到的真实Authority重新构建一个Uri，用来做文档类型检测：

val originalUri = // 你从onActivityResult拿到的Uri
val realAuthority = getRealDocumentAuthority(originalUri)
val adjustedUri = Uri.Builder()
    .scheme(originalUri.scheme)
    .authority(realAuthority)
    .encodedPath(originalUri.encodedPath)
    .build()

// 现在检测adjustedUri就会返回true了
val isValidDocument = DocumentsContract.isDocumentUri(context, adjustedUri)

3. 用原始Uri访问文件 #

注意：实际查询文件内容时，一定要用原始的Uri，因为带用户前缀的Uri是系统用来区分Profile的标识，ContentResolver能正确识别并访问对应Profile下的文件。比如查询Cursor的代码：

val cursor = context.contentResolver.query(
    originalUri,
    arrayOf(DocumentsContract.Document.COLUMN_DISPLAY_NAME, DocumentsContract.Document.COLUMN_SIZE),
    null,
    null,
    null
)
// 后续处理cursor逻辑...

额外说明 #

这个带用户ID前缀的Authority是Android多用户/工作Profile的特有机制，系统通过这种方式标记Uri所属的用户空间。只要剥离前缀后，就能用标准的DocumentsContract方法来解析文档类型，而实际文件访问依赖原始Uri即可。

内容的提问来源于stack exchange，提问作者Anand Soni