JVM_1入门

java文件的执行流程

Java 文件->编译器>字节码->JVM->机器码。

hotspot

JVM内存分类法

（1）JVM 内存主要分为堆、程序计数器、方法区、虚拟机栈和本地方法栈等。

（2）线程私有区域：一个线程拥有单独的一份内存区域。（虚拟机栈、本地方发栈、程序计数器）
线程共享区域：被所有线程共享，且只有一份。 （方法区、堆）
直接内存： 这个虽然不是运行时数据区的一部分，但是会被频繁使用。你可以理解成没有被虚拟机化的操作系统上的其他内存。

虚拟机栈

大小默认1M，不同操作系统默认大小不同
可用参数 –Xss 调整大小，例如-Xss256k。
（1）栈的数据结构：FIFO，先进先出

（2）虚拟机栈的作用：在 JVM 运行过程中存储当前线程运行方法所需的数据，指令、返回地址。

（3）虚拟机栈是基于线程的：哪怕你只有一个 main() 方法，也是以线程的方式运行的。在线程的生命周期中，参与计算的数据会频繁地入栈和出栈，栈的生 命周期是和线程一样的。

（4）栈帧：在每个 Java 方法被调用的时候，都会创建一个栈帧，并入栈。一旦方法完成相应的调用，则出栈。
栈帧大体都包含四个区域：(局部变量表、操作数栈、动态连接、返回地址)
局部变量表：储存局部变量，基本类型直接存入。object类型存 引用地址
操作数栈： 存储操作数，操作java数据
动态链接： java多态
返回地址： 正常返回（调用程序计数器中的地址作为返回）、异常的话（通过异常处理器表<非栈帧中的>来确定）

（5）程序计数器：唯一不会oom的区域
较小的内存空间，当前线程执行的字节码的行号指示器；各线程之间独立存储，互不影响。

JVM 的整体内存结构

1. 本地方法栈本地方法栈跟 Java 虚拟机栈的功能类似，Java 虚拟机栈用于管理 Java 函数的调用，而本地方法栈则用于管理本地方法的调用。C实现
2. 方法区（Method Area）
       是可供各条线程共享的运行时内存区域。它存储了每一个类的结构信息，例如运行时常量池（Runtime Constant Pool） 字段和方法数据、构造函数和普通方法的字节码内容、还包括一些在类、实例、接口初始化时用到的特殊方法 。
       方法区是 JVM 对内存的“逻辑划分”，在 JDK1.7 及之前很多开发者都习惯将方法区称为“永久代”，是因为在 HotSpot 虚拟机中，设计人员使用了永 久代来实现了 JVM 规范的方法区。在 JDK1.8 及以后使用了元空间来实现方法区。
3. 元空间（Metaspace）方法区与堆空间类似，也是一个共享内存区，所以方法区是线程共享的。假如两个线程都试图访问方法区中的同一个类信息，而这个类还没有装入 JVM，那么此时就只允许一个线程去加载它，另一个线程必须等待。
   jdk1.8 以后（初始和最大值）：
   -XX:MetaspaceSize；
   -XX:MaxMetaspaceSize
   jdk1.8 以后大小就只受本机总内存的限制（如果不设置参数的话）
4. 运行时常量池（Runtime Constant Pool）是每一个类或接口的常量池（Constant_Pool）的运行时表示形式，它包括了若干种不同的常量：从编 译期可知的数值字面量到必须运行期解析后才能获得的方法或字段引用。
       运行时常量池是方法区的一部分。运行时常量池相对于 Class 常量池的另外一个重要特征是具备动态性
