Android Fresco图片加载优化的方案
优化背景
一般情况下，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或许是更好的选择。
