沒有足夠的java內(nèi)存是什么意思，怎么解決

一般情況下java程序容易出現(xiàn)java heap space 的錯(cuò)誤提示，這個(gè)問題就是JVM的堆內(nèi)存問題，因?yàn)槠涑跏贾捣浅Ｐ?，所以在不夠用的情況下要進(jìn)行設(shè)置。

在大廠等地區(qū)，都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局，加強(qiáng)發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務(wù)理念，為客戶提供成都做網(wǎng)站、網(wǎng)站設(shè)計(jì) 網(wǎng)站設(shè)計(jì)制作按需開發(fā),公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),成都品牌網(wǎng)站建設(shè),全網(wǎng)營銷推廣,外貿(mào)網(wǎng)站建設(shè),大廠網(wǎng)站建設(shè)費(fèi)用合理。

當(dāng)然要確保你的程序正確，做的不是無限循環(huán)之類的無用功。在運(yùn)行該程序時(shí)設(shè)置如下：

java -Xmx1g -Xms1g application

-Xmx1g 設(shè)置最大可用內(nèi)存為1g

-Xms1g 設(shè)置內(nèi)存初始化最小值1g

后面application為你的JAVA程序名。

最大和最小值設(shè)置為一樣的，是看了某貼：以避免每次垃圾回收完成后JVM重新分配內(nèi)存

值的大小根據(jù)自己電腦配置而定，不能超過電腦的物理內(nèi)存。有貼建議：-Xms 為電腦物理內(nèi)存的1/64 ，-Xmx為電腦物理內(nèi)存的1/4

我自己在運(yùn)行的時(shí)候就設(shè)置了這兩個(gè)值，程序就可以跑了

java進(jìn)行內(nèi)存占用比Xms參數(shù)設(shè)置的要小，這是怎么回事

在一些規(guī)模稍大的應(yīng)用中，Java虛擬機(jī)（JVM）的內(nèi)存設(shè)置尤為重要，想在項(xiàng)目中取得好的效率，GC（垃圾回收）的設(shè)置是第一步。

PermGen space：全稱是Permanent Generation space.就是說是永久保存的區(qū)域,用于存放Class和Meta信息,Class在被Load的時(shí)候被放入該區(qū)域Heap space：存放Instance。

GC(Garbage Collection)應(yīng)該不會(huì)對PermGen space進(jìn)行清理,所以如果你的APP會(huì)LOAD很多CLASS的話,就很可能出現(xiàn)PermGen space錯(cuò)誤

Java Heap分為3個(gè)區(qū)

1.Young

2.Old

3.Permanent

Young保存剛實(shí)例化的對象。當(dāng)該區(qū)被填滿時(shí)，GC會(huì)將對象移到Old區(qū)。Permanent區(qū)則負(fù)責(zé)保存反射對象，本文不討論該區(qū)。

JVM的Heap分配可以使用-X參數(shù)設(shè)定，

-Xms

初始Heap大小

-Xmx

java heap最大值

-Xmn

young generation的heap大小

JVM有2個(gè)GC線程

第一個(gè)線程負(fù)責(zé)回收Heap的Young區(qū)

第二個(gè)線程在Heap不足時(shí)，遍歷Heap，將Young 區(qū)升級為Older區(qū)

Older區(qū)的大小等于-Xmx減去-Xmn，不能將-Xms的值設(shè)的過大，因?yàn)榈诙€(gè)線程被迫運(yùn)行會(huì)降低JVM的性能。

為什么一些程序頻繁發(fā)生GC？

有如下原因：

1.程序內(nèi)調(diào)用了System.gc()或Runtime.gc()。

2.一些中間件軟件調(diào)用自己的GC方法，此時(shí)需要設(shè)置參數(shù)禁止這些GC。

3.Java的Heap太小，一般默認(rèn)的Heap值都很小。

4.頻繁實(shí)例化對象，Release對象 此時(shí)盡量保存并重用對象，例如使用StringBuffer()和String()。

如果你發(fā)現(xiàn)每次GC后，Heap的剩余空間會(huì)是總空間的50%，這表示你的Heap處于健康狀態(tài),許多Server端的Java程序每次GC后最好能有65%的剩余空間

經(jīng)驗(yàn)之談：

1．Server端JVM最好將-Xms和-Xmx設(shè)為相同值。為了優(yōu)化GC，最好讓-Xmn值約等于-Xmx的1/3。

2．一個(gè)GUI程序最好是每10到20秒間運(yùn)行一次GC，每次在半秒之內(nèi)完成。

注意：

1．增加Heap的大小雖然會(huì)降低GC的頻率，但也增加了每次GC的時(shí)間。并且GC運(yùn)行時(shí)，所有的用戶線程將暫停，也就是GC期間，Java應(yīng)用程序不做任何工作。

2．Heap大小并不決定進(jìn)程的內(nèi)存使用量。進(jìn)程的內(nèi)存使用量要大于-Xmx定義的值，因?yàn)镴ava為其他任務(wù)分配內(nèi)存，例如每個(gè)線程的Stack等。

Stack的設(shè)定

每個(gè)線程都有他自己的Stack。

-Xss

每個(gè)線程的Stack大小

Stack的大小限制著線程的數(shù)量。如果Stack過大就好導(dǎo)致內(nèi)存溢漏。-Xss參數(shù)決定Stack大小，例如-Xss1024K。如果Stack太小，也會(huì)導(dǎo)致Stack溢漏。

硬件環(huán)境

