「java堆内存设置在哪」java堆内存大小设置

今天给各位分享java堆内存设置在哪的知识，其中也会对java堆内存大小设置进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、JAVA堆栈在哪里设置？
• 2、Tomcat 环境中，Java 内存 堆的调整
• 3、java（jvm)内存怎么设置。网上的看不懂啊。你还是告诉一步一步怎么操作吧，在线等
• 4、JAVA 中栈内存在哪？堆内存在哪？都指得是什么？

JAVA堆栈在哪里设置？

堆栈设置无疑是要适当理解和设置的最重要环节。 过度严格的内存设置要么使Tomcat运行很慢，要么报OutOfMemoryError的错误信息，使工作不正常。内存设置过大，要么因不能平均分配如此大量的内存而无法启动JVM，要么能启动运行正常，但却耗用了超出所需的过量计算机内存，而且计算机上的其他软件也无法运行(因为必要的内存已分配给Tomcat)。 之前关于JVM设置选项详解中显示的-Xmx和-Xms设置值为384MB，但这不一定是计算机的适用内存，即使是适用的，也未必就是Tomcat所要的内存大小。到底多大内存是最适合的，需要经验来决定不同内存的大小。

以小的和大的启动堆栈内存配置Tomcat JVM，都会引发网页响应时间超出Java VM堆栈的最大值的某种问题(如果需要堆栈也跟着增长)。 因为Tomcat正在提供响应时会占用大量的时间重新分配内存，所以如果您不希望性能出现类似的问题，一定要让-Xms和Xmx开关值就是所需内存的相同大小，从而保证JVM在操作过程中从不需要重新分配堆栈内存。

在调用驻留于CATALINA_HOME/bin的Tomcat脚本之前，可以设置JAVA_OPTS环境变量值，以设置这些JVM启动的任意开关。将JAVA_OPTS设置成包含任意开关、以空格分开的字符串。

为了可以连接远程调试器，且想阻调试模式启动Tomcat JVM，那么可以按如下方式设置JAVA_OPTS环境变量：

JAVA_OPTS="-Xdebug -Xrunjdwp:transport=dt_socket,address=8000,server=y,suspend=n"

以上语句允许您通过Tomcat主机上的8000端口连接一个JPDA远程调试器客户端(例如，任何Java IDE)，并调试Tomcat JVM中运行的任何代码。您可随意定制所喜欢的端口号。

如果想通过JMX远程客户端连接到Tomcat以实现本地管理和，或监控，请使用下列设置：

JAVA_OPTS="-Dcom.sun.management.jmxremote=true

-Dcom.sun.management.jxremote.ssl=false

-Dcom.sun.managerment.jmxremote.authenticate=false"

这些设置允许您在同一台运行Tomcat的机器上使用JMX控制台(如JDK自带的jconsole)，如果想远程使用JMX控制台，则使用下列这些设置：

JAVA_OPTS="-Dcom.sun.management.jmxremote.port=8080

-Dcom.sun.management.jmxremote.ssl=false

-Dcom.sun.management.jmxremote.authenticate=false

-Dcom.sun.management.jmxmote.password.file=/path/to/pw/file"

这些设置允许您从另一台机器上用TCP 8008端口连接到Tomcat JVM上。 您也可以设置-Dcom.sun.management.jmxremote.authenticate=truen，然后在JMX远程口令文件中设置-Dcom.sun.management.jmxmote.password.file=/path/to/pw/file路径，从而只有您及您授权的用户可以连接到Tomcat JVM上。

Tomcat 环境中，Java 内存 堆的调整

设置Tomcat启动的初始内存其初始空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)是物理内存的1/4。

可以利用JVM提供的-Xmn -Xms -Xmx等选项可进行设置

三、实例，以下给出1G内存环境下java jvm 的参数设置参考：

JAVA_OPTS="-server -Xms800m -Xmx800m -XX:PermSize=64M -XX:MaxNewSize=256m -XX:MaxPermSize=128m -Djava.awt.headless=true "

JAVA_OPTS="-server -Xms768m -Xmx768m -XX:PermSize=128m -XX:MaxPermSize=256m -XX: NewSize=192m -XX:MaxNewSize=384m"

CATALINA_OPTS="-server -Xms768m -Xmx768m -XX:PermSize=128m -XX:MaxPermSize=256m -XX:NewSize=192m -XX:MaxNewSize=384m"

Linux：

在/usr/local/apache-tomcat-5.5.23/bin 目录下的catalina.sh添加：

JAVA_OPTS='-Xms512m -Xmx1024m'要加“m”说明是MB，否则就是KB了，在启动tomcat时会 报内存不足。

-Xms：初始值-Xmx：最大值-Xmn：最小值

Windows

在catalina.bat最前面加入set JAVA_OPTS=-Xms128m -Xmx350m

如果用startup.bat启动tomcat,OK设置生效.够成功的分配200M内存.

但是如果不是执行startup.bat启动tomcat而是利用windows的系统服务启动tomcat服务,上面的设置就不生效了,就是说set JAVA_OPTS=-Xms128m -Xmx350m 没起作用.上面分配200M内存就OOM了..

windows服务执行的是bin\tomcat.exe.他读取注册表中的值,而不是catalina.bat的设置.

解决办法:

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

原值为-Dcatalina.home="C:\ApacheGroup\Tomcat 5.0"-Djava.endorsed.dirs="C:\ApacheGroup\Tomcat 5.0\common\endorsed"-Xrs加入 -Xms300m -Xmx350m

重起tomcat服务,设置生效

