堆的分配参数:
-Xmx //设立最大堆
-Xms //最小堆,初始化堆大小
-Xmn //设置新生代(eden+2*surviivor+old)大小 官方推荐:3/8Xmx------》感觉就是-XX:NewRatio 2到3之间
-XX:NewRatio //新生代(eden+2*s)和老年代(不包含永久区,永久区是非堆)的比值 2表示 新生代:老年代=1:2,即年轻代占堆的1/3,一般来说,老年代占比较多
-XX:SurvivorRatio //8 表示 (两个)Survivor :eden=2:8,即一个Survivor占年轻代的1/10(官方推荐比例),当eden区满了,就回触发垃圾回收
示例:新生代(def new generation)与老年代(tenured)的比例1:1,各占10M左右
通过调节eden区(SurvivorRatio)的大小,减少gc次数 ,会影响新生代晋升老年代 。 这里老年代的话,一种是分配担保,一种是GC次数多了,可能会回收新生代的大年龄引用
在OOM时,记得Dump出堆,确保可以排查现场问题,不然难以复现
-XX:+HeapDumpOnOutOfMemoryError OOM时导出堆到文件
-XX:OnOutOfMemoryError 在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]);
//总共18.8M,每一个节点占据1.048M
栈大小分配
-Xss 通常只有几百K(1M已经很够了) 决定了函数调用的深度 每个线程都有独立的栈空间 局部变量、参数 分配在栈上
一般来说,方法的递归调用,会出现函数调用的深度过深,导致java.lang.*Error