JVM常用参数(内存分配 内存回收日志)

内存监控

 -verbose:gc

测试代码

  public static void main(String[] args){
            List<Classes> classes=new ArrayList<Classes>();
            int count=0;
            for(int i=0;true;i++){
                classes.add(new Classes());
                if(classes.size()>10000){
                    count++;
                    classes.clear();
                    classes=new ArrayList<Classes>();
                    System.out.println("标记为可回收");
                }
                if(count>20){
                    break;
                }
            }
    }

1253K表示为回收前占用内存 903k表示回收后占用内存 可以发现标记回收后垃圾对象被成功回收， 3584为总内存 最后一个为回收时间

GC (Allocation Failure 表示为新生代回收

如果我们不标记为可回收会怎么样

因为没有标记为已回收 新生代from to 迭代15次或者满了以后直接放到老年代 循环多次后老年代内存快满了时触发fullGC 因为都没有标记为可回收所以每次回收后 占用内存没有变化 最终导致内存溢出

 -XX:+PrintGCDetails 

 -XX:+PrintGCDetails

打印每次gc的回收情况 程序运行结束后打印堆空间内存信息(包含内存溢出的情况)

[PSYoungGen: 512K->400K(1024K)] 表示年轻代占用空间 回收前和回收后

512K->400K(1536K) 表示为java堆的空间总内存的回收签回收后内存

PsYoungGen 为新生代 总内存(total1024k ) 使用（used 462K） 其中：

eden区  512K

from区  512K

to区      521K

年轻代可用空间为1024可以发现eden+from+to大于1024  新生代的内存为eden+from或者+to 因为年轻代采用复制算法 所以复制区域会有一块儿重复的区域512 不能使用

ParOldGen 为老年代 总空间512K

Metaspace  PermGen永久代废弃 jdk8使用 Metaspace(元空间) 替代

-XX:+PrintGCTimeStamps

打印每次gc的间隔的时间戳 full gc为每次对新生代老年代以及整个空间做统一的回收 系统中应该尽量避免

产生fullgc的几种情况   老年代空间不足    持久代(元空间 或者jdk8的元空间)空间不足  手动调用system.gc  可以使用可以DisableExplicitGC来禁止

 -XX:+TraceClassLoading

打印类加载情况

-XX:+PrintClassHistogram 

打印每个类的实例的内存占用情况

通过按ctrl+Break 会打印 用的mac不知道咋么按  哈哈哈

-XX:+PrintHeapAtGC

打印每次gc前后的内存情况

回收前年轻代eden区使用100% 老年代使用0% 回收后 eden区放到from区   老年代使用14%

Xloggc

配合上面的使用将上面的日志打印到指定文件

-Xloggc:/Users/liqiang/Desktop/logs/log.log

 -XX：HeapDumpOnOutOfMemoryError

 发生内存溢出将堆信息转存起来 以便分析

-XX:HeapDumpPath为转存位置     生成的文件使用JProfiler 打开 分析

也可以在内存溢出时执行脚本 比如发送邮件给系统管理员脚本

-XX:OnOutOfMemoryError ="sh ~/cleanup.sh" 

 

内存分配参数

-Xmx -Xms 堆的最大内存和最小内存(最小内存为初始内存 ，如果满了将不断扩容到最大内存)默认是物理内存的1/64

-Xmx20m -Xms20m  则固定堆空间为20m(年轻代+老年代)

-XX:SurvivorRatio  Survivor(from-to)区和eden区的占比

例如 -XX:SurvivorRatio=5 则是5:1：1

-XX:SurvivorRatio=8:则是8:1:1

2560*(2/7)  则是from和to的大小 剩下则是eden区的大小

  -XMmn  设置新生代的大小 (绝对值)

如 -Xmn2m  则设置新生为2m

-XX:NewRatio 新生代占老年代的比例

如果是4 则是1:4   如果是5则为1:5 默认为2

如：

虽然新生代空间为2m但是2m通过计算eden和from to的的空间 但是真实新生代则是 eden+from或者to

 -XX:PermSize  -XX：MaxPermSize   设置永久代的值和最大值 

因为jdk8之后溢出了永久代 使用元空间代替

MaxMetaspaceSize  元空间大小受制于操作系统内存 

官方推荐堆空间内存分配

新生代占堆的3/8     幸存代占新生代的1/10

栈空间内内存分配

-Xss 

栈空间是保存变量的地址 所以栈空间的大小决定了方法调用的深度 。比如递归方法会产生大量的变量

设置栈大小为108k  运行 几秒后栈溢出

则报栈溢出

我们如果我们将参数改为10m 则会等很久才会内存溢出

内存分配参数默认值

Xms   默认情况下堆内存的64分之一

-Xmx   默认情况下对内存的4分之一

-Xmn   默认情况下堆内存的64分之一

-XX:NewRatio  默认为2

-XX:SurvivorRatio 默认为8

jdk永久代大小设置 -XX:PermSize=64M -XX:MaxPermSize=128M

避免Concurrent Mode Failure

年老代剩余空间>=EDEN+SURVIROR，即：

(Xmx-Xmn)*(1-CMSInitiatingOccupancyFraction/100)>=(Xmn-Xmn/(SurvivorRatior+2))

Minor GC、Major GC和Full GC之间的区别

Minor GC

新生代 GC（Minor GC）：指发生在新生代的垃圾收集动作，因为 Java 对象大多都具
备朝生夕灭的特性，所以 Minor GC 非常频繁，一般回收速度也比较快。一般感知不到

Major GC/Full GC

老年代回收 一般会至少伴随一次Minor GC MajorGC 的速度一般会比 Minor GC 慢 10
倍以上。