JVM底层原理

这篇围绕问题如下：

请谈谈你对JVM的理解？java8的虚拟机有什么更新？
什么是OOM？什么是StackOverflowError?有哪些方法分析？
JVM的常用参数调优你知道哪些？
谈谈JVM中，对类加载器你的认知？

JVM位置

JVM是运行在操作系统之上的，它与硬件没有直接的交互。

1.JVM体系结构概览

灰色的线程私有，所在内存很小很小，几乎不存在gc垃圾回收。亮黄色为线程共享。

2.类装载器ClassLoader

负责加载class文件，class文件在文件开头有特定的文件标示，将class文件字节码内容加载到内存中，并将这些内容转换成方法区中的运行时数据结构并且ClassLoader只负责class文件的加载，至于它是否可以鱼腥，则由Execution Engine决定

3+1个加载器，前3个系统自带。

启动类加载器是一开是java就有的，有100多个类，比如Obeject。后来随着时间的发展，增加一些拓展的类比如跟通信有关的，所以有了拓展类加载器。

实例

结果为bootStrap启动类加载器（这里显示null，因为启动类加载器为c++语言编写，这里无法显示）。

结果：

别挖人家祖坟了，人家没祖宗。

双亲委派

当一个类收到了类加载请求，他首先不会尝试自己去加载这个类，而是把这个请求委派给父类去完成，每一个层次类加载器都是如此，因此所有的加载请求都应该传送到启动类加载其中，只有当父类加载器反馈自己无法完成这个请求的时候（在它的加载路径下没有找到所需加载的Class），子类加载器才会尝试自己去加载。

采用双亲委派的一个好处是比如加载位于rt.jar包中的类java.lang.Object，不管是哪个加载器加载这个类，最终都是委托给顶层的启动类加载器进行加载，这样就保证了使用不同的类加载器最终得到的都是同一个Object对象。

3.Native

native是一个关键字，声明有，实现无。
（了解就好，不会有人问的！）

实例：

Thread类的源码：起作用的是start0这个方法

Native Interface本地接口

 本地接口的作用是融合不同的编程语言为java所用，它的初衷是融合C/C++程序，Java诞生的时候是C/C++横行的时候，要想立足，必须有调用C/C++程序，于是就在内存中专门开辟类一块区域处理标记为native方法，在Execution Engine执行时加载native libraies。目前该方法使用的越来越少了，除非是与硬件有关的应用，比如通过java程序驱动打印机或者java系统管理生产设备，==在企业级应用中已经比较少见==。因为现在的异构领域间的通信很发达，比如可以使用Socket通信，也可以使用Web Service等等，不多做介绍。

Native Method Stack

 它的具体做法是Native Method Stack中登记native方法，在Execution Engine执行时加载本地方法库。

4.PC寄存器

每个线程都有一个程序计数器，是线程私有的，就是一个指针，指向方法区中的方法字节码（用来存储指向下一条指令的地址，也即将要执行的指令代码），由执行引擎读取下一条指令，是一个非常小的内存空间，几乎可以忽略不记。
这块内存区域很小，它是当前线程所执行的字节码的行号指示器，字节码解释器通过改变这个计数器的值来选取下一条需要执行的字节码指令。
如果执行的是一个Native方法，那这个计数器是空的。
用以完成分支、循环、跳异常处理、线程恢复等基础功能。不会发生内存溢出（OutOfMemory==OOM）错误

就是存储下一个方法应该执行什么。

5.Method Area方法区

供各线程共享的运行时内存区域。它存储了每一个类的结构信息，例如运行时常量池（Runtime Constant Pool）、字段和方法数据、构造函数和普通方法的字节码内容。方法区是规范，在不同虚拟机里头实现是不一样的，最典型的就是永久代和元空间。

实例变量存在堆内存中，和方法区无关

示例：空调k1 = new 格力（）
List list = new ArrayList（）；
方法区 f = new 永久带
方法去 f =new 元空间

6.stack