5. 堆（heap）
   （1）堆是 JVM 上最大的内存区域，我们申请的几乎所有的对象，都是在这里存储的。我们常说的垃圾回收，操作的对象就是堆。
   （2）堆空间一般是程序启动时，就申请了，但是并不一定会全部使用。堆一般设置成可伸缩的。
   （3）随着对象的频繁创建，堆空间占用的越来越多，就需要不定期的对不再使用的对象进行回收。这个在 Java 中，就叫作 GC（Garbage Collection）。
   （4）那一个对象创建的时候，到底是在堆上分配，还是在栈上分配呢？这和两个方面有关：对象的类型和在 Java 类中存在的位置。
   （5） Java 的对象可以分为基本数据类型和普通对象。
       对于普通对象来说，JVM 会首先在堆上创建对象，然后在其他地方使用的其实是它的引用。比如，把这个引用保存在虚拟机栈的局部变量表中。 对于基本数据类型来说（byte、short、int、long、float、double、char)，有两种情况。
       当你在方法体内声明了基本数据类型的对象，它就会在栈上直接分配。
       其他情况，都是在堆上分配。
   -Xms：堆的最小值；
   -Xmx：堆的最大值；
   -Xmn：新生代的大小；
   -XX:NewSize；新生代最小值；
   -XX:MaxNewSize：新生代最大值；
   例如- Xmx256m
6. 堆外内存（直接内存）
   1、直接内存主要是通过 DirectByteBuffer 申请的内存，可以使用参数“MaxDirectMemorySize”来限制它的大小。
   2、其他堆外内存，主要是指使用了 Unsafe 或者其他 JNI 手段直接直接申请的内存。 堆外内存的泄漏是非常严重的，它的排查难度高、影响大，甚至会造成主机的死亡。

深入理解运行时数据区

1. JVM 向操作系统申请内存： JVM 第一步就是通过配置参数或者默认配置参数向操作系统申请内存空间，根据内存大小找到具体的内存分配表，然后把内存段的起始地址和终止地 址分配给 JVM，接下来 JVM 就进行内部分配。
2. JVM 获得内存空间后，会根据配置参数分配堆、栈以及方法区的内存大小-Xms30m -Xmx30m -Xss1m -XX:MaxMetaspaceSize=30m
3. 类加载（类加载的细节后续章节会讲）：
   这里主要是把 class 放入方法区、还有 class 中的静态变量和常量也要放入方法区
4. 执行方法及创建对象：
       启动 main 线程，执行 main 方法，开始执行第一行代码。此时堆内存中会创建一个 student 对象，对象引用 student 就存放在栈中。
       后续代码中遇到 new 关键字，会再创建一个 student 对象，对象引用 student 就存放在栈中。

总结：
    JVM 在操作系统上启动，申请内存，先进行运行时数据区的初始化，然后把类加载到方法区，最后执行方法。
    方法的执行和退出过程在内存上的体现上就是虚拟机栈中栈帧的入栈和出栈。
    同时在方法的执行过程中创建的对象一般情况下都是放在堆中，最后堆中的对象也是需要进行垃圾回收清理的。

功能
    以栈帧的方式存储方法调用的过程，并存储方法调用过程中基本数据类型的变量（int、short、long、byte、float、double、boolean、char 等）以 及对象的引用变量，其内存分配在栈上，变量出了作用域就会自动释放；
    而堆内存用来存储 Java 中的对象。无论是成员变量，局部变量，还是类变量，它们指向的对象都存储在堆内存中；

线程独享还是共享
    栈内存归属于单个线程，每个线程都会有一个栈内存，其存储的变量只能在其所属线程中可见，即栈内存可以理解成线程的私有内存。
    堆内存中的对象对所有线程可见。堆内存中的对象可以被所有线程访问。
空间大小
    栈的内存要远远小于堆内存

栈的优化技术

——栈帧之间数据的共享 在一般的模型中，两个不同的栈帧的内存区域是独立的，但是大部分的 JVM 在实现中会进行一些优化，使得两个栈帧出现一部分重叠。（主要体现在方 法中有参数传递的情况），让下面栈帧的操作数栈和上面栈帧的部分局部变量重叠在一起，用时就可以直接公用一部分数据，无需进行额外的参数复制传递了。

内存溢出

