使用Picasso加载图片的内存优化实践
来源:互联网 发布:线切割控制器手动编程 编辑:程序博客网 时间:2024/05/17 23:08
首先是原文地址,感谢原作者的分享。
1.图片裁剪
在列表页尽量使用裁剪后的图片,在查看大图模式下才加载完整的图片。
图片裁剪示例
Picasso.with( imageView.getContext() ).load(url).resize(dp2px(250),dp2px(250)).centerCrop().into(imageView);
ps:这里我补充一下,Glide加载库会根据ImageView的大小缓存图片,所以比picasso加载速度快,毕竟不用裁剪重新渲染。
picasso默认情况下会使用全局的ApplicationContext,即开发者传进去Activity,picasso也会通过activity获取ApplicationContext。
2.查看大图放弃memory cache
Picasso默认会使用设备的15%的内存作为内存图片缓存,且现有的api无法清空内存缓存。我们可以在查看大图时放弃使用内存缓存,图片从网络下载完成后会缓存到磁盘中,加载会从磁盘中加载,这样可以加速内存的回收。
Picasso.with(getApplication()).load(mURL).memoryPolicy(NO_CACHE, NO_STORE).into(imageView);
其中memoryPolicy的NO_CACHE是指图片加载时放弃在内存缓存中查找,NO_STORE是指图片加载完不缓存在内存中。
3.RecyclableImageView
重写ImageView的onDetachedFromWindow方法,在它从屏幕中消失时回调,去掉drawable引用,能加快内存的回收。
public class RecyclerImageView extends ImageView{ ... @Override protected void onDetachedFromWindow() { super.onDetachedFromWindow(); setImageDrawable(null); }}
实验环境:加载大图不使用内存缓存。
实验场景:从图片列表页切换到详情页看大图,然后返回,不停重复。
首先是普通ImageView
再是自定义的RecyclableImageView
可以看到使用了RecyclableImageView的实验在切换过程中产生的内存谷值明显优于ImageView,说明drawable更容易被回收。
4.新进程中查看大图
列表页的内存已经非常稳定,但是查看大图时,大图往往占用了20+m内存,加上现有进程中的内存,非常容易oom,在新进程中打开Activity成为比较取巧的避免oom的方式。
<activity android:name=".DetailActivity" android:process=":picture"/>
只要在AndroidManifest.xml中定义Activity时加入process属性,即可在新进程中打开此Activity。由此,picasso也将在新进程中创建基于新ApplicationContext的单例。
5.列表页滑动优化
picasso可以对多个加载请求设置相同的tag,即
Object tag = new Object();
Picasso.with( imageView.getContext() ).load(url).resize(dp2px(250),dp2px(250)).centerCrop().tag(tag).into(imageView);
例如在RecyclerView滑动时监听,处理不同的表现:
mRecyclerView.addOnScrollListener(new RecyclerView.OnScrollListener(){ @Override public void onScrollStateChanged(RecyclerView recyclerView, int newState) { if (newState == RecyclerView.SCROLL_STATE_IDLE) { Picasso.with(context).resumeTag(tag); } else { Picasso.with(context).pauseTag(tag); } }});
6.RGB_565
对于不透明的图片可以使用RGB_565来优化内存。
ps:这里我补充一下,Glide加载库默认使用RGB_565,所以内存开销少一半。
Picasso.with( imageView.getContext() ).load(url).config(Bitmap.Config.RGB_565).into(imageView);
默认情况下,Picasso使用ARGB_8888
Android中有四种,分别是:ALPHA_8:每个像素占用1byte内存ARGB_4444:每个像素占用2byte内存ARGB_8888:每个像素占用4byte内存RGB_565:每个像素占用2byte内存
GB_565呈现结果与ARGB_8888接近,内存对比如下图
默认ARGB_8888,列表滑动时平均内存10m
RGB_565,列表滑动时,平均7M
ps:可能有人会有疑问,你不是说会少一半嘛,怎么只少了3m,其实你可能忘了,app本身不加载图片也会占一部分内存,所以可以推测本身app占4m。
7. reference
Picasso and Context
JakeWharton的避免OOM建议
Clear Cache memory of Picasso
最后我来简单对比一下常用的图片加载库Picasso、Glide、Fresco。(不要问我UIL,因为作者已经不维护了,不推荐使用了。但是他的设计思想值得每个人学习!)
在我们公司中项目中使用的都是Picasso,因为体积小,用法简洁。因为项目中没有去加载Gif所以没有考虑Glide。Fresco因为体积比较大,所以没有对图片有特殊需求的项目不建议使用。
我个人很推荐使用Glide,毕竟他帮我们做了许多优化,比如文中的第一和第六条,同时用法也很简洁,毕竟他是基于Picasso的。当然了具体情况具体对待,仅供参考哈。。。
- 使用Picasso加载图片的内存优化实践
- 使用Picasso加载图片的内存优化实践
- 使用Picasso加载图片的内存优化实践
- 使用Picasso加载图片的内存优化实践
- 使用Picasso加载图片的内存优化实践
- 使用Picasso加载图片的内存优化实践
- 【Android】使用Picasso加载图片的内存优化实践
- 使用Picasso加载图片的内存优化实践
- 使用Picasso加载图片的内存优化实践
- 使用Picasso加载图片的内存优化实践
- 使用Picasso加载图片的内存优化实践
- 使用Picasso加载图片的内存优化实践
- 使用Picasso加载图片的内存优化实践
- 使用Picasso加载图片的内存优化实践
- 使用Picasso加载图片的内存优化实践
- 使用Picasso加载图片的内存优化实践
- 使用Picasso加载图片的内存优化实践
- 使用Picasso加载图片的内存优化实践
- starUML破解方法(Windows10 & MAC)
- C 程序员必须收藏的资源大全
- ZooKeeper 实现分布式锁
- 通过Ajax获取另一个页面的div值赋值到本页面中
- block,inline和inline-block概念和区别
- 使用Picasso加载图片的内存优化实践
- 我的第一篇博客
- Spring Boot应用中Messages资源信息在Thymeleaf中的显示错误问题
- sprintf、strcpy和memcpy的区别
- java类执行顺序
- 查看MYSQL版本的几种方法
- 二两橙子的前端之路--简单算法的实现
- Java并发编程之volatile关键字的理解
- 查看MYSQL版本的几种方法