栈管运行，堆管存储。
栈也叫栈内存，主管java程序的运行，是在线程创建时创建，它的生命期是跟随线程的生命期，线程结束栈内存也就释放，对于栈来说不存在垃圾回收问题，只要线程一结束该栈就over，生命周期和线程一致，是线程私有的。8种基本类型的变量+对象的引用变量+实例方法都是在函数的栈内存中分配。

6.1栈存储什么？

栈帧中主要保存3类数据
本地变量：输入参数和输出参数以及方法内的变量；
栈操作：记录出栈、入栈的操作；
栈帧数据：包括类文件、方法等等。

6.2栈运行原理

栈中的数据都是以栈帧的格式存在，栈帧是一个内存区块，是一个数据集，是一个有关方法和运行期数据的数据集，当一个方法A被调用时就产生了一个栈帧F1，并压入到栈中，A方法又调用了B方法，于是产生栈帧F2也被压入栈，B方法又调用了C方法，于是产生栈帧F3也被压入栈，…
执行完毕后，先弹出F3栈帧，再弹出F2栈帧，再弹出F1栈帧…
遵循“先进后出”/“后进先出”原则。

每个方法执行的同时都会创建一个栈帧，用于存储局部变量表、操作数栈、动态链接、方法出口等信息，每一个方法从调用直至执行完毕的过程，就对应着一个栈帧在虚拟机中入栈到出栈的过程。栈的大小和具体JVM的实现有关，通常在256k～756k之间，与等于1Mb左右。

示例

图示在一个栈中有两个栈帧：
栈帧2是最先被调用的方法，先入栈，然后方法2又调用了方法1，栈帧1处于栈顶的位置，栈帧2处于栈底，执行完毕后，依次弹出栈帧1和栈帧2，线程结束，栈释放。
每执行一个方法都会产生一个栈帧，保存到底（后进先出）的顶部，顶部栈就是当前的方法，该方法执行完毕后会自动将此栈帧出栈

这个异常是错误。

6.3栈+堆+方法区的交互关系

类元数据：说穿了就是那个模版。

7.heap堆

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

• YoungGenerationSpace新生区 Young/New
• TenureGenerationSpace养老区 Old/Tenure
• PermanentSpace永久区 Perm（java7以前）
  
  java8永久区变成了元空间。（现在以java8为准，答的时候元空间）
  物理上：新生代与老年代。

7.1GC回收

新生区是类的诞生、成长、消亡的区域，一个类在这里产生，应用，最后被垃圾回收器收集，结束生命。新生区又分为两部分：伊甸园区和幸存者区，所有的类都是在伊甸园被new出来的。幸存者区有两个：0区和1区。当伊甸园的空间用完时，程序又需要创建对象，JVM的垃圾回收器将伊甸园区进行垃圾回收（Minor GC），将伊甸园区中的不再被其他对象所引用的对象进行销毁。然后将伊甸园区中的剩余对象移动到幸存0区。若幸存0区也满了，再对该区进行垃圾回收，然后移动到1区。那如果1区也满类呢？再移动到养老区。若养老区也满了，那么这个时候将产生MajorGC（FullGC），进行养老区的内存清理。若养老区执行类FullGC之后发现依然无法进行对象的保存，就会产生OOM异常“OutOfMemoryError”

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

小总结：

outOfMemory堆溢出异常，不玩了！

7.2MinorGC的过程（复制->清空->互换）

1:eden、survivorFrom复制到survivorTo，年龄+1
首先、当eden区满的时候会触发第一次GC，把还活着的对象拷贝到survivorFrom区，当eden区再触发GC的时候会扫描eden区和from区域，对这两个区域进行垃圾回收，经过这次回收后还存活的对象，则直接复制到to区域（如果有对象的年龄已经达到了老年的标准，则赋值到老年代区），同时把这些对象的年龄+1。
2:清空eden、survivorFrom
然后，清空eden和survivorFrom中的对象，也即复制之后有交换，谁空谁是to
3:survivorTo和survivorFrom互换
最后，survivorTo和survivorFrom互换，原survivorTo成为下一次GC时的survivorFrom区。部分对象会在from和to区域中复制来复制去，如此交换15次（由JVM参数MaxTenuringThreshold决定，这个参数默认是15），最终如果还是存活，就存入老年代。

