一般情況下，Fresco圖片加載需使用SimpleDraweeView，這個控件并不能自動根據自身的尺寸按需加載圖片，即一個 N×N 的UI控件，背后加載的實際圖片可能是 2N×2N。這就導致了實際應用運行過程中的內存使用效率不高，需要針對其進行內存優化。

在一些入門級硬件設備上，表現得尤為明顯，隨著程序的運行時間的增長，OOM的風險也不斷加大。

Fresco版本：1.13.0

聲明控件大小為 480×270

<com.facebook.drawee.view.SimpleDraweeView android: 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圖片加載優化的資料請關注好吧啦網其它相關文章！