java堆溢出

⑴ java堆內存溢出

調整虛擬機參數，加大heap space 的大小 或者 分批獲取數據。
虛擬機參數配置的話可以參考：
-Xms1024m -Xmx1024m -Xmn300m -XX:PermSize=64m -XX:MaxPermSize=128m
具體配置項含義建議去網上查查。不管你是使用本地應用還是web應用都可以配置的。

⑵ java棧內存溢出怎麼解決

第一對所有的代碼包括頁面中的java代碼都進行一遍徹底的回顧檢查，
1.對那些靜態(static)的對象要特別留神，特別是類型為Map,List,Set的，靜態的變數會一直駐存在內存中，生命周期比較長，不會被垃圾器回收。
2．對於代碼，要審查是否生成了大量的冗餘的對象，還有一些邏輯業務處理的類，
演算法是否過於復雜，調整演算法，對於代碼認真審查，再仔細重構一遍代碼，能提高代碼質量，提高程序運行穩定性。
3.Java中的內存溢出大都是因為棧中的變數太多了。其實內存有的是。建議不用的盡量設成null以便回收，多用局部變數，少用成員變數。
1），變數所包含的對象體積較大，佔用內存較多。
2），變數所包含的對象生命周期較長。
3），變數所包含的對象數據穩定。
4），該類的對象實例有對該變數所包含的對象的共享需求。
4．在我的程序中對靜態變數的優化後，使程序佔用內存量至少提升了5k-10k。所以也不容忽視。
第二還有就是String類相關的東西：
1．字元串累加的時候一定要用StringBuffer的append方法，不要使用+操作符連接兩個字元串。差別很大。而且在循環或某些重復執行的動作中不要去創建String對象，因為String對象是要用StringBuffer對象來處理的，一個String對象應該是產生了 3個對象（大概是這樣：））。
2．字元串length()方法來取得字元串長度的時候不要把length放到循環中，可以在循環外面對其取值。(包括vector的size方法)。特別是循環次數多的時候，盡量把length放到循環外面。
int size = xmlVector.size();
for (int i = 2; i < size; i++) {
。。。
}
3 寫代碼的時候處理內存溢出
try{
//do sth
....
}catch (outofmemoryerror e){//可以用一個共通函數來執行.
system.out.print (「no memory! 」);
system.gc();
//do sth again
....
}
4.對於頻繁申請內存和釋放內存的操作,還是自己控制一下比較好,但是System.gc()的方法不一定適用，最好使用finallize強制執行或者寫自己的finallize方法。 Java 中並不保證每次調用該方法就一定能夠啟動垃圾收集，它只不過會向JVM發出這樣一個申請，到底是否真正執行垃圾收集，一切都是個未知數。

⑶ java內存溢出

使用Java程序從資料庫中查詢大量的數據時出現異常:java.lang.OutOfMemoryError: Java heap space
在JVM中如果98%的時間是用於GC且可用的 Heap size 不足2%的時候將拋出此異常信息。

JVM堆的設置是指java程序運行過程中JVM可以調配使用的內存空間的設置.JVM在啟動的時候會自動設置Heap size的值，其初始空間(即-Xms)是物理內存的1/64，最大空間(-Xmx)是物理內存的1/4。可以利用JVM提供的-Xmn -Xms -Xmx等選項可進行設置。
例如：java -jar -Xmn16m -Xms64m -Xmx128m MyApp.jar
如果Heap Size設置偏小，除了這些異常信息外，還會發現程序的響應速度變慢了。GC佔用了更多的時間，而應用分配到的執行時間較少。
Heap Size 最大不要超過可用物理內存的80%，一般的要將-Xms和-Xmx選項設置為相同，而-Xmn為1/4的-Xmx值。
Heap size的 -Xms -Xmn 設置不要超出物理內存的大小。否則會提示「Error occurred ring initialization of VM Could not reserve enough space for object heap」。

這個問題的根源是jvm虛擬機的默認Heap大小是64M,可以通過設置其最大和最小值來實現.設置的方法主要是幾個.

1.可以在windows 更改系統環境變數加上JAVA_OPTS=-Xms64m -Xmx512m

2,如果用的tomcat,在windows下,可以在C:\tomcat5.5.9\bin\catalina.bat 中加上:
set JAVA_OPTS=-Xms64m -Xmx256m
位置在: rem Guess CATALINA_HOME if not defined 這行的下面加合適.

