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或許是更好的選擇。
以上就是Android Fresco圖片加載優化的方案的詳細內容,更多關於Android Fresco圖片加載優化的資料請關註WalkonNet其它相關文章!
推薦閱讀:
- android跑馬燈出現重復跳動以及不滾動問題的解決方法
- Android使用ViewStub實現佈局優化方法示例
- Android實現背景圖片輪播
- Android嵌套線性佈局玩法坑解決方法
- 關於Android輸入法彈窗bug的優雅處理