※ 引述《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