FileSystemStorage分享文件二次出现IMG_时间前缀问题求助

这种情况核心原因是分享流程中未明确传递文件原始名称，或第二次分享时Uri指向了系统自动生成的临时副本，导致接收应用（如Gmail、WhatsApp）自动生成带IMG_日期时间_前缀的文件名。以下是具体排查点和解决方案：

1. 强制在分享Intent中指定文件名 #

接收应用默认会根据Uri解析文件名，如果解析失败或未获取到，就会自动生成带前缀的名称。必须显式传递文件名：

val targetFile = File(getExternalFilesDir(null), "data.csv")
val fileUri = FileProvider.getUriForFile(this, "${packageName}.fileprovider", targetFile)

val shareIntent = Intent(Intent.ACTION_SEND).apply {
    type = "text/csv"
    putExtra(Intent.EXTRA_STREAM, fileUri)
    // 显式设置文件名，让接收应用直接使用
    putExtra(Intent.EXTRA_TITLE, targetFile.name)
    // 针对部分应用，通过ClipData传递文件名更可靠
    clipData = ClipData.newRawUri(targetFile.name, fileUri)
    // 必须添加读权限，避免接收应用无法访问文件
    addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION)
}
startActivity(Intent.createChooser(shareIntent, "分享文件"))

2. 检查FileProvider配置与Uri生成逻辑 #

• 确保res/xml/file_paths.xml覆盖了你的文件存储路径，避免Uri指向错误位置：

<paths>
    <!-- 示例：对应getExternalFilesDir(null)的路径 -->
    <external-files-path name="app_files" path="."/>
</paths>

• 每次分享都要基于原始文件实例生成Uri，不要复用旧Uri或临时文件Uri，否则系统会自动复制文件到临时目录并重命名。

3. 避免复用旧的分享Intent #

如果你的代码中存在复用同一个Intent的逻辑（比如把Intent作为全局变量缓存），第二次分享时可能因权限失效或文件状态变化，导致系统生成临时副本。解决方法是每次分享都重新创建Intent，确保所有参数（Uri、文件名、权限）都是最新的。

4. 清理临时文件（如果有） #

如果你的分享流程中存在复制文件到临时目录的逻辑，第二次分享前要清理旧的临时文件，避免系统因文件重名自动添加前缀。

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