Re: [問題] Bitmap OutOfMemory 永遠的痛

[chronoer (頻率)]

※ 引述《lovelycateye (我還想要更多力量)》之銘言：
: 目前寫了一些程式要程式好看，總是會常常碰到要處理圖片。
: 而結果總是在奇怪的地方炸了。
: 問題：
: 程式內部要使用到大量圖片，很多Activity都會用到。
: 而在decode bitmap一次、兩次、三次...也都還沒問題。
: 但是多了以後，總是會在某次就突然炸掉。
: 如果看表面會認為是decode時記憶體不足。
: 但是同時用到的圖片並沒有這麼多，圖片會出現在不同的Activity。
: 看起來真正的問題似乎是因為一些寫法造成Memory Leak之類的情況。
: 想問問看各位前輩有沒有一些範例、sample code、workaround，甚至是觀念講解都好。
: 例如:
: 該用SoftReference還是WeakReference？原因？用法？
: local cache網路上的圖片該怎麼做才不會有問題？

  Android OOM(Out Of Memoery)問題在網路上已經有很多強者討論過
  個人一直覺得Android OOM很怪,理論上system應該要能釋放出沒用到的memory
  (其實只是我懶得去管memory...)

  解決方式大概有以下幾種:
  1.使用 BitmapFactory.decodeStream() 產生Bitmap
  2.設定 BitmapFactory.Options inSampleSize,
         (inSampleSize值越大解析度越小,佔用memory也越小)
  3.在 onPause/onStop/onDestory 時,將沒用到的Bitmap release(用recyle())

  對於將網路上的圖片cache在local端的方式,
  可以看foursquare for android project source code, RemoteResourceManger
  google一下會有很多

  我自己實作過兩種方式
  概念都是先開thread/asynctask去讀取網路上的圖片,讀取到後顯示在UI,
  並存在local端,等下次遇到相同的url時,直接從local端讀取顯示出來
  重點在於release沒用到的圖片
  1.若所有圖片所佔memory不會大到OOM時,只有在離開Activity時,
    才一次將memory中的圖片清除,好處是對使用者來說顯示UI會很流暢,
    較不會有等待時間,壞處是release圖片時機沒控制好,很容易出現OOM
    例子可以看foursquare的list中的圖片顯示

  2.手動設定清除圖片,例子可以看google market的list中圖片顯示,
    當list往下捲的時候才去讀取圖片,當沒讀到或是距離太遠的圖片就將其
    release,等user捲到該圖片附近時再去讀取,好處是可以控制要讀取多少圖片
    和release多少圖片,memory狀態容易控制,壞處是user有時會看到空白圖片,
    等待時間會相對較久


  粗淺觀念,有錯誤還請版上神人不吝指正:)


--
故意和妳剛好選同一節的課  故意在7-11和妳偶然相遇
故意剛好一直出現在妳視線內  故意在回家的路上碰巧遇到妳
沒什麼..因為沒其他課了  沒什麼..我只是買東西
沒什麼..大概是剛好吧  沒什麼..這是我回家的路線
其實一切都是沒什麼  沒什麼..只是我愛妳

--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 220.136.179.84
推 tomap41017:感謝分享
→ nvidia:讚
推 chrisho:google market那個好像是因為如一次讀會太久所以才故意不
→ chrisho:讀進來吧
→ chrisho:如果真的要像QuickPIC那類一次秀很多,不如畫在同一張如何
推 lovelycateye:感謝提供資訊，另外我的需沒辦法用canvas畫在一起。