嘿，我帮你找到了两个核心问题，这就是复制后的图片无法打开的原因：

1. 文件复制逻辑丢失了第一块数据 #

你的copyFilePathToContentUri函数里，一开始先执行了一次length = inputStream.read(buffer)，但并没有把这部分数据写入输出流，紧接着进入while循环又重新读取，直接把第一次读取的内容丢弃了。这会导致文件开头的关键数据缺失，图片自然损坏无法打开。

修复后的复制函数： #

@Throws(IOException::class)
fun copyFilePathToContentUri(fromPath: String, toContentUri: Uri) {
    AppContext.getAppContext().contentResolver.openOutputStream(toContentUri)?.use { outputStream ->
        FileInputStream(fromPath).use { inputStream ->
            val buffer = ByteArray(1024)
            var length: Int
            // 直接进入循环，每次读取后判断是否有数据，然后写入
            while (inputStream.read(buffer).also { length = it } > 0) {
                outputStream.write(buffer, 0, length)
            }
        }
    }
}

2. Android Q+ 下未重置IS_PENDING标记 #

你在创建图片Uri时设置了MediaStore.Images.Media.IS_PENDING = 1，这个标记会告诉系统该文件正在被编辑，其他应用（包括系统媒体库）无法访问它。复制完成后必须将这个标记重置为0，否则系统会认为文件还未准备好，导致无法打开。

完整的调用流程示例： #

// 创建目标Uri
val targetUri = createImagesFile("你的源图片路径") ?: return
try {
    // 执行复制
    copyFilePathToContentUri("源图片路径", targetUri)
    
    // 复制完成后，重置IS_PENDING标记
    if (hasAndroid10()) {
        val values = ContentValues().apply {
            put(MediaStore.Images.Media.IS_PENDING, 0)
        }
        AppContext.getAppContext().contentResolver.update(targetUri, values, null, null)
    }
} catch (e: IOException) {
    // 处理异常，比如删除未完成的文件
    AppContext.getAppContext().contentResolver.delete(targetUri, null, null)
    e.printStackTrace()
}

额外优化建议 #

• 你的createImagesFile里设置的DISPLAY_NAME是固定的"Photo"，这样会导致文件名重复，建议改成更唯一的名称（比如加上时间戳或原文件名），避免覆盖已有文件。
• 复制文件时可以使用FileChannel.transferTo方法，比手动读写buffer更高效：

FileInputStream(fromPath).channel.use { inputChannel ->
    outputStream.channel.use { outputChannel ->
        inputChannel.transferTo(0, inputChannel.size(), outputChannel)
    }
}

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