Permanet Generation(持久代)空間滿

PermanetGeneration中存放的為一些class的信息等，當系統中要加載的類、反射的類和調用的方法較多時，Permanet Generation可能會被占滿，在未配置為采用CMS GC的情況下會執行Full GC。如果經過Full GC仍然回收不了，那么JVM會拋出如下錯誤信息：

java.lang.OutOfMemoryError:PermGen space為避免Perm Gen占滿造成Full GC現象，可采用的方法為增大Perm Gen空間或轉為使用CMS GC。

CMS GC時出現promotion failed和concurrent mode failure

對于采用CMS進行舊生代GC的程序而言，尤其要注意GC日志中是否有promotion failed和concurrent mode failure兩種狀況，當這兩種狀況出現時可能會觸發Full GC。

promotion failed是在進行Minor GC時，survivor space放不下、對象只能放入舊生代，而此時舊生代也放不下造成的;concurrent mode failure是在執行CMS GC的過程中同時有對象要放入舊生代，而此時舊生代空間不足造成的。

應對措施為：增大survivorspace、舊生代空間或調低觸發并發GC的比率，但在JDK 5.0+、6.0+的版本中有可能會由于JDK的bug29導致CMS在remark完畢后很久才觸發sweeping動作。對于這種狀況，可通過設置

-XX:CMSMaxAbortablePrecleanTime=5(單位為ms)來避免。

統計得到的Minor GC晉升到舊生代的平均大小大于舊生代的剩余空間

這是一個較為復雜的觸發情況，Hotspot為了避免由于新生代對象晉升到舊生代導致舊生代空間不足的現象，在進行Minor GC時，做了一個判斷，如果之前統計所得到的Minor GC晉升到舊生代的平均大小大于舊生代的剩余空間，那么就直接觸發Full GC。

例如程序第一次觸發MinorGC后，有6MB的對象晉升到舊生代，那么當下一次Minor GC發生時，首先檢查舊生代的剩余空間是否大于6MB，如果小于6MB，則執行Full GC。

當新生代采用PS GC時，方式稍有不同，PS GC是在Minor GC后也會檢查，例如上面的例子中第一次Minor GC后，PS GC會檢查此時舊生代的剩余空間是否大于6MB，如小于，則觸發對舊生代的回收。

除了以上4種狀況外，對于使用RMI來進行RPC或管理的Sun JDK應用而言，默認情況下會一小時執行一次Full GC。可通過在啟動時通過

-java-Dsun.rmi.dgc.client.gcInterval=3600000

來設置Full GC執行的間隔時間或通過-XX:+DisableExplicitGC來禁止RMI調用System.gc。

死鎖

產生死鎖的原因主要是：

(1)因為系統資源不足。

(2)進程運行推進的順序不合適。

(3)資源分配不當等。

如果系統資源充足，進程的資源請求都能夠得到滿足，死鎖出現的可能性就很低，否則就會因爭奪有限的資源而陷入死鎖。其次，進程運行推進順序與速度不同，也可能產生死鎖。

產生死鎖的四個必要條件：

(1)互斥條件：一個資源每次只能被一個進程使用。

(2)請求與保持條件：一個進程因請求資源而阻塞時，對已獲得的資源保持不放。

(3)不剝奪條件:進程已獲得的資源，在末使用完之前，不能強行剝奪。

(4)循環等待條件:若干進程之間形成一種頭尾相接的循環等待資源關系。

這四個條件是死鎖的必要條件，只要系統發生死鎖，這些條件必然成立，而只要上述條件之一不滿足，就不會發生死鎖。

死鎖的解除與預防：

理解了死鎖的原因，尤其是產生死鎖的四個必要條件，就可以最大可能地避免、預防和解除死鎖。所以，在系統設計、進程調度等方面注意如何不讓這四個必要條件成立，如何確定資源的合理分配算法，避免進程永久占據系統資源。此外，也要防止進程在處于等待狀態情況下占用資源。因此，對資源的分配要給予合理的規劃。

以上就是動力節點java培訓機構的小編針對“Java面試筆試題必考總結”的內容進行的回答，希望對大家有所幫助，如有疑問，請在線咨詢，有專業老師隨時為你服務。