Glide内存占用优化

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

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值