7.3SunHotSpot内存管理

实际而言，方法区（Method Area）和堆一样，是各个线程共享的内存区域，它用于存储虚拟机加载的：类信息+普通变量+静态常量+编译器编译后的代码等等，虽然JVM规范将方法区描述为堆的一个逻辑部分，但它却还有一个别名叫做Non-Heap（非堆），目的就是要和堆分开。
对于HotSpot虚拟机，很多开发者习惯将方法区称之为“永久代”，但严格本质上说两者不同，或者说使用永久代来实现方法区而已，永久代是方法区（相当于是一个接口interface）的一个实现，jdk1.7的版本中，已经将原本放在永久代字符串常量池移走。
java8实现叫元空间，java7实现叫永久带。都是方法区的具体实现，所以说方法区是一个规范。

永久区（java7之前）

永久区存储是一个常驻内存区域，用于存放jdk自身所携带的Class，Interface的元数据，也就是说它存储的是运行环境必须的类信息，被转载进此区域的数据是不会被垃圾回收器回收掉，关闭JVM才会释放此区域所占用的内存。

-xms（start）：设置初始分配内存
-xmx（max）：最大分配内存
-xmn（new区）。（一般不调）
永久带的也基本不调。

元空间（jave8）

在java8中，永久代已经被移除，被一个称为元空间的区域所取代。元空间的本质和永久代类似。
元空间与永久代之间最大的区别在于：永久代使用的JVM的堆内存，但是java8以后的元空间并不在虚拟机中而是使用本机物理内存。
因此，在默认情况下，元空间的大小仅受本地内存限制。类的元数据放入native memory，字符串池和类非静态变量放入java堆中，这样可以加载多少类的元数据就不再由MaxPermSize控制，而由系统的实际可用空间来控制。

堆内存调优

-Xms	设置初始分配大小，默认为物理内存的“1/64”
-Xmx	最大分配内存，默认为物理内存的“1/4”
-XX:+PrintGCDetails	输出详细的GC处理日志

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

在idea中的配置

初始内存和最大内存在生产环境中配置一样大的值，理由是避免gc和应用程序争抢内存。避免峰值忽高忽低。

JAVA7：

JAVA8：

-XX:+PrintGCDetails：输出详细GC收集日志信息
示例：

7.4 MajorGC（FullGC）

若养老区执行了FullGC之后发现依然无法进行对象的保存，就会产生OOM异常“OutOfMemoryError”

FullGC执行之后没有清除空间，所以不要花费时间，Times：user和sys等于0

7.5 JVM总结

面试问：GC是什么，先回答分代收集算法

GC是什么（分代收集算法）

• 次数上频繁收集Young区
• 次数上较少收集Old区
• 基本不动元空间

GC4大算法

• 引用计数法
• 复制算法
• 标记清除
• 标记压缩

7.5.1 gc算法总体概览

JVM在进行GC时，并非每次都对上面三个内存区域一起回收的，大部分时候回收的都是指新生代。因此GC按照回收的区域又分了两种类型：一种是普通GC（MinorGC），一种是全局GC（MajorGC or FullGC）

MinorGC和FullGC的区别
普通GC(MinorGC):只针对新生代区域的GC，指发生在新生代的垃圾收集动作，因为大多数java对象存活率都不高，所以MinorGC非常频繁，一般回收速度也比较快。
全局GC（MajorGC or FullGC）：指发生在老年代的垃圾收集动作，出现了MajorGC，经常会伴随至少一次的MajorGC（但并不是绝对的）。MajorGC的速度一般要比MajorGC慢上10倍以上

7.5.2 GC4大算法

1.引用计数法

示例：

循环引用，这里无法清理这两个对象。

标记整理：标记清除压缩。





标记清除压缩是实际工作中用到的，理论上不算四大算法







JMM：java内存模型









aaa进程修改了值10为1205写回了主内存，但是main线程不可见，因为没人通知，所以一直在while 循环


加了volatile，对其他多线程可见通知性。

静态先行，加载一遍。加载的时候先加载静态方法，然后才执行main方法。静态方法》代码块》构造方法