答案2Tomcat 的JVM 内存溢出问题的解决关键字: tomcat 的jvm 内存溢出问题的解决

最近在熟悉一个开发了有几年的项目，需要把数据库从mysql移植到oracle，首先把jdbc的连接指向mysql，打包放到tomcat里面，可以跑起来，没有问题，可是当把jdbc连接指向oracle的时候，tomcat就连续抛java.lang.OutOfMemoryError的错误，上网google了一下，了解了一下tomcat的运行机制，也解决了问题，share出来，以备查。

1、首先是：java.lang.OutOfMemoryError: Java heap space 解释： Heap size 设置 JVM堆的设置是指java程序运行过程中JVM可以调配使用的内存空间的设置.JVM在启动的时候会自动设置Heap size的值，其初始空间(即-Xms)是物理内存的1/64，最大空间(-Xmx)是物理内存的1/4。可以利用JVM提供的-Xmn -Xms -Xmx等选项可进行设置。Heap size 的大小是Young Generation 和Tenured Generaion 之和。

提示：在JVM中如果98％的时间是用于GC且可用的Heap size 不足2％的时候将抛出此异常信息。

提示：Heap Size 最大不要超过可用物理内存的80％，一般的要将-Xms和-Xmx选项设置为相同，而-Xmn为1/4的-Xmx值。

解决方法： 手动设置Heap size 修改TOMCAT_HOME/bin/catalina.bat，在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行： Java代码 set JAVA_OPTS=%JAVA_OPTS% -server -Xms800m -Xmx800m -XX:MaxNewSize=256m set JAVA_OPTS=%JAVA_OPTS% -server -Xms800m -Xmx800m -XX:MaxNewSize=256m 或修改catalina.sh 在“echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行： JAVA_OPTS="$JAVA_OPTS -server -Xms800m -Xmx800m -XX:MaxNewSize=256m"

2、其次是：java.lang.OutOfMemoryError: PermGen space 原因： PermGen space的全称是Permanent Generation space,是指内存的永久保存区域，这块内存主要是被JVM存放Class和Meta信息的,Class在被Loader时就会被放到PermGen space中，它和存放类实例(Instance)的Heap区域不同,GC(Garbage Collection)不会在主程序运行期对PermGen space进行清理，所以如果你的应用中有很CLASS的话,就很可能出现PermGen space错误，这种错误常见在web服务器对JSP进行pre compile的时候。如果你的WEB APP下都用了大量的第三方jar, 其大小超过了jvm默认的大小(4M)那么就会产生此错误信息了。

解决方法： 1. 手动设置MaxPermSize大小 修改TOMCAT_HOME/bin/catalina.bat（Linux下为catalina.sh），在Java代码 “echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行： set JAVA_OPTS=%JAVA_OPTS% -server -XX:PermSize=128M -XX:MaxPermSize=512m “echo "Using CATALINA_BASE: $CATALINA_BASE"”上面加入以下行： set JAVA_OPTS=%JAVA_OPTS% -server -XX:PermSize=128M -XX:MaxPermSize=512m catalina.sh下为： Java代码 JAVA_OPTS="$JAVA_OPTS -server -XX:PermSize=128M -XX:MaxPermSize=512m" JAVA_OPTS="$JAVA_OPTS -server -XX:PermSize=128M -XX:MaxPermSize=512m"

另外看到了另外一个帖子，觉得挺好，摘抄如下：

分析java.lang.OutOfMemoryError: PermGen space 发现很多人把问题归因于： spring,hibernate,tomcat，因为他们动态产生类,导致JVM中的permanent heap溢出 。然后解决方法众说纷纭，有人说升级 tomcat版本到最新甚至干脆不用tomcat。还有人怀疑spring的问题，在spring论坛上讨论很激烈，因为spring在AOP时使用CBLIB会动态产生很多类。 但问题是为什么这些王牌的开源会出现同一个问题呢，那么是不是更基础的原因呢？tomcat在QA很隐晦的回答了这一点，我们知道这个问题，但这个问题是由一个更基础的问题产生。 于是有人对更基础的JVM做了检查，发现了问题的关键。原来SUN 的JVM把内存分了不同的区，其中一个就是permenter区用来存放用得非常多的类和类描述。本来SUN设计的时候认为这个区域在JVM启动的时候就固定了，但他没有想到现在动态会用得这么广泛。而且这个区域有特殊的垃圾收回机制，现在的问题是动态加载类到这个区域后，gc根本没办法回收！

对于以上两个问题，我的处理是：

在catalina.bat的第一行增加：

Java代码 :set JAVA_OPTS=-Xms64m -Xmx256m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m

在catalina.sh的第一行增加：

Java代码 :JAVA_OPTS=-Xms64m -Xmx256m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m

java（jvm)内存怎么设置。网上的看不懂啊。你还是告诉一步一步怎么操作吧，在线等

java本身的内存是没法设置的，只能设置java虚拟机或者运行java项目的服务器的内存，而前者是在开发工具中设置的，后者是在服务器的配置文件中进行设置的

你这个目测是启动jvm的东西报的错，应该是少了一个文件或者是文件路径错误，使工具启动jvm失败，与jvm的内存没有关系，如果有条件，推荐用eclipse

JAVA 中栈内存在哪？堆内存在哪？都指得是什么？

都在ram里

栈存基本变量和局部不变量

堆引用类型的和静态变量

java堆内存设置在哪的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于java堆内存大小设置、java堆内存设置在哪的信息别忘了在本站进行查找喔。