Android 图片 OOM 防护机制设计：大图加载、内存复用与多级缓存

1. 为什么图片加载总让 Android 开发抓狂？

图片是 Android 应用中不可或缺的元素，从用户头像到高清壁纸，从商品详情页到动态表情包，图片无处不在。然而，图片加载是内存管理的雷区，稍不留神就可能触发臭名昭著的 OutOfMemoryError（OOM）。为啥图片这么“吃内存”？原因很简单：一张 1080x1920 的高清图，假设是 ARGB_8888 格式，单单 Bitmap 就占用了 1080 × 1920 × 4 字节 ≈ 7.9MB 内存！如果你的 App 同时加载多张这样的图片，内存分分钟被榨干。

OOM 的罪魁祸首 通常有以下几点：

• 大图未压缩：直接加载高清图片，内存占用直接起飞。

• 缓存没管好：加载的图片没有合理缓存，导致重复加载或内存泄漏。

• Bitmap 不复用：每次都新建 Bitmap 对象，内存分配效率低下。

• 多线程加载混乱：并发加载图片，内存分配失控。

1.1 图片加载的内存陷阱

在 Android 中，图片加载的内存问题主要集中在 Bitmap 上。Bitmap 是 Android 用于存储图片像素数据的核心对象，它的内存分配直接发生在 Java 堆 或 Native 堆</