Java記憶體洩漏解決方案
阿新 • • 發佈:2018-12-21
記憶體洩露: 是指在程式執行過程中會不斷的分配記憶體空間,那些不再使用的記憶體空間應該即時回收它們,從而保證可以保證系統可以再次使用這些記憶體。如果存在無用的記憶體沒有被收回來,那就是記憶體洩露。
說明: 對於陣列的操作,堆和棧的操作需要慎重的考慮是否存在記憶體洩露(出棧時沒有清理最後一個元素即沒有對最後一個元素置空)
垃圾回收機制: a. 跟蹤並監控每個java物件,當某個物件處於不可達的狀態時,就回收該物件所佔用的記憶體。 b. 清理記憶體分配、回收過程中產生的記憶體碎片。 避免記憶體洩露的小技巧a. 儘量使用直接量,對於Byte、Short、Integer、Long、Float、Double、Bolean、Character程式不應該使用new 方式建立物件,而採用直接量建立它們。
如果使用多個String物件進行字串連線運算,在執行時可能產生大量臨時字串,這些字串會儲存在記憶體中從而導致程式效能下降。
c. 儘量少使用靜態變數 類的靜態變數的生命週期和類同步的。在類不被解除安裝的情況下,類對應類物件會常駐記憶體,知道程式執行結束。 如下程式碼就會存在記憶體洩露問題:- class Person
- {
- static Object obj = new
Object(); - }
d.避免在經常呼叫的方法、迴圈中建立Java物件。
e. 快取經常使用的物件 如果有些物件需要經常被用到,可以考慮把這些物件用快取池儲存起來,下次用的時候直接從池中拿。典型的就是資料連線池。 如果系統中還有一些常用的基礎資訊,可以考慮用快取,實現快取的方式有如下兩種: (1) 使用HashMap進行快取。 (2) 直接使用某些開源的快取專案。說明:快取設計本身就是一直以犧牲系統空間來換取執行時間的技術。
f. 考慮使用SoftReference 當程式需要建立長度很大的陣列時,可以考慮使用SoftReferene來包裝陣列元素,而不是直接讓將陣列元素來引用物件。此時SoftReference是個很好的選擇:當記憶體足夠時,它的功能等同於普通引用;當記憶體不足時,它會犧牲自己,釋放軟引用所引用的物件。 注意:由於軟引用引用物件的不確定性(軟引用所獲取的物件可能為null),所以程式取出SoftReference所引用的Java之後,應該顯式判斷該物件是否為null; 當該物件為null時,應該重建該物件。