Glide内存占用优化
近期项目中选用glide作为图片加载工具,布局采用NestedScrollView嵌套RecyclerView实现,recycleview中的条目有张图片,通过glide添加,RecyclerView不断下滑不断加载更多item,随着recycleview中的item数量的不断增加,应用内存不断增长直至最后OOM退出
查找发现内存暴涨是因为recyvleview中的item条目数量太多,每个条目都持有一个bitmap占用了大量内存,要想内存保持不暴涨,必须做到及时回收item中的bitmap,在adapter中重写item回收方法:
@Override
public void onViewRecycled(@NonNull BaseViewHolder holder) {
MyLog.e(TAG,"onViewRecycled");
ImageView imageView = holder.itemView.findViewById(R.id.goods_img);
if(imageView!=null) {
imageView.setImageDrawable(null);
Glide.with(imageView.getContext()).clear(imageView);
}
super.onViewRecycled(holder);
}
发现onViewRecycled有调用,但是调用的次数非常少,相对于大量的添加item来说,这点回收无济于事,通过网络查找发现NestedScrollView+RecyclerView的使用方式会导致RecyclerView不复用item,所以修改代码结构,将NestedScrollView+Recycleview的形式改为单独recycleview,之前在NestedScrollView中的其他子view添加到recycleview中,添加方法类似添加header、footer,这样RecyclerV

在项目中使用Glide进行图片加载时遇到内存不断增长问题,由于RecyclerView条目过多导致Bitmap占用大量内存。通过调整布局结构,增强RecyclerView复用功能,有效解决了内存暴涨。同时,对Glide进行全局配置,降低缓存池大小和图片质量,减少内存占用。然而,Glide在内存回收上不如Fresco,考虑过替换,但在限制图片质量和添加主动回收后,内存表现接近,因此保留了Glide。未来对于大量图片加载任务,可能会选择Fresco。

1896

被折叠的 条评论
为什么被折叠?