3.如果是linux系統
Linux 在{tomcat_home}/bin/catalina.sh的前面，加 set JAVA_OPTS='-Xms64 -Xmx512'

⑷ Java在什麼情況下會內存溢出

1 被生命周期極長的集合類不當持有，號稱是Java內存泄漏的首因。
這些集合類的生命周期通常極長，而且是一個輔助管理性質的對象，在一個業務事務運行完後，如果沒有將某個業務對象主
動的從中清除的話，這個集合就會吃越來越多內存.
2 Scope定義不對，這個很簡單了，方法的局部變數定義成類的變數，類的靜態變數等。
3 異常時沒有加finally{}來釋放某些資源，JDBC時代也是很普遍的事情。
4 另外一些我了解不深的原因，如：Swing里的Listener沒有顯式remove；內部類持有外部對象的隱式引用；Finalizers造成關聯對象沒有被及時清空等。

⑸ 如何檢查和解決java虛擬機內存溢出的問題

一，jvm內存區域

1， 程序計數器

一塊很小的內存空間，作用是當前線程所執行的位元組碼的行號指示器。

2， java棧

與程序計數器一樣，java棧（虛擬機棧）也是線程私有的，其生命周期與線程相同。通常存放基本數據類型，對象引用（一個指向對象起始地址的引用指針或一個代表對象的句柄），reeturnAddress類型（指向一條位元組碼指令的地址）

棧區域有兩種異常類型：如果線程請求的棧深度大於虛擬機所允許的深度，將拋StrackOverflowError異常；如果虛擬機棧可以動態擴展（大部分虛擬機都可動態擴展），當擴展時無法申請到足夠的內存時會拋出OutOfMemoryError異常。

3， 本地方法棧

與虛擬機棧作用很相似，區別是虛擬機棧為虛擬機執行java方法服務，而本地方法棧則是為虛擬機用到的Native方法服務。和虛擬機棧一樣可能拋出StackOverflowError和OutOfMemoryError異常。

4， java堆

java
Heap是jvm所管理的內存中最大的區域。JavaHeap是被所有線程共享的一塊內存區域，在虛擬機啟動時創建。主要存放對象實例。JavaHeap
是垃圾收集器管理的主要區域，其可細分為新生代和老年代。如果在堆中沒有內存完成實例分配，並且也無法再擴展時，會拋出OutOfMemoryError
異常。

5， 方法區

與javaHeap一樣是各個線程共享的內存區域，用於存放已被虛擬機載入的類信息、常量、靜態變數、及時編譯器編譯後的代碼等數據。當方法區無法滿足內
存分配的需求時，將拋出OutOfMemoryError異常。方法同時包含常聽說的運行時常量池，用於存放編譯期生成的各種字面量和符號引用。

6， 直接內存

直接內存並不是虛擬機運行時數據區的一部分，也不是java虛擬機規范中定義的內存區域，是jvm外部的內存區域，這部分區域也可能導致OutOfMemoryError異常。

二，jvm參數

-Xss（StackSpace）棧空間

-Xms ，-Xmx（heap memory
space）堆空間：Heap是大家最為熟悉的區域，他是jvm用來存儲對象實例的區域，Heap在32位的系統中最大為2G，其大小通過-Xms和
-Xmx來控制，-Xms為jvm啟動時申請的最小Heap內存，默認為物理內存的1/64，但小於1G，-Xmx為jvm可申請的最大的Heap內存，
默認為物理內存的1/4,一般也小於1G，默認當空餘堆內存小於40%時，jvm會最大Heap的大小到-Xmx指定大小，可通過
-XX:MinHeapFreeRatio來指定這個比例，當空餘堆內存大於70%時，JVM會將Heap的大小往-Xms指定的大小調整，可通過
-XX:MaxHeapFreeRatio來指定這個比例，但通常為了避免頻繁調整HeapSize的大小，將-Xms和-Xmx的值設為相同。

-XX:PermSize -XX:MaxPermSize ：方法區持久代大小： 方法區域也是全局共享的，在一定的條件下它也會被 GC ，當方法區域需要使用的內存超過其允許的大小時，會拋出 OutOfMemory 的錯誤信息。