1. 栈溢出：出现无线递归，只入栈不出栈
2. 堆溢出
       内存溢出：申请内存空间,超出最大堆内存空间。
       如果是内存溢出，则通过 调大 -Xms，-Xmx 参数。
       如果不是内存泄漏，就是说内存中的对象却是都是必须存活的，那么久应该检查 JVM 的堆参数设置，与机器的内存对比，看是否还有可以调整的空间， 再从代码上检查是否存在某些对象生命周期过长、持有状态时间过长、存储结构设计不合理等情况，尽量减少程序运行时的内存消耗。
3. 方法区溢出
   （1） 运行时常量池溢出
   （2）方法区中保存的 Class 对象没有被及时回收掉或者 Class 信息占用的内存超过了我们配置

**

注意 Class 要被回收，条件比较苛刻（仅仅是可以，不代表必然，因为还有一些参数可以进行控制）

**：
1、该类所有的实例都已经被回收，也就是堆中不存在该类的任何实例。
2、 加载该类的 ClassLoader 已经被回收。
3、 该类对应的 java.lang.Class 对象没有在任何地方被引用，无法在任何地方通过反射访问该类的方法。
-Xnoclassgc 禁用类的垃圾收集。节省垃圾回收时间。缩短程序运行期间的中断时间（STW）

4. 直接内存溢出
       直接内存的容量可以通过 MaxDirectMemorySize 来设置（默认与堆内存最大值一样），所以也会出现 OOM 异常；
       由直接内存导致的内存溢出，一个比较明显的特征是    在 HeapDump 文件中不会看见有什么明显的异常情况，
       如果发生了 OOM，同时 Dump 文件很小，可以考虑重点排查下直接内存方面的原因。

常量池

1. Class 常量池(静态常量池)
       在 class 文件中除了有类的版本、字段、方法和接口等描述信息外，还有一项信息是常量池 (Constant Pool Table)，用于存放编译期间生成的各种字面 量和符号引用。
       字面量：给基本类型变量赋值的方式就叫做字面量或者字面值。
       符号引用 ：符号引用以一组符号来描述所引用的目标。符号引用可以是任何形式的字面量，JAVA 在编译的时候一个每个 java 类都会被编译成一个 class 文件，但在编译的时候虚拟机并不知道所引用类的地址(实际地址)，就用符号引用来代替，而在类的解析阶段（后续 JVM 类加载会具体讲到）就是为了把 这个符号引用转化成为真正的地址的阶段。

2. 运行时常量池（Runtime Constant Pool）
       是每一个类或接口的常量池（Constant_Pool）的运行时表示形式，它包括了若干种不同的常量： 从编译期可知的数值字面量到必须运行期解析后才能获得的方法或字段引用。

3. 字符串常量池
       以 JDK1.8 为例，字符串常量池是存放在堆中，并且与 java.lang.String 类有很大关系。设计这块内存区域的原因在于：String 对象作为 Java 语言中重
   要的数据类型，是内存中占据空间最大的一个对象。高效地使用字符串，可以提升系统的整体性能。
       所以要彻底弄懂，我们的重心其实在于深入理解 String。

String类

    String 类被 final 关键字修饰了，而且变量 char 数组也被 final 修饰了。 我们知道类被 final 修饰代表该类不可继承，而 char[]被 final+private 修饰，代表了 String 对象不可被更改。
    Java 实现的这个特性叫作 String 对象的不 可变性，即 String 对象一旦创建成功，就不能再对它进行改变。

    第一， 保证 String 对象的安全性。假设 String 对象是可变的，那么 String 对象将可能被恶意修改。
    第二， 保证 hash 属性值不会频繁变更，确保了唯一性，使得类似 HashMap 容器才能实现相应的 key-value 缓存功能。
    第三， 可以实现字符串常量池。在 Java 中，通常有两种创建字符串对象的方式，一种是通过字符串常量的方式创建，如 String str=“abc”；另一种是 字符串变量通过 new 形式的创建，如 String str = new String(“abc”)。

intern
String 的 intern 方法，如果常量池中有相同值，就会重复使用该对象，返回对象引用。

serial收集器：stop the world （STW）
CMS：Concurrent Mark Sweep
G1： Garbage-First