JVM（java 虚拟机）内存设置

谁借莪１个温暖的怀抱￠ 2022-06-03 05:54 217阅读 0赞

原文地址：[https://www.cnblogs.com/jack204/archive/2012/07/02/2572932.html][https_www.cnblogs.com_jack204_archive_2012_07_02_2572932.html]

**一、设置JVM内存设置**

**1. 设置JVM内存的参数有四个：**

\-Xmx   Java Heap最大值，默认值为物理内存的1/4，最佳设值应该视物理内存大小及计算机内其他内存开销而定；

\-Xms   Java Heap初始值，Server端JVM最好将-Xms和-Xmx设为相同值，开发测试机JVM可以保留默认值；

\-Xmn   Java Heap Young区大小，不熟悉最好保留默认值；

\-Xss   每个线程的Stack大小，不熟悉最好保留默认值；

2. 如何设置JVM内存分配：

（1）当在命令提示符下启动并使用JVM时（只对当前运行的类Test生效）：

java -Xmx128m -Xms64m -Xmn32m -Xss16m Test

（2）当在集成开发环境下（如eclipse）启动并使用JVM时：

a. 在eclipse根目录下打开eclipse.ini，默认内容为（这里设置的是运行当前开发工具的JVM内存分配）：

1.  \-vmargs  
2.  \-Xms40m  
3.  \-Xmx256m

\-vmargs表示以下为虚拟机设置参数，可修改其中的参数值，也可添加-Xmn，-Xss，另外，eclipse.ini内还可以设置非堆内存，如：-XX:PermSize=56m，-XX:MaxPermSize=128m。

此处设置的参数值可以通过以下配置在开发工具的状态栏显示：

在eclipse根目录下创建文件options，文件内容为：org.eclipse.ui/perf/showHeapStatus=true

修改eclipse根目录下的eclipse.ini文件，在开头处添加如下内容：

1.  \-debug  
2.  options  
3.  \-vm  
4.  javaw.exe

重新启动eclipse，就可以看到下方状态条多了JVM信息。

b. 打开eclipse－窗口－首选项－Java－已安装的JRE（对在当前开发环境中运行的java程序皆生效）

编辑当前使用的JRE，在缺省VM参数中输入：-Xmx128m -Xms64m -Xmn32m -Xss16m

c. 打开eclipse－运行－运行－Java应用程序（只对所设置的java类生效）

选定需设置内存分配的类－自变量，在VM自变量中输入：-Xmx128m -Xms64m -Xmn32m -Xss16m

注：如果在同一开发环境中同时进行了b和c设置，则b设置生效，c设置无效，如：

开发环境的设置为：-Xmx256m，而类Test的设置为：-Xmx128m -Xms64m，则运行Test时生效的设置为：

\-Xmx256m -Xms64m

（3）当在服务器环境下（如Tomcat）启动并使用JVM时（对当前服务器环境下所以Java程序生效）：

a. 设置环境变量：

变量名：CATALINA\_OPTS

变量值：-Xmx128m -Xms64m -Xmn32m -Xss16m

b. 打开Tomcat根目录下的bin文件夹，编辑catalina.bat，将其中的�TALINA\_OPTS%（共有四处）替换为：-Xmx128m -Xms64m -Xmn32m -Xss16m

**二、查看设置JVM内存信息**

Runtime.getRuntime().maxMemory(); //最大可用内存，对应-Xmx

Runtime.getRuntime().freeMemory(); //当前JVM空闲内存

Runtime.getRuntime().totalMemory(); //当前JVM占用的内存总数，其值相当于当前JVM已使用的内存及freeMemory()的总和

关于maxMemory()，freeMemory()和totalMemory()：

maxMemory()为JVM的最大可用内存，可通过-Xmx设置，默认值为物理内存的1/4，设值不能高于计算机物理内存；

totalMemory()为当前JVM占用的内存总数，其值相当于当前JVM已使用的内存及freeMemory()的总和，会随着JVM使用内存的增加而增加；

freeMemory()为当前JVM空闲内存，因为JVM只有在需要内存时才占用物理内存使用，所以freeMemory()的值一般情况下都很小，而 JVM实际可用内存并不等于freeMemory()，而应该等于maxMemory()-totalMemory()+freeMemory()。及其 设置JVM内存分配。

官方文档见：

[http://docs.sun.com/source/819-0084/pt\_tuningjava.html][http_docs.sun.com_source_819-0084_pt_tuningjava.html]

java启动参数共分为三类；  
其一是**标准参数**（-），所有的JVM实现都必须实现这些参数的功能，而且向后兼容；  
其二是**非标准参数**（-X），默认jvm实现这些参数的功能，但是并不保证所有jvm实现都满足，且不保证向后兼容；  
其三是**非Stable参数**（-XX），此类参数各个jvm实现会有所不同，将来可能会随时取消，需要慎重使用；

**标准参数**中比较有用的：

**verbose   
\-verbose:class**   
 输出jvm载入类的相关信息，当jvm报告说找不到类或者类冲突时可此进行诊断。  
**-verbose:gc**   
 输出每次GC的相关情况。  
**-verbose:jni**   
 输出native方法调用的相关情况，一般用于诊断jni调用错误信息。

**非标准参数**又称为扩展参数

一般用到最多的是

**-Xms**512m  设置JVM促使内存为512m。此值可以设置与-Xmx相同，以避免每次垃圾回收完成后JVM重新分配内存。

\-**Xmx**512m ，设置JVM最大可用内存为512M。

**-Xmn**200m**：**设置年轻代大小为200M。整个堆大小=年轻代大小 + 年老代大小 + 持久代大小。持久代一般固定大小为64m，所以增大年轻代后，将会减小年老代大小。此值对系统性能影响较大，Sun官方推荐配置为整个堆的3/8。

**-Xss**128k：

设置每个线程的堆栈大小。JDK5.0以后每个线程堆栈大小为1M，以前每个线程堆栈大小为256K。更具应用的线程所需内存大小进行调整。在相同物理内 存下，减小这个值能生成更多的线程。但是操作系统对一个进程内的线程数还是有限制的，不能无限生成，经验值在3000~5000左右。

**-Xloggc:file**  
 与-verbose:gc功能类似，只是将每次GC事件的相关情况记录到一个文件中，文件的位置最好在本地，以避免网络的潜在问题。  
 若与verbose命令同时出现在命令行中，则以-Xloggc为准。  
**-Xprof**

跟踪正运行的程序，并将跟踪数据在标准输出输出；适合于开发环境调试。

用-XX作为前缀的参数列表在jvm中可能是不健壮的，SUN也不推荐使用，后续可能会在没有通知的情况下就直接取消了；但是由于这些参数中的确有很多是对我们很有用的，比如我们经常会见到的-XX:PermSize、-XX:MaxPermSize等等；

首先来介绍**行为参数**：

<table> 
 <tbody> 
  <tr> 
   <td>参数及其默认值</td> 
   <td>描述</td> 
  </tr> 
  <tr> 
   <td>-XX:-DisableExplicitGC</td> 
   <td>禁止调用System.gc()；但jvm的gc仍然有效</td> 
  </tr> 
  <tr> 
   <td>-XX:+MaxFDLimit</td> 
   <td>最大化文件描述符的数量限制</td> 
  </tr> 
  <tr> 
   <td>-XX:+ScavengeBeforeFullGC</td> 
   <td>新生代GC优先于Full GC执行</td> 
  </tr> 
  <tr> 
   <td>-XX:+UseGCOverheadLimit</td> 
   <td>在抛出OOM之前限制jvm耗费在GC上的时间比例</td> 
  </tr> 
  <tr> 
   <td><strong>-XX:-UseConcMarkSweepGC</strong></td> 
   <td><strong>对老生代采用并发标记交换算法进行GC</strong></td> 
  </tr> 
  <tr> 
   <td><strong>-XX:-UseParallelGC</strong></td> 
   <td><strong>启用并行GC</strong></td> 
  </tr> 
  <tr> 
   <td>-XX:-UseParallelOldGC</td> 
   <td>对Full GC启用并行，当-XX:-UseParallelGC启用时该项自动启用</td> 
  </tr> 
  <tr> 
   <td><strong>-XX:-UseSerialGC</strong></td> 
   <td><strong>启用串行GC</strong></td> 
  </tr> 
  <tr> 
   <td>-XX:+UseThreadPriorities</td> 
   <td>启用本地线程优先级</td> 
  </tr> 
 </tbody> 
</table>

上面表格中黑体的三个参数代表着jvm中GC执行的三种方式，即**串行、并行、并发**；  
串行**（SerialGC）**是jvm的默认GC方式，一般适用于小型应用和单处理器，算法比较简单，GC效率也较高，但可能会给应用带来停顿；  
并行**（ParallelGC）**是指GC运行时，对应用程序运行没有影响，GC和app两者的线程在并发执行，这样可以最大限度不影响app的运行；  
并发**（ConcMarkSweepGC）**是指多个线程并发执行GC，一般适用于多处理器系统中，可以提高GC的效率，但算法复杂，系统消耗较大；

**性能调优**参数列表：

<table> 
 <tbody> 
  <tr> 
   <td>参数及其默认值</td> 
   <td>描述</td> 
  </tr> 
  <tr> 
   <td>-XX:LargePageSizeInBytes=4m</td> 
   <td>设置用于Java堆的大页面尺寸</td> 
  </tr> 
  <tr> 
   <td>-XX:MaxHeapFreeRatio=70</td> 
   <td>GC后java堆中空闲量占的最大比例</td> 
  </tr> 
  <tr> 
   <td><strong>-XX:MaxNewSize=size</strong></td> 
   <td><strong>新生成对象能占用内存的最大值</strong></td> 
  </tr> 
  <tr> 
   <td><strong>-XX:MaxPermSize=64m</strong></td> 
   <td><strong>老生代对象能占用内存的最大值</strong></td> 
  </tr> 
  <tr> 
   <td>-XX:MinHeapFreeRatio=40</td> 
   <td>GC后java堆中空闲量占的最小比例</td> 
  </tr> 
  <tr> 
   <td>-XX:NewRatio=2</td> 
   <td>新生代内存容量与老生代内存容量的比例</td> 
  </tr> 
  <tr> 
   <td><strong>-XX:NewSize=2.125m</strong></td> 
   <td><strong>新生代对象生成时占用内存的默认值</strong></td> 
  </tr> 
  <tr> 
   <td>-XX:ReservedCodeCacheSize=32m</td> 
   <td>保留代码占用的内存容量</td> 
  </tr> 
  <tr> 
   <td>-XX:ThreadStackSize=512</td> 
   <td>设置线程栈大小，若为0则使用系统默认值</td> 
  </tr> 
  <tr> 
   <td>-XX:+UseLargePages</td> 
   <td>使用大页面内存</td> 
  </tr> 
 </tbody> 
</table>

我们在日常性能调优中基本上都会用到以上黑体的这几个属性；

**调试参数**列表：

<table> 
 <tbody> 
  <tr> 
   <td>参数及其默认值</td> 
   <td>描述</td> 
  </tr> 
  <tr> 
   <td>-XX:-CITime</td> 
   <td>打印消耗在JIT编译的时间</td> 
  </tr> 
  <tr> 
   <td> -XX:ErrorFile=./hs_err_pid&lt;pid&gt;.log</td> 
   <td>保存错误日志或者数据到文件中</td> 
  </tr> 
  <tr> 
   <td>-XX:-ExtendedDTraceProbes</td> 
   <td>开启solaris特有的dtrace探针</td> 
  </tr> 
  <tr> 
   <td> <strong>-XX:HeapDumpPath=./java_pid&lt;pid&gt;.hprof</strong></td> 
   <td><strong>指定导出堆信息时的路径或文件名</strong></td> 
  </tr> 
  <tr> 
   <td><strong>-XX:-HeapDumpOnOutOfMemoryError</strong></td> 
   <td><strong>当首次遭遇OOM时导出此时堆中相关信息</strong></td> 
  </tr> 
  <tr> 
   <td>-XX:</td> 
   <td>出现致命ERROR之后运行自定义命令</td> 
  </tr> 
  <tr> 
   <td>-XX:OnOutOfMemoryError=”&lt;cmd args&gt;;&lt;cmd args&gt;”</td> 
   <td>当首次遭遇OOM时执行自定义命令</td> 
  </tr> 
  <tr> 
   <td>-XX:-PrintClassHistogram</td> 
   <td>遇到Ctrl-Break后打印类实例的柱状信息，与jmap -histo功能相同</td> 
  </tr> 
  <tr> 
   <td><strong>-XX:-PrintConcurrentLocks</strong></td> 
   <td><strong>遇到Ctrl-Break后打印并发锁的相关信息，与jstack -l功能相同</strong></td> 
  </tr> 
  <tr> 
   <td>-XX:-PrintCommandLineFlags</td> 
   <td>打印在命令行中出现过的标记</td> 
  </tr> 
  <tr> 
   <td>-XX:-PrintCompilation</td> 
   <td>当一个方法被编译时打印相关信息</td> 
  </tr> 
  <tr> 
   <td>-XX:-PrintGC</td> 
   <td>每次GC时打印相关信息</td> 
  </tr> 
  <tr> 
   <td>-XX:-PrintGC Details</td> 
   <td>每次GC时打印详细信息</td> 
  </tr> 
  <tr> 
   <td>-XX:-PrintGCTimeStamps</td> 
   <td>打印每次GC的时间戳</td> 
  </tr> 
  <tr> 
   <td>-XX:-TraceClassLoading</td> 
   <td>跟踪类的加载信息</td> 
  </tr> 
  <tr> 
   <td>-XX:-TraceClassLoadingPreorder</td> 
   <td>跟踪被引用到的所有类的加载信息</td> 
  </tr> 
  <tr> 
   <td>-XX:-TraceClassResolution</td> 
   <td>跟踪常量池</td> 
  </tr> 
  <tr> 
   <td>-XX:-TraceClassUnloading</td> 
   <td>跟踪类的卸载信息</td> 
  </tr> 
  <tr> 
   <td>-XX:-TraceLoaderConstraints</td> 
   <td>跟踪类加载器约束的相关信息</td> 
  </tr> 
 </tbody> 
</table>

[https_www.cnblogs.com_jack204_archive_2012_07_02_2572932.html]: https://www.cnblogs.com/jack204/archive/2012/07/02/2572932.html
[http_docs.sun.com_source_819-0084_pt_tuningjava.html]: http://docs.sun.com/source/819-0084/pt_tuningjava.html