概述
优化背景
一般情况下,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图片加载优化的资料请关注靠谱客其它相关文章!
最后
以上就是高挑猎豹为你收集整理的Android Fresco图片加载优化的方案的全部内容,希望文章能够帮你解决Android Fresco图片加载优化的方案所遇到的程序开发问题。
如果觉得靠谱客网站的内容还不错,欢迎将靠谱客网站推荐给程序员好友。
发表评论 取消回复