本文介绍如何在 expo 应用中配合 `expo-file-system` 安全删除由 `expo-image-picker` 拍摄或选择后本地缓存的照片文件，并说明其生命周期管理策略。
Expo Image Picker 本身不提供文件删除能力——它仅负责拍照、选图并返回一个本地文件 URI（如 file:///data/user/0/host.exp.exponent/cache/ExperienceData/%2540yourname%252Fapp/ImagePicker/xxx.jpg）。该 URI 指向设备上真实的临时或缓存文件，不会自动清理，也不会随 App 卸载而消失。因此，若需释放存储空间或保障用户隐私，必须手动删除对应文件。
✅ 正确删除照片的步骤
-
确保已安装依赖
npx expo install expo-file-system
-
在删除数据库记录的同时，调用 FileSystem.deleteAsync()
传入 ImagePicker 返回的 uri 字段即可：import * as ImagePicker from 'expo-image-picker'; import * as FileSystem from 'expo-file-system'; // 假设你已通过如下方式获取图片 const result = await ImagePicker.launchCameraAsync({ mediaTypes: ImagePicker.MediaTypeOptions.Images, allowsEditing: true, quality: 0.8, }); if (!result.canceled && result.assets?.[0]?.uri) { const photoUri = result.assets[0].uri; // 例如：file:///.../ImagePicker/abc.jpg // 保存 photoUri 到数据库（如 SQLite 或 AsyncStorage） await savePhotoToDB(photoUri); // 后续删除时： try { await FileSystem.deleteAsync(photoUri, { idempotent: true }); console.log('照片文件已成功删除'); // ✅ 同时从数据库移除该条记录 await deletePhotoRecordFromDB(photoUri); } catch (error) { console.warn('删除文件失败（可能已不存在）:', error); } }
? 关键说明：idempotent: true 是推荐配置——当文件已被删除或路径无效时，不会抛出错误，避免中断业务逻辑，提升健壮性。
⚠️ 注意事项与最佳实践
-
URI 有效性时效性：ImagePicker 返回的 uri 在 Android 和 iOS 上均为本地沙盒路径，通常长期有效（除非用户手动清空 App 缓存、系统自动清理或调用 FileSystem.deleteAsync）。但不建议长期依赖该 URI 而不验证文件是否存在。可在删除前用 FileSystem.getInfoAsync(uri) 预检：
const info = await FileSystem.getInfoAsync(photoUri); if (info.exists) { await FileSystem.deleteAsync(photoUri, { idempotent: true }); } iOS 特别注意：在 iOS 上，ImagePicker.launchCameraAsync() 返回的 URI 默认指向临时目录（/tmp/），系统可能在内存紧张时自动回收；而 launchImageLibraryAsync() 返回的 URI 通常位于 Caches/ 目录，更稳定。如需长期保留，请先用 FileSystem.copyAsync() 将文件迁移至 FileSystem.documentDirectory。
权限无需额外申请：expo-file-system 对自身生成或 expo-image-picker 写入的沙盒路径拥有完全读写权限，无需额外请求 android.permission.READ_EXTERNAL_STORAGE 等原生权限（Expo SDK 49+ 已屏蔽此类敏感权限）。
存储周期总结：这些照片不会自动过期——它们将一直保留在设备上，直到你显式调用 deleteAsync()、用户卸载 App（沙盒数据随之清除），或系统在极端低存储情况下触发自动清理（非常规行为，不可依赖）。
✅ 总结
Expo Image Picker 的照片文件需借助 expo-file-system 主动管理生命周期。核心模式为：“URI 保存 → 业务使用 → 删除时同步调用 FileSystem.deleteAsync()”。搭配 idempotent: true 和存在性校验，可构建稳定、安全、符合隐私规范的媒体文件清理机制。记住：没有自动回收，只有主动删除——这是 Expo 沙盒设计的明确约定。
