java gc 次数_浅谈如何减少GC的次数
GC會stop the world。會暫停程序的執行,帶來延遲的代價。所以在開發中,我們不希望GC的次數過多。
本文將討論如何在開發中改善各種細節,從而減少GC的次數。
(1)對象不用時最好顯式置為 Null
一般而言,為 Null 的對象都會被作為垃圾處理,所以將不用的對象顯式地設
為 Null,有利于 GC 收集器判定垃圾,從而提高了 GC 的效率。
(2)盡量少用 System.gc()
此函數建議 JVM進行主 GC,雖然只是建議而非一定,但很多情況下它會觸發
主 GC,從而增加主 GC 的頻率,也即增加了間歇性停頓的次數。
(3)盡量少用靜態變量
靜態變量屬于全局變量,不會被 GC 回收,它們會一直占用內存。
(4)盡量使用 StringBuffer,而不用 String 來累加字符串
由于 String 是固定長的字符串對象,累加 String 對象時,并非在一個 String對象中擴增,而是重新創建新的 String 對象,如 Str5=Str1+Str2+Str3+Str4,這條語句執行過程中會產生多個垃圾對象,因為對次作“+”操作時都必須創建新的 String 對象,但這些過渡對象對系統來說是沒有實際意義的,只會增加更多的垃圾。 避免這種情況可以改用 StringBuffer 來累加字符串,因 StringBuffer是可變長的,它在原有基礎上進行擴增,不會產生中間對象
(5)分散對象創建或刪除的時間
集中在短時間內大量創建新對象,特別是大對象,會導致突然需要大量內存,JVM 在面臨這種情況時,只能進行主 GC,以回收內存或整合內存碎片,從而增加主 GC 的頻率。
集中刪除對象,道理也是一樣的。 它使得突然出現了大量的垃圾對象,空閑空間必然減少,從而大大增加了下一次創建新對象時強制主 GC 的機會。
(6) 盡量少用 finalize 函數
因為它會加大 GC 的工作量, 因此盡量少用finalize 方式回收資源。
(7) 使用軟引用類型
如果需要使用經常用到的圖片, 可以使用軟引用類型, 它可以盡可能將圖片保存在內存中, 供程序調用, 而不引起 OutOfMemory。
總結
以上是生活随笔為你收集整理的java gc 次数_浅谈如何减少GC的次数的全部內容,希望文章能夠幫你解決所遇到的問題。
                            
                        - 上一篇: java jinternalframe_
 - 下一篇: java中servletcontext_