三，常見內存溢出錯誤解決辦法

1， OutOfMemoryError異常

除了程序計數器外，虛擬機內存的其他幾個運行時區域都有發生OutOfMemoryError(OOM)異常的可能，

Java Heap 溢出

一般的異常信息：java.lang.OutOfMemoryError:Java heap spacess

java堆用於存儲對象實例，我們只要不斷的創建對象，並且保證GC Roots到對象之間有可達路徑來避免垃圾回收機制清除這些對象，就會在對象數量達到最大堆容量限制後產生內存溢出異常。

出現這種異常，一般手段是先通過內存映像分析工具(如Eclipse Memory
Analyzer)對mp出來的堆轉存快照進行分析，重點是確認內存中的對象是否是必要的，先分清是因為內存泄漏(Memory
Leak)還是內存溢出(Memory Overflow)。

如果是內存泄漏，可進一步通過工具查看泄漏對象到GC Roots的引用鏈。於是就能找到泄漏對象時通過怎樣的路徑與GC Roots相關聯並導致垃圾收集器無法自動回收。

如果不存在泄漏，那就應該檢查虛擬機的參數(-Xmx與-Xms)的設置是否適當。

2， 虛擬機棧和本地方法棧溢出

如果線程請求的棧深度大於虛擬機所允許的最大深度，將拋出StackOverflowError異常。

如果虛擬機在擴展棧時無法申請到足夠的內存空間，則拋出OutOfMemoryError異常

這里需要注意當棧的大小越大可分配的線程數就越少。

3， 運行時常量池溢出

異常信息：java.lang.OutOfMemoryError:PermGen space

如果要向運行時常量池中添加內容，最簡單的做法就是使用String.intern()這個Native方法。該方法的作用是：如果池中已經包含一個等於
此String的字元串，則返回代表池中這個字元串的String對象；否則，將此String對象包含的字元串添加到常量池中，並且返回此String
對象的引用。由於常量池分配在方法區內，我們可以通過-XX:PermSize和-XX:MaxPermSize限制方法區的大小，從而間接限制其中常量
池的容量。

4， 方法區溢出

方法區用於存放Class的相關信息，如類名、訪問修飾符、常量池、欄位描述、方法描述等。

異常信息：java.lang.OutOfMemoryError:PermGen space

方法區溢出也是一種常見的內存溢出異常，一個類如果要被垃圾收集器回收，判定條件是很苛刻的。在經常動態生成大量Class的應用中，要特別注意這點。

⑹ Java內存溢出的原因有哪些

【情況一】：
java.lang.OutOfMemoryError: Java heap space：這種是java堆內存不夠，一個原因是真不夠，另一個原因是程序中有死循環；
如果是java堆內存不夠的話，可以通過調整JVM下面的配置來解決：

<jvm-arg>-Xms3062m</jvm-arg>
<jvm-arg>-Xmx3062m</jvm-arg>
【情況二】
java.lang.OutOfMemoryError: GC overhead limit exceeded
【解釋】：JDK6新增錯誤類型，當GC為釋放很小空間佔用大量時間時拋出；一般是因為堆太小，導致異常的原因，沒有足夠的內存。
【解決方案】：
1、查看系統是否有使用大內存的代碼或死循環；
2、通過添加JVM配置，來限制使用內存：
<jvm-arg>-XX:-UseGCOverheadLimit</jvm-arg>

⑺ java程序內存溢出一般什麼原因

註：「藍色加粗字體」為書本原語

先來一張JVM運行時數據區域圖，再接下來一一分析各區域功能：

運行時常量池（Runtime Constant Pool）是方法區的一部分，用於存放Class文件在編譯期生成的各種字面量和符號引用，因為Class文件除了有類的版本、欄位、方法、介面等描述信息外，還有一項信息是常量池（Constant Pool Table）。這部分內容將在類載入後進入方法區的運行時常量池中存放。同時運行時常量池具備動態性，並非預置入Class文件中常量池的內存才能進入方法區運行時常量池，運行期間也可能將新的常量放入池中，例如String類的inter方法。既然運行時常量池是方法區的一部分，自然受到方法區內存限制，當常量池無法再申請到內存時會拋出OutOfMemoryError異常。繼續上代碼製造內存溢出：

