推 silence5105: 如果LOGCAT是寫這樣 那就真的記憶體不足吧身邊沒asus 03/08 02:18
→ freesamael: app 開發者本來就應該考量不同手機有不同記憶體大小 03/08 10:20
→ freesamael: 的限制,會 oom 是開發者需要修正的問題 03/08 10:20
推 sdyy: 應該是他的normal heap size只宣告到64mb跟3星一樣 03/08 11:49
→ sdyy: 所以很容易OOM 如果有記憶體需求可以宣告largeHeap = true 03/08 11:49
→ sdyy: 當然要完全治本 你可以先用api讀出可用記憶體 在對所有圖片 03/08 11:51
→ sdyy: 作縮放 只是畫面就會變得比較難看 說實在的明明現在解析度越 03/08 11:51
→ sdyy: 做越高 提供給app的記憶體卻不懂得適度增加的廠商也很有問題 03/08 11:52
→ sdyy: 明明整個機器就有2G以上記憶體卻限定普通app只能用64mb 03/08 11:53
→ sdyy: 尤其又不是宣告64mb 程式就會占據這64mb 為何不一開始就宣告 03/08 11:54
→ sdyy: 大一點 google原生的Nexus都有128mb以上了 03/08 11:54
→ qweqweqweqwe: 預期要用大一點就開largeHeap阿 預設小一點也是為了 03/08 14:32
→ qweqweqweqwe: 優化吧 當一堆service app一直 sticky 時又leak就.. 03/08 14:32
→ freesamael: oom就用largeHeap是完全錯誤的觀念,有leak就要解,fa 03/08 17:12
→ freesamael: cebook, vine, instagram 這麼肥大的app都能順暢執行 03/08 17:12
→ freesamael: ,為什麼你的app需要拖累系統效能? 03/08 17:12
→ sdyy: oom 往往不是leak只是讀取過大或過多的圖片 03/08 17:29
→ sdyy: 而且這也不會拖累效能只是畫面精細度的問題 03/08 17:30
→ sdyy: facebook 有用largeheap 而且之前並不怎麼順暢 03/08 17:31
推 samsumg: onTrimMemory再縮圖 03/09 00:35
→ OPIV: 據我所之是因為zenfone的架構是x86不是arm 03/11 21:54