JVM-HosSpot和堆-爱代码爱编程

三种JVM：

• Sun公司 HotSpot
• BEA公司 JRockit
• IBM J9VM

堆：Heap
一个JVM只有一个堆内存，堆内存的大小是可以调节的。

类加载器读取了类文件后，一般会把类的具体实例、方法、常量、变量放在堆中，保存我们所有引用类型的真实对象；

堆内存中还要细分为三个区域：

• 新生区（伊甸园区） Young/New
• 养老区 Old
• 永久区 Perm

GC垃圾回收主要在伊甸园区和养老区
堆内存满了会报出OOM（OutOfMemoryError：java heap space）错误，堆内存不够。

在JDK8以后，永久存储区改了名字 叫元空间

新生区、老年区：

• 类：诞生和成长的地方，甚至死亡
• 伊甸园区，所有的对象都是在伊甸园区new出来的。当伊甸园区装满就会进行一次轻GC。假设该对象在GC垃圾回收中能存活下来一次 就进入幸存者区
• 幸存者区（from,to）：当幸存者区装满 就会触发重GC 存活下来的进入养老区。幸存者区是动态的，from,to区域会互换
  
  经过研究，99%的对象都是临时对象，不会走到养老区。

永久区：
该区域常驻内存。用来存放一些JDK自身携带的Class对象、Interface元数据。存储的是Java运行时的一些环境。这个区域不存在垃圾回收。关闭虚拟机的时候就会释放永久区的内存。

一个启动类加载了大量的第三方jar包，或者tomcat部署了太多的应用，或者大量的动态生成的反射类。就会导致永久区内存被装满，就会产生OOM。

方法区存在于永久区内（也叫非堆（只是个名词，其实也是堆））

• JDK1.6之前：永久代，常量池是在方法区
• JDK1.7：永久代，但是慢慢退化了（去永久代），常量池在堆中
• JDK1.8之后：无永久代，常量池在元空间

元空间逻辑上存在，但物理上可能并不存在，下方用代码验证

可以通过一些代码看是否会丢内存:

//返回虚拟机试图使用的最大内存
long max = Runtime.getRuntime().maxMemory(); //字节1024*1024
//返回JVM的总内存
long total = Runtime.getRuntime().totalMemory();

System.out.println("max="+max+"字节"+(max/(double)1024/1024)+"MB");
System.out.println("total="+total+"字节"+(max/(double)1024/1024)+"MB");

默认情况下：分配的总内存是电脑内存的1/4，而初始化的内存大约是电脑内存的1/64

在虚拟机选项上添加指令 -XX:+PrintGCDetails，就可以看到堆内存分配情况，也可以-Xms(内存大小) -Xms(内存大小)来调节堆内存空间。

在此处打开运行编辑设置

当出现OOM错误时，先尝试扩大堆内存看是否还会报错，如果仍然报错，就可以看一下堆内存分配结果寻找问题