如何解决Android Adapter场景下Bitmap内存泄漏问题

核心优化措施 #

Adapter生命周期绑定优化 #

• 在onViewRecycled（RecyclerView Adapter）/条目销毁回调中主动释放Bitmap资源，执行bitmap.recycle()的同时将对应ImageView的drawable置为null，切断引用链路
• onBindViewHolder中绑定Bitmap加载任务时，给ImageView设置tag关联当前任务，复用View时先取消上一个未完成的加载任务，避免旧任务持有无效Bitmap引用
• 禁止在Adapter中持有Activity/Context的强引用，必须使用上下文的场景优先传入Application Context

Bitmap加载&配置优化 #

• 解码Bitmap前根据目标ImageView的宽高计算合适的inSampleSize采样率，仅加载匹配控件尺寸的Bitmap到内存，大幅降低单张Bitmap的内存占用
• 无透明度需求的业务场景，将Bitmap的像素格式从默认ARGB_8888改为RGB_565，单像素内存占用从4字节降到2字节，整体内存占用减半
• 接入全局统一的Lru内存缓存+磁盘缓存机制，相同资源的Bitmap避免重复解码，同时控制缓存总大小不超过进程可用内存的1/8

主线程调度优化（解决ANR） #

• 所有Bitmap解码、回收操作全部放在子线程执行，禁止在主线程处理超过100KB的Bitmap，避免阻塞主线程调度
• 列表快速滑动状态下暂停Bitmap加载任务，待滑动停止后再恢复加载，减少主线程的瞬时IO/计算压力

排查验证方法 #

• 用MAT/Android Studio Profiler查看Bitmap的GC Root链路，确认是否有静态变量、单例、后台线程意外持有Bitmap引用
• 开启Allocation Tracker追踪Bitmap的分配堆栈，排查是否存在重复创建、未被缓存的Bitmap实例

内容的提问来源于stack exchange，提问作者c-an