硬件環(huán)境也影響GC的效率，例如機(jī)器的種類，內(nèi)存，swap空間，和CPU的數(shù)量。

如果你的程序需要頻繁創(chuàng)建很多transient對象，會(huì)導(dǎo)致JVM頻繁GC。這種情況你可以增加機(jī)器的內(nèi)存，來減少Swap空間的使用。

4種GC

1、第一種為單線程GC，也是默認(rèn)的GC，該GC適用于單CPU機(jī)器。

2、第二種為Throughput GC，是多線程的GC，適用于多CPU，使用大量線程的程序。第二種GC與第一種GC相似，不同在于GC在收集Young區(qū)是多線程的，但在Old區(qū)和第一種一樣，仍然采用單線程。-XX:+UseParallelGC參數(shù)啟動(dòng)該GC。

3、第三種為Concurrent Low Pause GC，類似于第一種，適用于多CPU，并要求縮短因GC造成程序停滯的時(shí)間。這種GC可以在Old區(qū)的回收同時(shí)，運(yùn)行應(yīng)用程序。-XX:+UseConcMarkSweepGC參數(shù)啟動(dòng)該GC。

4、第四種為Incremental Low Pause GC，適用于要求縮短因GC造成程序停滯的時(shí)間。這種GC可以在Young區(qū)回收的同時(shí)，回收一部分Old區(qū)對象。-Xincgc參數(shù)啟動(dòng)該GC。

單文件的JVM內(nèi)存進(jìn)行設(shè)置

默認(rèn)的java虛擬機(jī)的大小比較小，在對大數(shù)據(jù)進(jìn)行處理時(shí)java就會(huì)報(bào)錯(cuò)：java.lang.OutOfMemoryError。

設(shè)置jvm內(nèi)存的方法，對于單獨(dú)的.class，可以用下面的方法對Test運(yùn)行時(shí)的jvm內(nèi)存進(jìn)行設(shè)置。

java -Xms64m -Xmx256m Test

-Xms是設(shè)置內(nèi)存初始化的大小

-Xmx是設(shè)置最大能夠使用內(nèi)存的大?。ㄗ詈貌灰^物理內(nèi)存大?。?/p>

tomcat啟動(dòng)jvm內(nèi)存設(shè)置

Linux：

在/usr/local/apache-tomcat-5.5.23/bin目錄下的catalina.sh添加：JAVA_OPTS='-Xms512m -Xmx1024m'要加“m”說明是MB，否則就是KB了，在啟動(dòng)tomcat時(shí)會(huì)報(bào)內(nèi)存不足。

-Xms：初始值

-Xmx：最大值

-Xmn：最小值Windows

在catalina.bat最前面加入

set JAVA_OPTS=-Xms128m -Xmx350m 如果用startup.bat啟動(dòng)tomcat,OK設(shè)置生效.夠成功的分配200M內(nèi)存.但是如果不是執(zhí)行startup.bat啟動(dòng)tomcat而是利用windows的系統(tǒng)服務(wù)啟動(dòng)tomcat服務(wù),上面的設(shè)置就不生效了,就是說set JAVA_OPTS=-Xms128m -Xmx350m 沒起作用.上面分配200M內(nèi)存就OOM了..windows服務(wù)執(zhí)行的是bin\tomcat.exe.他讀取注冊表中的值,而不是catalina.bat的設(shè)置.解決辦法:

修改注冊表HKEY_LOCAL_MACHINE\SOFTWARE\Apache Software Foundation\Tomcat Service Manager\Tomcat5\Parameters\JavaOptions

java內(nèi)存不足怎么解決?

這個(gè)問題的根源是jvm虛擬機(jī)的默認(rèn)Heap大小是64M,可以通過設(shè)置其最大和最小值來實(shí)現(xiàn).設(shè)置的方法主要是幾個(gè).

1.可以在windows 更改系統(tǒng)環(huán)境變量

加上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系統(tǒng)

Linux 在{tomcat_home}/bin/catalina.sh的前面，加

set JAVA_OPTS='-Xms64 -Xmx512'

java.lang.OutOfMemoryError: Java heap space

使用Java程序從數(shù)據(jù)庫中查詢大量的數(shù)據(jù)時(shí)出現(xiàn)異常:

java.lang.OutOfMemoryError: Java heap space

在JVM中如果98％的時(shí)間是用于GC且可用的 Heap size 不足2％的時(shí)候?qū)伋龃水惓Ｐ畔ⅰ?/p>

Java heap space設(shè)置xms仍然沒有解決

首先檢查代碼?？词欠裼袛?shù)據(jù)集未釋放，特別是多個(gè)ResultSet這間的嵌套使用。

像你這種情況，打開一次數(shù)據(jù)連接，不要反復(fù)的關(guān)閉，打開連接，這樣很消耗資源的。

再你嘗試在Eclipse - Edit JRE - Default VM Arguments：

-Xms256m -Xmx512m

Java程序運(yùn)行內(nèi)存空間不足有哪些解決辦法

Tomcat 擴(kuò)容:

(window-preferences-myeclipse-servers-tomcat-tomcat x.x-jdk(然后把下面代碼粘到optional java VM arguments))

-Xms128M -Xmx512M -XX:PermSize=128M -XX:MaxPermSize=256M

2.java jdk擴(kuò)容：

(window-preferences-java-點(diǎn)擊Installed JREs-選擇當(dāng)前用的jdk-edit-把下面代碼粘到Default system libraries 中)

-Xms128M -Xmx512M