堆参数调优

1.Heap堆（Java7之前）：

一个JVM实例只存在一个堆内存，堆内存的大小是可以调节的。类加载器读取了类文件后，需要把类、方法、常变量放到堆内存中，保存所有引用类型的真实信息，以方便执行器执行。

堆内存逻辑上分为三部分：新生+养老+永久

新生区
新生区是类的诞生、成长、消亡的区域，一个类在这里产生，应用，最后被垃圾回收器收集，结束生命。
新生区又分为两部分： 伊甸区（Eden space）和幸存者区（Survivor pace） ，所有的类都是在伊甸区被new出来的。幸存区有两个： 0区（Survivor 0 space）和1区（Survivor 1 space）。

当伊甸园的空间用完时，程序又需要创建对象，JVM的垃圾回收器将对伊甸园区进行垃圾回收(Minor GC)，将伊甸园区中的不再被其他对象所引用的对象进行销毁。然后将伊甸园中的剩余对象移动到幸存0区.若幸存0区也满了，再对该区进行垃圾回收，然后移动到1区。那如果1区也满了呢？再移动到养老区。若养老区也满了，那么这个时候将产生MajorGC（FullGC），进行养老区的内存清理。若养老区执行了Full GC之后发现依然无法进行对象的保存，就会产生OOM异常“OutOfMemoryError”。(注意：永久存储区是逻辑划分的，实际上不存在）

如果出现java.lang.OutOfMemoryError: Java heap space异常，说明Java虚拟机的堆内存不够。原因有二：
（1）Java虚拟机的堆内存设置不够，可以通过参数-Xms、-Xmx来调整。
（2）代码中创建了大量大对象，并且长时间不能被垃圾收集器收集（存在被引用）。

2.Heap堆（1.8以后）：
永久存储区永久取消，更名为元空间Meterbase。
Java7

Java8：

4，堆内存调优简介：

测试代码：

public static void main(String[] args){
long maxMemory = Runtime.getRuntime().maxMemory() ;//返回 Java 虚拟机试图使用的最大内存量。
long totalMemory = Runtime.getRuntime().totalMemory() ;//返回 Java 虚拟机中的内存总量。
System.out.println("MAX_MEMORY = " + maxMemory + "（字节）、" + (maxMemory / (double)1024 / 1024) + "MB");
System.out.println("TOTAL_MEMORY = " + totalMemory + "（字节）、" + (totalMemory / (double)1024 / 1024) + "MB");
}

通过测试，我们发现：
发现默认的情况下分配的内存是总内存的“1 / 4”、而初始化的内存为“1 / 64”

VM参数： -Xms1024m -Xmx1024m -XX:+PrintGCDetails

运行结果：

如何生成dump文件，快速定位内存泄漏：

步骤：
1。复制：

2。install

3。产生HeapDumpOnOutOfMemoryError
OOM时导出堆到hprof文件。
编写产生OOM代码：

public class OOM {
	byte []s=new byte[1*1024*1024];
		public static void main(String[] args) {
			ArrayList list=new ArrayList();
			
			byte []s=new byte[1*1024*1024];
			for (int i = 0; i < 100; i++) {
				
				list.add(new OOM());
			}
		}
}

VM参数：
-Xms1m -Xmx8m -XX:+HeapDumpOnOutOfMemoryError

4。结果