在去年的时候，在我写过一篇为什么图片加载我首先Glide里面提到过关于Picasso的内存问题导致我放弃了Picasso，在很长的一段时间里我不再使用Picasso，当时还做过测试，分析了UniversalImageLoader，Glide，Fresco等框架，比较了前景（Glide支持动态图，Fresco功能非常强大），内存管理，是否轻量级（fresco虽然强大，但是依赖太多了，方法数有5000多个），最终选择使用Glide。
不得不承认，glide和picasso用法上很像，glide加载图片比较流畅，自带渐变效果，生命周期管理上非常不错，但是也存在一些比较奇葩的问题在GridView或者ListView的Adapter中使用Glide加载图片，图片被拉伸问题,另外还有另一个我百思不得其解的问题，当我跳转其他的Activity，回来的时候，内存使用只升不降（偶尔会降一点点），当图片过多，列表页面滑动太快的时候也存在oom（OutOfMemoryException）的风险，总体来说Glide也是非常优秀的
既然Picasso那么占用内存，为什么我决定重新使用它？
Picasso相对Glide，方法数不足Glide的1/3（Picasso 2.5.2版本 849个方法，Glide 3.7.0版本有2879个方法，遇到过64k的同学会关注这个），Picasso不能加载动态图（通过第三方也可以实现），如果能解决Picasso的内存问题，使用Picasso相对Glide更轻量级些，当然会选择Picasso
如何解决Picasso占用内存问题？
在之前的测试中，Picasso加载小图片的内存占用和其他几个图片加载框架相比是不分上下的，但是在加载大图Picasso相对于其他几个框架却有着几倍的差距，在加载超过2M左右的图片就可能完全不能显示图片的情况（不同的手机可能不同），是不是只要减少图片的size就可以控制内存的占用率了
Picasso.with( context )
.load(url)
.resize(screenWidth/2，screenWidth/4*3)
.centerCrop()
.into(imageView);
果然，加上resize这个属性加载大图毫无压力，内存也非常平稳，甚至在图片非常多的时候，Picasso的内存占用率比Glide都要小得多。
一点感悟
可能很多人已经发现了Picasso也能够如此优化的处理内存占用问题，说来也惭愧，Picasso也已经用了一年多了，居然只是看表面的用法，并没有深层次的研究和解决问题，一度崇拜的Glide居然败给了很长时间都瞧不起的Picasso，可能这话也有些绝对，Glide还有哪些潜力尚待我们去发现呢？
扩展阅读
- 使用Picasso加载图片的内存优化实践(更多关于Picasso内存优化方案，超实用)
- GalleryFinal（Demo中有关于Picasso及Glide和其他图片加载框架内存优化方案）
