时间:2021-05-21
一般情况下,Fresco图片加载需使用SimpleDraweeView,这个控件并不能自动根据自身的尺寸按需加载图片,即一个 N×N 的UI控件,背后加载的实际图片可能是 2N×2N。这就导致了实际应用运行过程中的内存使用效率不高,需要针对其进行内存优化。
在一些入门级硬件设备上,表现得尤为明显,随着程序的运行时间的增长,OOM的风险也不断加大。
Fresco版本:1.13.0
声明控件大小为 480×270
<com.facebook.drawee.view.SimpleDraweeView android:id="@+id/simple_drawee_view" android:layout_width="480dp" android:layout_height="270dp" android:layout_alignParentBottom="true" android:layout_centerHorizontal="true" app:layout_constraintBottom_toBottomOf="parent" app:layout_constraintLeft_toLeftOf="parent" app:layout_constraintRight_toRightOf="parent" app:layout_constraintTop_toTopOf="parent" />加载图片代码,调用Fresco的setImageURI
val mImageUrl = "https://static.runoob.com/images/demo/demo4.jpg"val simple_drawee_view = findViewById<SimpleDraweeView>(R.id.simple_drawee_view)simple_drawee_view.setImageURI(mImageUrl)运行后dump内存如下,可以发现内存中的图片尺寸为1920×1080,即此时SimpleDraweeView会按照网络上的原图尺寸进行加载,内存占用大小为 8294475Bytes = 7.91Mb。一张图片占用近8Mb,在图片显示十分丰富的页面场景中,图片总内存占用大小将特别美丽,万一这个页面又内存泄漏了,那就更美丽了。
如果只加载 480×270 大小的图片,内存占用为 518475Bytes = 0.49Mb。相较于原来 1920×1080 尺寸,内存减小了 94%!
Fresco提供了resize api,使得调用者在图片解码前可以修改内存中图片的大小,api大致如下
ImageRequest request = ImageRequestBuilder.newBuilderWithSource(uri) .setResizeOptions(new ResizeOptions(width, height)) .build();PipelineDraweeController controller = Fresco.newDraweeControllerBuilder() .setOldController(mDraweeView.getController()) .setImageRequest(request) .build();mSimpleDraweeView.setController(controller);注意这个方案在低版本中默认只支持jpg图片,如需支持其它图片格式,需在设置image pipeline时添加isDownSample配置。同时对于产生的图片的尺寸,只能粗略地控制,图片不能修改为确定的尺寸。
.setDownsampleEnabled(true)这个方案有个显著的缺点,那就是页面适配性极差,需要配合View层的生命周期在确保能够动态获取到控件宽高的时机进行调用,对于一个成熟的项目工程,代码改动量过大,优化成本过高。 这里采用编写SimpleDraweeView的子类进行优化,利用向上转型,尽可能的减小View层代码的改动,只需要修改xml布局文件中的控件声明即可。 方案架构图如下:
其中DesiredSimpleDraweeView为SimpleDraweeView的子类,在onWindowFocusChanged方法回调中可以明确获知控件的具体宽高,之后再进行图片加载操作。
public class DesiredSimpleDraweeView extends SimpleDraweeView { Uri mUri; Object mCallerContext; public DesiredSimpleDraweeView(Context context) { super(context); } @Override public void setImageURI(Uri uri, Object callerContext) { mUri = uri; mCallerContext = callerContext; } private void setImageURI(int width, int height) { try { ImageRequest imageRequest = ImageRequestBuilder.newBuilderWithSource(mUri) .setResizeOptions(new ResizeOptions(width, height)) .build(); DraweeController controller = getControllerBuilder() .setOldController(getController()) .setImageRequest(imageRequest) .build(); setController(controller); } catch (Exception ex) { ex.printStackTrace(); } } @Override public void onWindowFocusChanged(boolean hasWindowFocus) { super.onWindowFocusChanged(hasWindowFocus); if (hasWindowFocus) { setImageURI(getWidth(), getHeight()); } }}复写setImageURI(Uri,Object)方法,暂存uri和callerContext,在onWindowFoucusChanged回调之后再根据控件宽高进行图片的加载。 这样,利用向上转型,View层的代码无需改动,xml文件中替换控件声明后即可显著提高内存利用率。
性能优化是条永无止境的道路,没有最牛逼的方案,只有最合适的方案。如果对于图片加载尺寸想要精确控制,按需加载,Glide或许是更好的选择。
以上就是Android Fresco图片加载优化的方案的详细内容,更多关于Android Fresco图片加载优化的资料请关注其它相关文章!
声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。
当前较为知名的几个图片加载库是Universal-ImageLoader、Glide、Fresco、Picasso比较如下:Universal-ImageLoa
前言Glide是Google推荐的图片加载库,它可以支持来自url,Android资源,文件,Uri中的图片加载,同时还支持gif图片的加载,以及各种图片显示前
前言Glide是Google推荐的图片加载库,它可以支持来自url,Android资源,文件,Uri中的图片加载,同时还支持gif图片的加载,以及各种图片显示前
本文实例总结了Android编程之内存溢出解决方案(OOM)。分享给大家供大家参考,具体如下:在最近做的工程中发现加载的图片太多或图片过大时经常出现OOM问题,
本文实例讲述了Android编程学习之异步加载图片的方法。分享给大家供大家参考,具体如下:最近在android开发中碰到比较棘手的问题,就是加载图片内存溢出。我