Android中File URI与Content URI的差异及获取场景问询

嗨，这个问题问得超实用！我来给你把Android里File URI和Content URI的区别、以及各自的获取场景讲得明明白白～

一、核心差异 #

两者都是标识文件的方式，但设计逻辑和安全属性天差地别：

• File URI（file:///开头）：直接指向设备文件系统的真实路径，比如file:///storage/emulated/0/Download/photo.jpg。它的最大问题是安全性极低——不仅会暴露设备的文件结构，从Android 7.0（API 24）开始，跨应用分享File URI还会触发FileUriExposedException，系统直接禁止这种行为。而且它只能访问公共存储或本应用私有目录的文件，其他应用私有目录的文件根本拿不到对应的File URI。
• Content URI（content://开头）：这是通过Content Provider提供的「间接访问令牌」，比如content://com.android.providers.media.documents/document/image:1001。它不暴露真实文件路径，所有文件的读写请求都由对应的Content Provider处理，权限非常可控——比如你通过系统文件选择器拿到的Content URI，系统会临时给你的应用授权访问该文件，完全不用担心泄露隐私。另外，Content URI还能指向云端文件（比如Google Drive里的文件）或者其他应用私有目录的文件，只要对应的Content Provider支持就行。

二、获取场景分析 #

你提到用系统文件选择器拿到的都是Content URI，这完全符合Android的设计规范：
从Android 4.4（API 19）开始，系统通过ACTION_GET_CONTENT或ACTION_OPEN_DOCUMENT启动的文件选择器，就默认返回Content URI了，目的就是推广安全、统一的文件访问机制。

那什么时候能拿到File URI呢？

• 访问本应用私有目录的文件时，你可以自行构建File URI，比如Uri.fromFile(new File(getFilesDir(), "note.txt"))，但注意这个URI只能在自己应用内部用，跨应用分享必须通过FileProvider转换成Content URI，否则会触发权限异常。
• 部分老旧的第三方文件管理器，可能还会返回File URI，但这种情况现在越来越少见，因为不符合Android的安全要求。
• 如果你直接通过Environment.getExternalStorageDirectory()获取公共存储的文件路径，自行构建的也是File URI，但同样，跨应用分享时会有安全风险。

另外补充个Content URI的实用优势：它支持持久化权限。如果用ACTION_OPEN_DOCUMENT启动文件选择器，你可以通过ContentResolver.takePersistableUriPermission()把访问权限持久化，下次打开应用不用再让用户重新选择文件，直接就能访问该文件，这是File URI做不到的。

备注：内容来源于stack exchange，提问作者Anirudh Kachroo