深入理解JAVA 虚拟机 （番外篇）JVM 配置参数 ...

- 打开GC 跟踪

• -verbose:gc
• -XX:+printGC
  可以打印GC的简要信息

    [GC 4790K->374K(15872K), 0.0001606 secs]
    [GC 4790K->374K(15872K), 0.0001474 secs]
    [GC 4790K->374K(15872K), 0.0001563 secs]
    [GC 4790K->374K(15872K), 0.0001682 secs]

跟踪参数 打印更详细的

• -XX:+PrintGCDetails
  打印GC详细信息

• -XX:+PrintGCTimeStamps
  打印CG发生的时间戳

• 例

  [GC[DefNew: 4416K->0K(4928K), 0.0001897 secs]
  4790K->374K(15872K), 0.0002232 secs]
  [Times: user=0.00 sys=0.00, real=0.00 secs]

下面是我在JDK 1.8 执行程序 完整的GC日志

GC日志

可以看到新生代、老年代 和 元空间的大小

• 打印日志中 -Xloggc:log/gc.log
  • 指定GC log的位置，以文件输出

• -XX:+PrintHeapAtGC（每次一次GC后，都打印堆信息）

• -XX:+TraceClassLoading

  • 监控类的加载

    
    类的加载
    

    类似这样Object 最先加载 然后刷刷刷的 一堆

• -XX:+PrintClassHistogram（按下Ctrl+Break后，打印类的信息：
  ）

  
  mark

  其中一段

• -Xmx –Xms（这个是很重要的参数）

    -   Xmx20m -Xms5m  运行代码：
   
    System.out.print("Xmx=");
    System.out.println(Runtime.getRuntime().maxMemory()/1024.0/1024+"M");
    
    System.out.print("free mem=");
    System.out.println(Runtime.getRuntime().freeMemory()/1024.0/1024+"M");
    
    System.out.print("total mem=");
    System.out.println(Runtime.getRuntime().totalMemory()/1024.0/1024+"M");


out:
Xmx=18.0M
free mem=3.671600341796875M
total mem=5.5M

mark

• -Xmn(绝对值)
  设置新生代大小
• -XX:NewRatio（比例）
  • 新生代（eden+2*s）和老年代（不包含永久区）的比值
    4 表示 新生代:老年代=1:4，即年轻代占堆的1/5
• -XX:SurvivorRatio
  • 设置两个Survivor区和eden的比
  • 8表示 两个Survivor :eden=2:8，即一个Survivor占年轻代的1/10

//-Xmx20m -Xms20m -Xmn1m  -XX:+PrintGCDetails 
public static void main(String[] args) {
   byte[] b=null;
   for(int i=0;i<10;i++)
       b=new byte[1*1024*1024];
}

--
- 没有触发GC
- 全部分配在老年代

1.7的图 （参考）

堆的分配参数

• -XX:+HeapDumpOnOutOfMemoryError
  OOM时导出堆到文件 转存堆信息（非常有用）

• -XX:+HeapDumpPath
  导出OOM的路径

例子：

    Xmx20m -Xms5m -XX:+HeapDumpOnOutOfMemoryError
    -XX:HeapDumpPath=d:/a.dump
    
        Vector v=new Vector();
        for(int i=0;i<25;i++)
            v.add(new byte[1*1024*1024]);

mark

• -XX:OnOutOfMemoryError

在OOM时，执行一个脚本
"-XX:OnOutOfMemoryError=D:/tools/jdk1.7_40/bin/printstack.bat %p“
当程序OOM时，在D:/a.txt中将会生成线程的dump
可以在OOM时，发送邮件，甚至是重启程序
%p是当前进程的Pid

堆的分配参数 – 总结

• 根据实际事情调整新生代和幸存代的大小
• 官方推荐新生代占堆的3/8
• 幸存代占新生代的1/10
• 在OOM时，记得Dump出堆，确保可以排查现场问题

元空间 (HotSpot 1.8 去掉永久代 而新增的)

• -XX:MaxMetaspaceSize （默认情况下，-XX:MaxMetaspaceSize的值没有限制，因此元空间甚至可以延伸到交换区，但是这时候当我们进行本地内存分配时将会失败。）
• -XX:MetaspaceSize，初始空间大小

除了上面两个指定大小的选项以外，还有两个与 GC 相关的属性：

• -XX:MinMetaspaceFreeRatio，在GC之后，最小的Metaspace剩余空间容量的百分比，减少为分配空间所导致的垃圾收集
• -XX:MaxMetaspaceFreeRatio，在GC之后，最大的Metaspace剩余空间容量的百分比，减少为释放空间所导致的垃圾收集

栈大小分配

• -Xss
  -通常只有几百K
  • 决定了函数调用的深度
  • 每个线程都有独立的栈空间
  • 局部变量、参数 分配在栈上

例子：

/*
递归调用
-Xss128K
deep of calling = 701
java.lang.StackOverflowError

-Xss256K
deep of calling = 1817
java.lang.StackOverflowError
*/
public class TestStackDeep {
    private static int count=0;
    public static void recursion(long a,long b,long c){
        long e=1,f=2,g=3,h=4,i=5,k=6,q=7,x=8,y=9,z=10;
        count++;
        recursion(a,b,c);
    }
    public static void main(String args[]){
        try{
            recursion(0L,0L,0L);
        }catch(Throwable e){
            System.out.println("deep of calling = "+count);
            e.printStackTrace();
        }
    }
}

我的公众号

微信公众号