問題描述

我查看我們服務器的狀態，半個月發生了900+次full gc，大約20分鐘一次full gc，這是正常的嗎？或者說優化到多久一次會比較合理？

問題解答

雖然沒有優化過。不過覺得這個需要按照實際的業務需求和業務能力去做支撐.才好優化。

看java應用的heap大小以及qps，不過初步看20分鐘一次的full gc，貌似不大正常

jvm的優化談起來可以講幾個小時，這里簡單的給你點意見，不系統的展開說。

其一 ：你的問題是full gc 頻繁，看下總內存和老年代設置的是否太小了。主要是看參數 -Xmx , -Xmn. 若是太小的話，必然會gc頻繁。

其二：添加以下參數 -verbose.gc -XX:+PrintGC -XX:+PrintGCTimeStamps -XX:+PrintGCDateStamps -XX:+PrintHeapAtGC -XX:+PrintTenuringDistribution -XX:+PrintGCApplicationStoppedTime -XX:+PrintTenuringDistribution -Xloggc:/data/log/xxx/xxx-gc.log -XX:+PrintGCDetails查看每次gc ，老年代還剩余多少空間，一般來說，老年代的空間設置為gc后內存的2-2.5倍是一個較為合理的數值。同時通過這個日志可以看到是否大量的對象沒有在新生代充分的gc掉就進入老生代。原本可以通過新生代回收的對象進入老年代的話必然會full gc 頻繁

其三 ： 代碼原因 dump 內存 jmap -dump:live,format=b,file=xx.bin ［pid］然后通過MAT（http://www.eclipse.org/mat/）工具來看具體是哪塊大內存沒有被釋放