因为系统运行时间过程中，weblogic内存中积累了过量的垃圾文件，导致jta资源不足、jdbc找不到连接资源，最后系统崩溃，无法运行。后台会有如下显示：类似于这样的错误，可以通过修改C:\bea\weblogic81\common\bin\commEnv.cmd这个脚本文件。修改内容如下：gotocontinue:beaif"%PRODUCTION_MODE%"=="true"gotobea_prod_modesetJAVA_VM=-jrockitsetMEM_ARGS=-Xms128m-Xmx512msetJAVA_OPTIONS=%JAVA_OPTIONS%-Xverify:nonegotocontinue---本文来源于网络，仅供参考，勿照抄，如有侵权请联系删除---:bea_prod_modesetJAVA_VM=-jrockitsetMEM_ARGS=-Xms256m-Xmx512mgotocontinue修改为：gotocontinue:beaif"%PRODUCTION_MODE%"=="true"gotobea_prod_modesetJAVA_VM=-jrockitsetMEM_ARGS=-Xms768m-Xmx768m-XX:NewSize=256m-XX:MaxNewSize=256m-XX:MaxPermSize=384m-XX:PermSize=384m-XX:SurvivorRatio=6-XX:+DisableExplicitGCsetJAVA_OPTIONS=%JAVA_OPTIONS%-Xverify:nonegotocontinue:bea_prod_modesetJAVA_VM=-jrockitsetMEM_ARGS=-Xms768m-Xmx768m-XX:NewSize=256m-XX:MaxNewSize=256m-XX:MaxPermSize=384m-XX:PermSize=384m-XX:SurvivorRatio=6-XX:+DisableExplicitGCgotocontinue下文摘自blog.csdn/caimaohua/archive/2009/06/09/4254686.aspxWebLogic用了一段時間之後，偶爾總是會出現OutOfMemory，這對測試環境來說，還只要RestartServer就可以解決，但是在正式環境上出現可就麻煩大了，因為一RestartServer所有User就都無法使用系統，所以MEM_ARGS這個參數的設定就很重要。這是我SIT目前的設定，依不同的系統做不同的設定MEM_ARGS="-Xms768m-Xmx768m-XX:NewSize=256m-XX:MaxNewSize=256m-XX:MaxPermSize=384m-XX:PermSize=384m-XX:SurvivorRatio=6-XX:+DisableExplicitGC"提示：以上記得要寫成一行。HeapSize設定-Xms設定一開始的HeapSize。-Xmx設定HeapSize的最大值(最好是不是超過實體記憶體的80%)。-XX:NewSize調整JVM的YoungGeneration的size大小。-XX:MaxNewSize調整JVM的YoungGeneration的size的最大值。-XmnYoungGeneration的size，NewSize和MaxNewSize設定為一樣。-XX:NewRatio控制Younggeneration的比例，如-XX:NewRatio=3表示Younggeneration與Oldgeneration的比例為1:3,即Younggeneration佔1/4,Oldgeneration佔3/4。Younggeneration又被分成三部分，第一部分Eden，用於生成新的Object。另外兩個部分為Survivor空間，當Eden用完後，會將Objects複製到"SS1"，當SS1空間滿了的時候，再被複製到"SS2"，Objects會在Survivor空間不斷的被複製，直到他滿足條件進入Oldgeneration止。提示：如果將HeapSize設的越大，GC的週期就會拉長，而且每次GC的時間也會越長。PermGenspace---本文来源于网络，仅供参考，勿照抄，如有侵权请联系删除----XX:PermSize這一部分是用於存放Class和Meta的訊息，Class在被Load的時候被放入PermGenspace區域，它和和存放Instance的Heap區域不同，GC(GarbageCollection)不會在主程式運行期間對PermGenspace進行清理，所以如果你的APP會LOAD很多CLASS的話，就很可能出現PermGenspace錯誤。這種錯誤常見在web伺服器對JSP進行precompile的時候。整個記憶體配置會像這樣-XX:+DisableExplicitGC加了這個參數會停止掉WLS或是程式內直接呼叫GC，減少不必要的GC，將GC交由JVM去執行。GarbageCollection描述：GarbageCollection分多種等級，0級就是全部的垃圾回收(FullGC)，會回收Oldgeneration中的垃圾；1級或以上為部分垃圾回收，只會回收Young中的垃圾，會發生OutOfMemory通常是產生於Oldgeneration或Perm段垃圾回收后，仍然沒有記憶體空間來存放新的Java物件的情況。當一個URL被訪問時，記憶體的配置過程如下：A.JVM會試圖為Java的相關對象在Eden中初始化一塊記憶體空間B.當Eden空間足夠時，記憶體配置結束。否則到下一步C.JVM會試圖釋放在Eden中所有不活躍的對象（這是屬於1或更高級的垃圾回收）；釋放後若Eden空間仍然不足以放入新對象，則會試圖將部分Eden中活躍的對象放入Survivor區/OLD區D.Survivor區被用來作...