安卓 Bitmap 转 byte[] 时内存溢出或数据为空的原因是什么？

Question

安卓中 Bitmap 转 byte[] 时出现内存溢出或数据为空，常见原因有三：一是未校验 Bitmap 是否为 null 或已 recycle（回收后调用 compress 会返回空数组）；二是使用 `BitmapFactory.decodeResource()` 等方法加载高分辨率图片时未采样缩放（未设置 `inSampleSize`），导致原始 Bitmap 占用内存过大（如 4000×3000 ARGB_8888 图占 48MB），在调用 `compress()` 转 byte[] 前已触发 OOM；三是错误选用压缩格式（如 `Bitmap.CompressFormat.WEBP` 在低版本 Android 不支持，导致 compress 返回 false、byte[] 为空）；四是使用 `getPixels()` + `ByteArrayOutputStream` 手动转换时未正确处理像素格式与字节数组容量计算，造成数据截断或空写入。建议统一采用 `bitmap.compress(format, quality, stream)` 并确保 stream 非 null、bitmap 有效且内存充足，关键路径添加 try-catch 与空值防护。

Answer 1

```html

一、现象层：典型崩溃与异常表现

• 调用 bitmap.compress(...) 后返回 false，ByteArrayOutputStream.toByteArray() 得到空数组（length == 0）
• 应用在 BitmapFactory.decodeXXX() 或 compress() 时抛出 OutOfMemoryError: Failed to allocate a XXX byte allocation
• Logcat 中出现警告：Bitmap is recycled or null — compress() will return false（虽非标准日志，但可通过防护逻辑主动输出）
• 同一张图片在 Android 4.3 设备上转 byte[] 失败，但在 Android 12 上成功——暗示格式兼容性问题

二、根因层：四大核心缺陷分类解析

类别	技术本质	内存/行为影响	触发条件示例
① 空/回收态 Bitmap	Bitmap 对象为 null 或已调用 recycle()，底层 native bitmap 引用失效	compress() 直接返回 false，不写入 stream；无 OOM，但逻辑中断	bitmap = BitmapFactory.decodeResource(res, R.drawable.xxx); bitmap.recycle(); bitmap.compress(...)
② 未采样加载致 OOM	未配置 inSampleSize，全分辨率解码 → 内存占用 = width × height × bytesPerPixel（ARGB_8888 = 4B）	4000×3000 图 → 48MB 占用；超出 Heap Max（如 128MB 进程限制）即 OOM	BitmapFactory.decodeFile(path) 加载手机相册原图
③ 压缩格式不兼容	WEBP 在 API < 14 不支持 lossy，API < 12 不支持任何 WEBP；compress() 内部校验失败后静默返回 false	无异常抛出，但 stream 无数据；低版本机型复现率高	bitmap.compress(CompressFormat.WEBP, 80, stream) on Android 4.0.4
④ 手动像素转换误算	getPixels() 返回 int[]（ARGB），若误按 byte[] 容量分配 new byte[pixels.length]，实际需 pixels.length * 4	字节数组容量不足 → out.write() 截断或写入乱码；最终 byte[] 数据损坏	未考虑 Bitmap.getConfig() 动态适配像素字节数

三、实践层：防御式编码规范与工具链

推荐统一采用 compress() 流式路径，并嵌入多级防护：

public static byte[] bitmapToBytes(@Nullable Bitmap bitmap, @NonNull CompressFormat format, int quality) {
    if (bitmap == null || bitmap.isRecycled()) {
        throw new IllegalArgumentException("Bitmap is null or recycled");
    }
    // 兼容性兜底：低版本自动降级为 JPEG
    CompressFormat safeFormat = (Build.VERSION.SDK_INT < Build.VERSION_CODES.JELLY_BEAN_MR2 && 
            format == CompressFormat.WEBP) ? CompressFormat.JPEG : format;

    ByteArrayOutputStream stream = new ByteArrayOutputStream();
    try {
        if (!bitmap.compress(safeFormat, quality, stream)) {
            throw new IllegalStateException("Bitmap.compress() returned false — check format support & bitmap state");
        }
        return stream.toByteArray();
    } catch (OutOfMemoryError e) {
        throw new OutOfMemoryError("OOM during bitmap compression: " + bitmap.getWidth() + "x" + bitmap.getHeight() + 
                " " + bitmap.getConfig() + ", format=" + safeFormat);
    } finally {
        try { stream.close(); } catch (IOException ignored) {}
    }
}

四、架构层：构建可监控的图像处理管道

使用 Mermaid 描述健壮转换流程：

flowchart TD
    A[输入 Bitmap] --> B{Null or Recycled?}
    B -- Yes --> C[Throw IllegalArgumentException]
    B -- No --> D[Check Format Support]
    D --> E{Supports WEBP?}
    E -- No --> F[Auto-downgrade to JPEG]
    E -- Yes --> G[Use Original Format]
    F & G --> H[Allocate ByteArrayOutputStream]
    H --> I[bitmap.compress format, quality, stream]
    I --> J{Success?}
    J -- No --> K[Throw IllegalStateException]
    J -- Yes --> L[Return toByteArray]

五、演进层：面向未来的优化方向

• 引入 androidx.core.graphics.BitmapCompat 封装兼容性逻辑
• 在 Jetpack Compose 场景中，优先使用 ImageBitmap + encodeImage 避免 Java 层 Bitmap 生命周期干扰
• 对 >2MP 图片强制启用 inSampleSize 自适应计算（基于目标尺寸反推缩放比）
• 接入 LeakCanary 监控 Bitmap 实例泄漏，结合 Memory Profiler 分析堆中重复大图实例
• 构建单元测试矩阵：覆盖 API 16/19/23/33 + 各 Config（ARGB_8888/RGB_565）+ Format（JPEG/PNG/WEBP）组合场景

```