public class MethodAreaTest { public static void main(String[] args) { List<String> list = new ArrayList<String>; int i = 0; while(true){ System.out.println(i); list.add(("MethodAreaTest"+String.valueOf(i++)).intern); } } }

由於JDK1.8 HotSpot虛擬機去掉了永久代，所以要回歸JDK1.6測試:

打包為MethodAreaTest.jar進行測試：

wc@WC01:~/JAVATEST> java -jar MethodAreaTest.jar 1 2 …… 815311 815312 815313 Exception in thread "main" java.lang.OutOfMemoryError: PermGen space at java.lang.String.intern(Native Method) at MethodAreaTest.main(MethodAreaTest.java:11)

通過列印信息可以看到，當intern了815313次之後，出現了方法區內存溢出（畢竟常量池是屬於方法區的）。

⑻ java堆棧溢出怎麼解決

public class Qiqingcai2 {
public static long count= 0;
public static int[] random = new int[7];
public static int[] per = {1,2,3,4,5,6,7};
public static int[] getNext(){
Random random = new Random();
int[] next = new int[7];
for(int i=0;i<7;i++){
next[i] = random.nextInt(10);
}
return next;
}
public static void main(String[] args)throws Exception{
System.out.print("上期中獎號碼為");
for (int i : per) {
System.out.print(i+" ");
}
System.out.println();
for(int i=0;i<1000000000;i++){
count ++;
if(count%10000==0){
System.out.println("程序已經運行了"+count+"次");
}
random = getNext();
if(random[0]==per[0]&&random[1]==per[1]&&random[2]==per[2]&&random[3]==per[3]&&random[4]==per[4]&&random[5]==per[5]&&random[6]==per[6]){
random = getNext();
System.out.print("本期中獎號碼為");
Thread.sleep(2000);
for (int j : random) {
System.out.print(j+" ");
Thread.sleep(500);
}
break;
}
}
System.out.println();
System.out.println("程序總共運行了"+count+"次");
}
}
是用循環替代遞歸 ！

⑼ java內存溢出是什麼情況

首先先說一下JVM內存結構問題，JVM為兩塊：PermanentSapce和HeapSpace，其中
Heap = }。PermantSpace負責保存反射對象，一般不用配置。JVM的Heap區可以通過-X參數來設定。
當一個URL被訪問時，內存申請過程如下：
A. JVM會試圖為相關Java對象在Eden中初始化一塊內存區域
B. 當Eden空間足夠時，內存申請結束。否則到下一步
C. JVM試圖釋放在Eden中所有不活躍的對象（這屬於1或更高級的垃圾回收）, 釋放後若Eden空間仍然不足以放入新對象，則試圖將部分Eden中活躍對象放入Survivor區
D. Survivor區被用來作為Eden及OLD的中間交換區域，當OLD區空間足夠時，Survivor區的對象會被移到Old區，否則會被保留在Survivor區
E. 當OLD區空間不夠時，JVM會在OLD區進行完全的垃圾收集（0級）
F. 完全垃圾收集後，若Survivor及OLD區仍然無法存放從Eden復制過來的部分對象，導致JVM無法在Eden區為新對象創建內存區域，則出現」out of memory錯誤」

JVM調優建議:

ms/mx：定義YOUNG+OLD段的總尺寸，ms為JVM啟動時YOUNG+OLD的內存大小；mx為最大可佔用的YOUNG+OLD內存大小。在用戶生產環境上一般將這兩個值設為相同，以減少運行期間系統在內存申請上所花的開銷。
NewSize/MaxNewSize：定義YOUNG段的尺寸，NewSize為JVM啟動時YOUNG的內存大小；MaxNewSize為最大可佔用的YOUNG內存大小。在用戶生產環境上一般將這兩個值設為相同，以減少運行期間系統在內存申請上所花的開銷。
PermSize/MaxPermSize：定義Perm段的尺寸，PermSize為JVM啟動時Perm的內存大小；MaxPermSize為最大可佔用的Perm內存大小。在用戶生產環境上一般將這兩個值設為相同，以減少運行期間系統在內存申請上所花的開銷。
SurvivorRatio：設置Survivor空間和Eden空間的比例

內存溢出的可能性

