Kotlin+Compose项目中可原位缩放存储图片的Android库有哪些？

你之前调研的Picasso、Glide并非不支持落盘存储，只是默认API偏向UI展示场景，没有直接开放持久化的封装，以下是经过验证的可行方案：

1. Jetpack原生方案（零额外重型依赖，优先推荐） #

不需要引入大型图片库，仅需搭配官方ExifInterface组件即可实现全流程可控的尺寸调整与存储：

• 仅需添加依赖：androidx.exifinterface:exifinterface，用于读取原图片的旋转、元数据，避免调整尺寸后图片方向错乱
• 实现逻辑：
  • 对拍照/相册返回的图片Uri，通过BitmapFactory.Options配置inSampleSize参数做采样解码，避免直接加载全尺寸原图触发OOM
  • 采样得到符合目标尺寸的Bitmap后，根据Exif信息修正图片方向，通过FileOutputStream将Bitmap写入目标路径：传入原文件路径即可实现原位覆盖保存，传入指定缩略图路径即可生成对应缩略图
  • 整个IO逻辑放在协程IO调度器中执行，不会阻塞Compose UI线程，处理完成后直接返回存储路径给Compose的图片加载组件即可
• 优势：包体积影响极小，逻辑完全可控，不存在第三方库的版本兼容问题

2. 轻量专用库：Compressor #

这是专门为Android平台设计的Kotlin-first图片处理库，原生支持协程，和Compose适配度极高：

• 核心能力：
  • 支持自定义目标宽高、压缩质量、输出图片格式
  • 支持直接传入原文件对象实现原位覆盖保存，也可指定独立路径存储调整后图片、自动生成缩略图
  • 内置Exif信息处理逻辑，自动修正图片旋转方向，不需要手动编写边界判断代码
• 基础调用示例：

// 协程作用域内执行即可
val targetFile = Compressor.compress(context, originalImageFile) {
    resolution(1280, 720) // 配置目标调整尺寸
    quality(80) // 配置压缩质量0-100
    destination(saveTargetFile) // 传入原文件即原位保存，传入缩略图路径即生成缩略图
}

• 优势：API简洁，整体体积仅几十KB，没有冗余依赖，比手写原生逻辑节省大量边界处理成本

3. 现有Glide扩展实现 #

如果项目中已经集成了Glide，不需要额外引入其他库也能实现持久化需求：

• 实现方式：自定义CustomTarget传入目标尺寸参数，在资源加载回调中拿到Glide处理完成的Bitmap对象，自行通过输出流写入本地存储即可
• 不足：需要自行处理Exif方向修正、IO线程切换、Bitmap回收等逻辑，维护成本更高，不推荐为了该功能专门集成Glide

注意事项 #

• 所有Bitmap对象写入文件完成后要及时调用recycle()回收，避免内存泄漏
• 适配Android 10及以上分区存储规则时，保存到公共目录的图片需要通过MediaStore API操作，不要直接硬编码公共路径
• 生成缩略图不需要追求过小尺寸，结合屏幕密度取屏幕宽高的1/2到1/4即可，既能保证清晰度，也能把文件体积控制在合理范围

内容的提问来源于stack exchange，提问作者Raj Narayanan