Android TV快速加载小JPEG的内存泄漏与优化问题

• 图片文件体积≠内存占用：你看到的单张10KB是JPG/WEBP等压缩格式的磁盘文件大小，图片加载到内存时会解码为位图格式。以Android TV端常见的海报尺寸（宽300px、高450px）、ARGB_8888色彩格式计算，单张位图内存占用为300 * 450 * 4 = 540KB，如果是4K分辨率设备海报尺寸翻倍，单张内存占用可达2MB以上。你预加载50张图再加上滚动过程中的临时缓存，总占用突破百MB是正常现象，和源文件压缩后的体积没有直接关联。
• FinalizerReference内存过高的原因：你在seek结束后才调用recycle()的逻辑无法解决高速滚动场景的内存堆积。短时间极速滚动时会频繁创建大量Bitmap对象，如果你没有在淘汰旧缓存的第一时间回收Bitmap资源，大量失去引用的Bitmap会进入Finalizer队列等待GC处理，Finalizer线程的处理速度远跟不上高速滚动时的对象创建速度，就会导致数百MB的内存堆积在FinalizerReference队列中。
• Glide高速滚动显示空白的原因：Glide默认的预加载逻辑是为手机端触屏滚动设计的，检测到快速滑动时会主动取消非可视区域的加载任务以节省资源，默认的预加载窗口大小无法覆盖3档速度下的滚动步长，自然会出现加载不及时、显示占位块的问题。

内存问题修复 #

• 调整Bitmap回收时机：不要等用户停止操作才回收资源，在环形缓存逻辑淘汰最早25张旧图的节点，立刻对被淘汰的Bitmap调用recycle()并将引用置空，不要等待GC自动处理。注意做版本判断：Android 8.0及以上版本Bitmap内存归native层自动管理，无需手动调用recycle()，避免重复回收引发异常。
• 降低单张Bitmap内存占用：电影海报无透明通道，将Bitmap解码格式从默认ARGB_8888调整为RGB_565，单张图片内存占用直接减半，无肉眼可感知的画质损失。
• 动态调整缓存容量：不要固定预加载50张图片，根据当前滚动档位动态调整缓存大小：3档极速滚动时仅保留屏幕前后各10张图的缓存，减少同时持有的Bitmap总量，滚动速度降低后再补全缓存。

高速滚动加载体验优化 #

• 无需更换图片加载库，基于Glide改造即可适配TV场景：修改Glide全局配置，关闭快速滚动时自动取消非可视区域加载任务的逻辑，将预加载窗口大小调整为和你的环形缓存范围匹配，给即将进入可视区域的图片加载任务设置最高优先级。
• 实现分级加载策略：1档慢速滚动时加载正常分辨率的海报图，2、3档高速滚动时优先加载低分辨率缩略图填充列表，等滚动完全停止后再替换为高清海报，从根源上降低单张图的加载耗时。
• 提前触发预加载：监听D-pad长按事件，在滚动触发前就提前启动下一批次图片的加载，不要等条目滑动到屏幕边缘才开始加载任务。

TV端专属适配 #

• 调整RecyclerView缓存配置：将setItemViewCacheSize的数值设置为一屏可见的海报条目数量，减少滚动时反复bindView触发的重复加载请求。
• 关闭RecyclerView的预取动画和条目级别的回收动画，减少滚动时的主线程开销，给图片加载留出更多主线程时间片。

• 高速滚动过程中通过Memory Profiler观察，FinalizerReference队列长度稳定在10以内即说明回收逻辑生效。
• 3档极速滚动时单张图片的加载耗时控制在16ms以内，即可完全避免空白占位块的问题。
• 所有缓存的Bitmap总占用不超过应用分配可用内存的1/8，避免被系统低内存机制杀死进程。

内容的提问来源于stack exchange，提问作者Pavan Tiwari