如何在Android API24-36中安全与其他应用共享SD卡文件的Uri？

关于<root-path>的风险 #

• <root-path>会将设备整个文件系统暴露给FileProvider，确实存在极高安全风险：一旦应用被恶意利用，攻击者可通过它访问任意敏感系统目录或用户隐私文件。Lint警告和官方未明确文档都是出于安全考量，不建议长期依赖该标签。

合规替代方案 #

1. 实现自定义FileProvider子类 #

官方FileProvider的<external-path>仅覆盖内置存储，你可以自己实现支持可移除存储的Provider，精准控制共享范围：

• 重写getUriForFile()方法，识别可移除存储的文件路径，生成对应content Uri。
• 代码中只暴露合法的共享目录（比如SD卡根目录或用户指定目录），避免全盘开放。
• 示例核心逻辑：

public class RemovableStorageFileProvider extends FileProvider {
    @Override
    public Uri getUriForFile(Context context, String authority, File file) {
        // 判断文件是否在可移除存储
        StorageManager storageManager = (StorageManager) context.getSystemService(Context.STORAGE_SERVICE);
        for (StorageVolume volume : storageManager.getStorageVolumes()) {
            if (!volume.isPrimary()) {
                String volumeRoot = volume.getDirectory().getAbsolutePath();
                if (file.getAbsolutePath().startsWith(volumeRoot)) {
                    // 生成基于相对路径的content Uri
                    String relativePath = file.getAbsolutePath().substring(volumeRoot.length() + 1);
                    return Uri.parse("content://" + authority + "/sdcard/" + relativePath);
                }
            }
        }
        // 内置存储文件用父类逻辑处理
        return super.getUriForFile(context, authority, file);
    }
}

• 需在Manifest中注册该自定义Provider，配置对应的authority和权限声明，确保<meta-data>指向自定义路径配置文件。

2. 结合SAF持久化权限 #

虽然API30+限制直接选择SD卡根目录，但部分设备允许用户进入子目录后向上导航至根目录。一旦用户授权，可持久化该Uri并通过SAF实现文件共享：

• 用ACTION_OPEN_DOCUMENT_TREE启动SAF，引导用户选择SD卡根目录。
• 调用takePersistableUriPermission()获取持久访问权限。
• 后续共享文件时，直接使用SAF返回的content Uri，配合FLAG_GRANT_READ_URI_PERMISSION传递给其他应用，无需依赖FileProvider。

3. 自定义ContentProvider控制访问 #

基于MANAGE_EXTERNAL_STORAGE权限，实现自己的ContentProvider，严格过滤可访问路径：

• 在openFile()方法中验证请求的文件路径仅为合法的用户可见目录，返回ParcelFileDescriptor供其他应用读取。
• 生成自定义content Uri，避免直接暴露文件路径，同时通过权限控制确保只有授权应用能访问。

其他文件管理应用的实现逻辑 #

合规应用通常采用以下组合方案：

• API30及以下：优先使用SAF获取存储授权，通过SAF的content Uri实现共享。
• API30+：结合MANAGE_EXTERNAL_STORAGE权限与自定义ContentProvider，仅开放用户可见的合法目录，避免暴露系统敏感路径。
• 部分应用会通过引导用户操作绕过SAF的根目录限制，持久化权限后全程用SAF进行文件操作与共享，完全符合官方规范。

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