Re: [問題] Bitmap OutOfMemory 永遠的痛
※ 引述《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
推
06/17 23:12, , 1F
06/17 23:12, 1F
→
06/18 06:39, , 2F
06/18 06:39, 2F
推
06/18 11:43, , 3F
06/18 11:43, 3F
→
06/18 11:43, , 4F
06/18 11:43, 4F
→
06/18 11:43, , 5F
06/18 11:43, 5F
推
06/18 23:05, , 6F
06/18 23:05, 6F
討論串 (同標題文章)
本文引述了以下文章的的內容:
完整討論串 (本文為第 2 之 2 篇):
AndroidDev 近期熱門文章
PTT數位生活區 即時熱門文章