使用Bitmap压缩的缓存文件能否用于分发？Android图片压缩上传问询

1. Bitmap压缩的缓存文件是否可用于分发场景 #

可以，完全满足要求。只要你在FileProvider的路径配置文件中已声明缓存目录的访问权限，压缩后的缓存文件无论是上传到Firebase Storage，还是分享给其他应用，都符合Android分区存储的政策要求，不需要申请额外的存储权限。

2. 当前实现的可优化点 #

你现有的代码逻辑基本可用，但存在几个潜在问题：

• 压缩大小准确性不足：JPEG质量参数和最终文件大小并非线性对应，仅通过原始文件大小单次计算质量参数，很容易出现压缩后仍超出目标大小的情况。
• 内存风险高：直接调用BitmapFactory.decodeFile解码CameraX拍摄的高分辨率原图，没有设置采样率，很容易触发OOM崩溃。
• 逻辑冗余且判断有bug：压缩和上传阶段重复写了遍历缓存目录匹配文件的逻辑，且用filePath.contains(files[i].name)做匹配，存在重名文件匹配错误的风险。
• 容错性差：直接覆盖原始缓存文件，如果压缩过程异常中断，原始照片文件会直接损坏。
• FileProvider使用逻辑错误：你已经通过FileProvider.getUriForFile生成了合规的Uri，后续又转回本地File路径，完全违背了分区存储不直接访问文件路径的要求。

3. 优化后的压缩实现方案 #

优化逻辑：先对图片做采样降分辨率，再循环调整压缩质量，直到文件大小符合要求，压缩后生成独立的临时文件不覆盖原图，上传直接使用FileProvider生成的Uri。

@Throws(IOException::class)
fun compressImageToCache(context: Context, sourceUri: Uri, targetMB: Int): Uri? {
    // 第一步：解码时采样降分辨率，避免OOM
    val options = BitmapFactory.Options().apply {
        inJustDecodeBounds = true
    }
    context.contentResolver.openInputStream(sourceUri)?.use { input ->
        BitmapFactory.decodeStream(input, null, options)
    }
    val targetWidth = 1920 // 可根据业务调整最大宽高
    val targetHeight = 1080
    options.inSampleSize = calculateInSampleSize(options, targetWidth, targetHeight)
    options.inJustDecodeBounds = false

    val sourceBitmap = context.contentResolver.openInputStream(sourceUri)?.use { input ->
        BitmapFactory.decodeStream(input, null, options)
    } ?: return null

    // 处理Exif方向
    val exifDegree = context.contentResolver.openInputStream(sourceUri)?.use { input ->
        val exif = ExifInterface(input)
        val orientation = exif.getAttributeInt(ExifInterface.TAG_ORIENTATION, ExifInterface.ORIENTATION_NORMAL)
        exifOrientationToDegrees(orientation)
    } ?: 0
    val rotatedBitmap = if (exifDegree != 0) rotate(sourceBitmap, exifDegree) else sourceBitmap
    sourceBitmap.recycle()

    // 第二步：循环压缩直到符合目标大小
    val targetSizeBytes = targetMB * 1024 * 1024
    var quality = 100
    val compressedCacheFile = File(context.externalCacheDir, "compressed_${System.currentTimeMillis()}.jpg")
    do {
        compressedCacheFile.outputStream().use { out ->
            rotatedBitmap.compress(Bitmap.CompressFormat.JPEG, quality, out)
        }
        quality -= 10
    } while (compressedCacheFile.length() > targetSizeBytes && quality > 0)
    rotatedBitmap.recycle()

    // 生成合规的FileProvider Uri
    return FileProvider.getUriForFile(
        context,
        "kr.gowoonwoori.oniontime.fileprovider",
        compressedCacheFile
    )
}

// 计算采样率工具方法
private fun calculateInSampleSize(options: BitmapFactory.Options, reqWidth: Int, reqHeight: Int): Int {
    val height = options.outHeight
    val width = options.outWidth
    var inSampleSize = 1
    if (height > reqHeight || width > reqWidth) {
        val halfHeight = height / 2
        val halfWidth = width / 2
        while (halfHeight / inSampleSize >= reqHeight && halfWidth / inSampleSize >= reqWidth) {
            inSampleSize *= 2
        }
    }
    return inSampleSize
}

对应的Firebase上传逻辑可以简化为：

val uploadTask: UploadTask = when (type) {
    CloudStorageFileType.FILE -> {
        // 直接传入压缩后生成的FileProvider Uri即可，不需要访问本地路径
        val compressedUri = compressImageToCache(context, cameraXOutputUri, 1) // 目标1MB
        storageReference.putFile(compressedUri)
            .addOnCompleteListener {
                // 上传完成后删除临时压缩文件，避免占用空间
                context.contentResolver.delete(compressedUri, null, null)
            }
    }
    // 其他类型逻辑
}

4. 更优的实现建议 #

• 压缩格式替换为WebP：同清晰度下WebP格式体积比JPEG小30%左右，Android 4.0以上原生支持解码，Firebase Storage完全兼容WebP存储，只需要把压缩格式改为Bitmap.CompressFormat.WEBP即可。
• 避免手写压缩逻辑：如果业务对压缩效果没有特殊要求，可以直接用成熟的图片库的内置压缩能力，已经自带了采样、Exif处理、质量压缩的完整逻辑，稳定性更高。
• 开启Firebase断点续传：大文件上传时开启断点续传能力，避免网络波动导致上传失败需要重传的问题。
• 定期清理缓存：定期清理externalCacheDir下的过期临时文件，避免占用用户过多存储空间。

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