問題描述

有沒有人使用過fresco庫加載圖片解決OOM問題的？因為我的項目需要大量加載圖片，用了fresco庫主要就是想解決GC相關OOM問題，但是發現項目在AS中使用fresco庫運行在21安卓版本以下還是會出現OOM問題，運行在21及以上的版本不會出現任何問題，gradle一些相關語句如下：compileSdkVersion 23buildToolsVersion ’23.0.3’minSdkVersion 15targetSdkVersion 23compile ’com.facebook.fresco:fresco:0.9.0+’報錯圖片：

問題解答

我能推薦glide么https://github.com/bumptech/g...

用Glide吧

1、查看系統是否有使用大內存的代碼或死循環。2、可以添加JVM的啟動參數來限制使用內存：-XX:-UseGCOverheadLimit

可以給fresco 添加屬性，改變圖片的大小

同推薦glide。代碼簡單，自動壓縮緩存圖片

在5.0（也就是API21）以下系統，Fresco將圖片放到一個特別的內存區域。當然，在圖片不顯示的時候，占用的內存會自動被釋放。這會使得APP更加流暢，減少因圖片內存占用而引發的OOM。 fresco中文文檔上面寫的

而且現在最新的是 compile ’com.facebook.fresco:fresco:0.13.0’ 了,可以嘗試一下

首先說一下，我也是來幫頂的。

那些說用Glide的我不知道是啥心理。你哪怕說說為啥用Glide呀（雖然我一直用glide）

遇到問題應該去解決，換庫是一種方法，但起碼要嘗試失敗后再去換。

我有個疑問，fressco為啥會oom啊？不是說業界最叼的嗎？

說下我的思路：如果樓主真把這個庫玩出oom了，我覺的還是挺厲害的，不妨排查代碼，哪里不合理。如果你覺得你都對了，不妨給github發一個issue

你這個問題我以前使用Fresco時候遇到過，當時懷疑是Fresco本身問題，后來發現是自己代碼問題,一般情況下，Fresco本身是不會觸發OOM，建議先檢查自己的代碼。

同 Glide

這個是編譯過程oom,不是運行時oom，和使用什么庫沒有關系。編譯過程產生oom,需要調整編譯參數，如 @wordplat 所言

android {dexOptions { javaMaxHeapSize '4g'}}回答9：

你這個其實是代碼編譯時產生的OOM，并不是這個框架本身產生的問題，所以你只需要調整JVM堆內存的大小就可以了。

dexOptions { javaMaxHeapSize '4g'}回答10：

有些時候還是貼代碼來的方便