→ ab18282099: static的Context基本上就有可能會memory leak了 11/07 17:33
→ lnmlee: static 最好不要用在 基本型態跟String 以外的物件 11/07 17:37
→ minesos520: 因為架構是一個acticity疊fragment,所以acticity基本 11/07 18:43
→ minesos520: 上不會死 11/07 18:43
→ minesos520: 所以用static方便使用,只是不確定這樣帶入toast或dia 11/07 18:44
→ minesos520: log會不會有影響 11/07 18:44
→ ssccg: memory leak這件事是持有別的物件的reference,會導致被參 11/07 18:49
→ ssccg: 照的物件不會被回收,反過來就沒有差 11/07 18:49
→ ssccg: 但是context只有application是static,activity即使只有一 11/07 18:50
→ ssccg: 個,每次系統重建也都是不同的物件,不是同一個 11/07 18:50
→ ssccg: 如果用static reference存activity,那在更新此reference前 11/07 18:51
→ ssccg: 不管被指到的activity是死是活都不會被回收,也是種leak 11/07 18:52
→ lnmlee: 在Fragment 裡 new View(getActivity()); 就能解決原po的 11/07 19:07
→ lnmlee: 問題 Fragment 有個 getActivity(); method 可以找父層Act 11/07 19:07
→ lnmlee: ivity Context 11/07 19:07
→ minesos520: 嗯嗯我知道,只是好奇New view(static context)的話, 11/07 19:18
→ minesos520: view會因此不被回收嗎? 11/07 19:18
→ lnmlee: 你可以用debug mode 追看看 11/07 20:16
→ lnmlee: 我的理解是Activity lifecycle 讓 context 指向 null 而連 11/07 20:21
→ lnmlee: 帶所有 使用的view 被指向 null 最後就是垃圾車來收垃圾了 11/07 20:21
→ ssccg: 不是指向null,GC是從特定root物件(如stack、static變數)出 11/07 21:06
→ ssccg: 發,所有能到達的物件就視為使用中,無法到達的就會被清掉 11/07 21:07
→ ssccg: View裡有變數指向static物件,但View自己沒被使用中的物件 11/07 21:10
→ ssccg: 指到的話,還是會清掉。Activity是使用中時系統會保持一個 11/07 21:11
→ ssccg: 參考,在結束時會釋放,但另外有static變數指向Activity就 11/07 21:13
→ ssccg: 會造成系統已不用的Activity不會被清掉 11/07 21:13
→ ssccg: View在沒有另外用變數存的情況下,通常指向它的只有上一層 11/07 21:15
→ ssccg: 的View,在被移除出View hierarchy時就可以被清掉了 11/07 21:16
→ lnmlee: 所以context 就是一個追蹤是否連著root物件 以利於GC thre 11/07 21:59
→ lnmlee: ad 啟動時ㄧ起記憶體初始化 的媒介對吧? 11/07 21:59
→ twntwn: 不會 11/11 15:29