1. OLD段溢出
這種內存溢出是最常見的情況之一，產生的原因可能是：
1) 設置的內存參數過小(ms/mx, NewSize/MaxNewSize)
2) 程序問題
單個程序持續進行消耗內存的處理，如循環幾千次的字元串處理，對字元串處理應建議使用StringBuffer。此時不會報內存溢出錯，卻會使系統持續垃圾收集，無法處理其它請求，相關問題程序可通過Thread Dump獲取（見系統問題診斷一章）單個程序所申請內存過大，有的程序會申請幾十乃至幾百兆內存，此時JVM也會因無法申請到資源而出現內存溢出，對此首先要找到相關功能，然後交予程序員修改，要找到相關程序，必須在Apache日誌中尋找。
當Java對象使用完畢後，其所引用的對象卻沒有銷毀，使得JVM認為他還是活躍的對象而不進行回收，這樣累計佔用了大量內存而無法釋放。由於目前市面上還沒有對系統影響小的內存分析工具，故此時只能和程序員一起定位。

2. Perm段溢出
通常由於Perm段裝載了大量的Servlet類而導致溢出，目前的解決辦法：
1) 將PermSize擴大，一般256M能夠滿足要求
2) 若別無選擇，則只能將servlet的路徑加到CLASSPATH中，但一般不建議這么處理

3. C Heap溢出
系統對C Heap沒有限制，故C Heap發生問題時，Java進程所佔內存會持續增長，直到佔用所有可用系統內存

參數說明:

JVM 堆內存（heap）設置選項
參數格式
說 明

設置新對象生產堆內存（Setting the Newgeneration heap size）
-XX:NewSize
通過這個選項可以設置Java新對象生產堆內存。在通常情況下這個選項的數值為1 024的整數倍並且大於1MB。這個值的取值規則為，一般情況下這個值-XX:NewSize是最大堆內存（maximum heap size）的四分之一。增加這個選項值的大小是為了增大較大數量的短生命周期對象

增加Java新對象生產堆內存相當於增加了處理器的數目。並且可以並行地分配內存，但是請注意內存的垃圾回收卻是不可以並行處理的

設置最大新對象生產堆內存（Setting the maximum New generation heap size）
-XX:MaxNewSize
通過這個選項可以設置最大Java新對象生產堆內存。通常情況下這個選項的數值為1 024的整數倍並且大於1MB

其功用與上面的設置新對象生產堆內存-XX：NewSize相同

設置新對象生產堆內存的比例（Setting New heap size ratios）
-XX:SurvivorRatio
新對象生產區域通常情況下被分為3個子區域：伊甸園，與兩個殘存對象空間，這兩個空間的大小是相同的。通過用-XX:SurvivorRatio=X選項配置伊甸園與殘存對象空間（Eden/survivor）的大小的比例。你可以試著將這個值設置為8，然後監控、觀察垃圾回收的工作情況

設置堆內存池的最大值（Setting maximum heap size）
-Xmx
通過這個選項可以要求系統為堆內存池分配內存空間的最大值。通常情況下這個選項的數值為1 024的整數倍並且大於1 MB

一般情況下這個值（-Xmx）與最小堆內存（minimum heap size –Xms）相同，以降低垃圾回收的頻度

取消垃圾回收
-Xnoclassgc
這個選項用來取消系統對特定類的垃圾回收。它可以防止當這個類的所有引用丟失之後，這個類仍被引用時不會再一次被重新裝載，因此這個選項將增大系統堆內存的空間

設置棧內存的大小
-Xss
這個選項用來控制本地線程棧的大小，當這個選項被設置的較大（>2MB）時將會在很大程度上降低系統的性能。因此在設置這個值時應該格外小心，調整後要注意觀察系統的性能，不斷調整以期達到最優

最後說一句，你的機器的連接數設置也至關重要，連接的關閉最好把時間設置的少些，那些連接非常耗費資源。也是引起內存泄露的主要原因。

⑽ java中堆棧溢出問題...求大神解答

哥子，你的代碼明顯的有重復調用問題嘛！NewListener 繼承自DatectSourceDemo ，而又在DatectSourceDemo 裡面創建NewListener 。

解決方法：1.把NewListener 設置為DatectSourceDemo 的內部類，去掉繼承；
2.如果你非要在外面監聽窗口事件，建議你把窗口設置為非公共類。