Benx Shen's Library tagged jvm → View Popular

30 May 08

Current ClassLoader：當前類所屬的ClassLoader，在虛擬機中類之間引用，默認就是使用這個ClassLoader。另外，當你使用Class.forName(), Class.getResource()這幾個不帶ClassLoader參數的方法是，默認同樣適用當前類的ClassLoader。你可以通過方法XX.class.GetClassLoader()獲取。
Thread Context ClassLoader，沒一個Thread有一個相關聯繫的Context ClassLoader（由native方法建立的除外），可以通過Thread.setContextClassLoader()方法設置。如果你沒有主動設置，Thread默認集成Parent Thread的 Context ClassLoader（注意，是parent Thread 不是父類）。如果你整個應用中都沒有對此作任何處理，那麼所有的Thread都會以System ClassLoader作為Context ClassLoader。知道這一點很重要，因為從web服務器，java企業服務器使用一些複雜而且精巧的ClassLoader結構去實現諸如JNDI、線程池和熱部署等功能以來，這種簡單的情況越發的少見了。
1 more annotations...
- 事實上，Context ClassLoader提供一個突破委託代理機制的後門。

29 May 08

20 May 07

17 May 07

發現很多人把問題歸因於： spring,hibernate,tomcat，因為他們動態產生類,導致JVM中的permanent heap溢出。然後解決方法眾說紛紜，有人說升級 tomcat版本到最新甚至乾脆不用tomcat。還有人懷疑spring的問題，在spring論壇上討論很激烈，因為spring在AOP時使用CBLIB會動態產生很多類。
於是有人對更基礎的JVM做了檢查，發現了問題的關鍵。原來SUN 的JVM把內存分了不同的區，其中一個就是permenter區用來存放用得非常多的類和類描述。
1 more annotations...
- 對這個bug最徹底的解決辦法就是不要用SUN的JDK，而改用BEA的 JRokit.

PermGen space的全稱是Permanent Generation space,是指內存的永久保存區域OutOfMemoryError: PermGen space從表面上看就是內存益出，解決方法也一定是加大內存。
這一部分用於存放Class和Meta的信息,Class在被 Load的時候被放入PermGen space區域，它和和存放Instance的Heap區域不同,GC(Garbage Collection)不會在主程序運行期對PermGen space進行清理，所以如果你的APP會LOAD很多CLASS的話,就很可能出現PermGen space錯誤。這種錯誤常見在web服務器對JSP進行pre compile的時候。
3 more annotations...
- 改正方法：-Xms256m -Xmx256m -XX:MaxNewSize=256m -XX:MaxPermSize=256m
- 修改TOMCAT_HOME/bin/catalina.sh
  在"echo "Using CATALINA_BASE: $CATALINA_BASE""上面加入以下行：
  JAVA_OPTS="-server -XX:PermSize=64M -XX:MaxPermSize=128m
- 三、實例，以下給出1G內存環境下java jvm 的參數設置參考：
  
  JAVA_OPTS="-server -Xms800m -Xmx800m -XX:PermSize=64M -XX:MaxNewSize=256m -XX:MaxPermSize=128m -Djava.awt.headless=true "