FilePicker获取的Uri可正常打开，重新生成的Uri失效，编码路径不匹配

核心原因 #

你遇到的问题根源在于：FilePicker返回的Uri通常是content://协议（来自媒体库或存储访问框架SAF），而非file://协议。直接调用getPath()拿到的字符串并非真实文件系统路径，或该路径的编码规则、权限上下文与file:// Uri不兼容：

• content:// Uri的getPath()可能包含媒体库内部标识（比如/document/msf:123），并非真实文件路径
• 原Uri的编码（比如空格转%20）在手动拼接file://时未被正确处理，导致编码不匹配
• content:// Uri携带系统授予的临时权限，file:// Uri无法继承该权限，Google Sheets因此无法访问文件

解决方案 #

方案1：直接使用原Uri（推荐） #

不需要转换Uri，直接用FilePicker返回的pickedUri创建Intent即可，这是最可靠的方式：

Intent intent = new Intent(Intent.ACTION_VIEW);
intent.setData(pickedUri);
intent.setFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION); // 确保授予读取权限
startActivity(intent);

方案2：仅在必要时获取真实文件路径（不推荐） #

如果必须获取真实文件系统路径，需通过ContentResolver查询，而非直接调用getPath()。以下是针对媒体库content:// Uri的示例代码：

public String getRealPathFromContentUri(Context context, Uri uri) {
    String[] projection = {MediaStore.Files.FileColumns.DATA};
    Cursor cursor = context.getContentResolver().query(uri, projection, null, null, null);
    if (cursor == null) return null;
    int columnIndex = cursor.getColumnIndexOrThrow(MediaStore.Files.FileColumns.DATA);
    cursor.moveToFirst();
    String path = cursor.getString(columnIndex);
    cursor.close();
    return path;
}

注意：此方法仅适用于媒体库的content:// Uri，对于SAF返回的content:// Uri（比如content://com.android.providers.downloads.documents/document/123），可能无法获取真实路径——这类Uri指向的是文档而非直接文件。

你的转换方式无效的原因 #

• Uri.fromFile(new File(filepath))：若filepath不是真实文件路径，File对象无效，生成的file:// Uri自然无法被识别
• Uri.parse("file://" + filepath)：手动拼接会丢失原content:// Uri的编码和权限信息，且若filepath包含特殊字符（如空格），未编码的file:// Uri会被系统判定为无效

内容的提问来源于stack exchange，提问作者Backfisch Inderjemmel