Android应用跨模块图片处理与传输的最佳实践咨询

阿华AIGC实验室

2026-5-19

Android模块间图片传输的最佳实践（避开存文件再读的麻烦）

嘿，这个问题我太有共鸣了——之前做图片编辑App的时候狠狠踩过「存文件再读」的坑：既要申请存储权限，还要手动管理临时文件的删除，用户频繁拍照编辑的话，一不小心就留一堆垃圾文件，后期清理逻辑还容易出bug。下面给你几个实战验证过的更优方案，按需选就行：

1. 内存直接传递（同进程小图首选）

如果你的拍照模块和编辑模块在同一个进程，且图片尺寸不大（比如缩略图、经过压缩的编辑图），直接在内存里传Bitmap或者ByteArray是最省事的：

常用实现方式：
- 接口回调：拍照类定义一个OnPhotoCapturedListener接口，编辑模块实现这个接口，拍完照后直接调用listener.onPhotoCaptured(compressedBitmap)
- Jetpack ViewModel共享：创建一个全局或页面级的PhotoSharedViewModel，里面用MutableStateFlow<Bitmap?>存图片数据，拍照模块拍完后更新Flow的值，编辑模块通过观察Flow拿到图片
注意事项：
- 别直接传原始尺寸的Bitmap！一定要先压缩：用Bitmap.compress(Bitmap.CompressFormat.JPEG, 80, outputStream)转成ByteArray，或者用BitmapFactory.Options设置inSampleSize降采样，避免OOM
- 这个方案只适合同进程，跨进程传Bitmap容易触发内存超限

代码示例（ViewModel方式）：

// 共享ViewModel
class PhotoSharedViewModel : ViewModel() {
    private val _capturedPhoto = MutableStateFlow<Bitmap?>(null)
    val capturedPhoto: StateFlow<Bitmap?> = _capturedPhoto

    fun setCapturedPhoto(bitmap: Bitmap) {
        // 先压缩再存，避免内存过大
        val compressedBitmap = compressBitmap(bitmap)
        _capturedPhoto.value = compressedBitmap
    }

    private fun compressBitmap(bitmap: Bitmap): Bitmap {
        val outputStream = ByteArrayOutputStream()
        bitmap.compress(Bitmap.CompressFormat.JPEG, 70, outputStream)
        val byteArray = outputStream.toByteArray()
        return BitmapFactory.decodeByteArray(byteArray, 0, byteArray.size)
    }
}

// 拍照模块
val viewModel = ViewModelProvider(requireActivity())[PhotoSharedViewModel::class.java]
camera.takePhoto { bitmap ->
    viewModel.setCapturedPhoto(bitmap)
}

// 编辑模块
val viewModel = ViewModelProvider(requireActivity())[PhotoSharedViewModel::class.java]
lifecycleScope.launch {
    viewModel.capturedPhoto.collect { bitmap ->
        bitmap?.let { imageView.setImageBitmap(it) }
    }
}

2. ContentProvider（跨模块/跨进程大图首选）

如果图片尺寸大，或者需要跨模块、跨进程传递（比如拍照模块是独立Library，或者和编辑模块分属不同进程），ContentProvider是最安全高效的方案：

核心思路：拍照后把图片存在应用私有目录（无需外部存储权限），然后通过自定义ContentProvider对外提供访问Uri，编辑模块通过ContentResolver读取图片数据
优点：
- 不用暴露真实文件路径，安全性更高
- 可以通过ContentProvider的逻辑自动管理文件生命周期（比如设置过期时间，或者在编辑完成后主动删除）
- 支持跨进程访问，系统会帮你处理权限控制

关键步骤：

自定义ContentProvider，实现query、delete等方法，负责图片文件的访问和清理
拍照后将图片写入私有目录，调用getContentResolver().insert()插入一条记录，拿到对应的Uri
编辑模块通过这个Uri，调用contentResolver.openInputStream(uri)读取图片数据

3. 共享内存（MemoryFile，超大图跨进程专属）

如果要传递的是RAW格式这类超大图片，跨进程传递时序列化/反序列化开销极大，MemoryFile是最优解：

核心思路：拍照模块把图片数据写入MemoryFile，然后将MemoryFile的文件描述符通过Binder传递给编辑模块，编辑模块直接通过文件描述符读取内存中的数据
优点：完全避免了数据拷贝，性能拉满，适合GB级别的超大文件
注意事项：API偏底层，需要手动处理文件描述符的传递和关闭，要注意内存泄漏，用完必须及时关闭MemoryFile