jvm_kkw

jvm_kkw

JVM

HotSpot VM（了解）

• 虚拟机的一种

• 它是Sun JDK和OpenJDK中所带的虚拟机，也是目前使用范围最广的Java虚拟机。

• HotSpot 热点代码探测技术可以通过执行计数器找出最具有编译价值的代码，然后通知JIT编译器以方法为单位进行编译。 如果一个方法被频繁调用，或方法中有效循环次数很多，将会分别触发标准编译和OSR（栈上替换）编译动作。 通过编译器与解释器恰当地协同工作，可以在最优化的程序响应时间与最佳执行性能中取得平衡，而且无须等待本地代码输出才能执行程序， 即时编译的时间压力也相对减小，这样有助于引入更多的代码优化技术，输出质量更高的本地代码。

内存空间

方法区，堆，方法栈，本地方法栈，PC寄存器

JVM内存区域详解

• Java源文件---->编译器------>字节码文件（跨平台，class文件打包成Jar包跨平台使用）

• 字节码文件----->JVM（不跨平台）------->机器码

  ​ 当一个程序从开始运行，这时虚拟机开始实例化，多个程序启动就会存在多个虚拟机实例。程序退出或关闭，则虚拟机实例消亡，多个虚拟机实例之间数据不能共享。

  • 操作系统负责调度所有线程，并把他们分配到任何可用的CPU上。原生线程初始化完毕，就会调用Java线程run（）方法。线程结束，会释放原生线程和Java所有资源。

• JVM安全点操作：

  ​ 在 JVM 中如何判断对象可以被回收 一文中，我们知道 HotSpot 虚拟机采取的是可达性分析算法。即通过 GC Roots 枚举判定待回收的对象。

  那么，首先要找到哪些是 GC Roots。

  • 有两种查找 GC Roots 的方法：

  • 一种是遍历方法区和栈区查找（保守式 GC）。

  • 一种是通过 OopMap 数据结构来记录 GC Roots 的位置（准确式 GC）。

  很明显，保守式 GC 的成本太高。准确式 GC 的优点就是能够让虚拟机快速定位到 GC Roots。

  对应 OopMap 的位置即可作为一个安全点（Safe Point）。

  在执行 GC 操作时，所有的工作线程必须停顿，这就是所谓的”Stop-The-World”。

  为什么呢？

  ​ 因为可达性分析算法必须是在一个确保一致性的内存快照中进行。如果在分析的过程中对象引用关系还在不断变化，分析结果的准确性就不能保证。

  安全点意味着在这个点时，所有工作线程的状态是确定的，JVM 就可以安全地执行 GC 。

区域划分

• 私有区域：程序计数器，虚拟机栈，本地方法区
• 线程共享区域：Java堆，方法区
• 直接内存

运行

• 线程私有数据区域生命周期与线程相同，依赖用户线程的启动/结束，而 创建/销毁（在HotSpot VM内）每个线程都与操作系统的本地线程直接映射，因此这部分内存区域的存/否跟随本地线程的生/死对应。

• 线程共享区域跟随虚拟机的启动/关闭而创建/销毁

• 直接内存并不是JVM运行时数据区的一部分，但也会被频繁使用：NIO提供了基于Channel与Buffer的IO方式---->使用Native函数库直接分配堆外内存，然后使用DirectByteBuffer对象作为这块内存的引用进行操作。避免Java堆和Native堆来回复制数据，提高性能。

程序计数器（线程私有）

• 寄存器

• 当前线程所执行的字节码的行号指示器，每个线程都要有他们私有的程序计数器。

• 正在执行Java方法的话：计数器记录的是虚拟机字节码指令的地址（当前指令地址），多线程的状态下，线程1的时间片用完时，寄存器会存下一条指令的地址，同时线程2执行，回来时只需读取寄存器便可知执行到哪里。

• 如果运行的是Native方法（本地方法栈里的方法），则为空。

• 每个寄存器都是私有的，不会存在内存溢出，也是内存区域唯一一个在虚拟机中没有任何OutOfMemoryError情况的区域。

本地方法区（线程私有）

• 为Native方法服务，一个Native Method就是一个java调用非java代码的接口。
  • 标识符native可以与所有其它的java标识符连用，但是abstract除外。这是合理的，因为native暗示这些方法是有实现体的，只不过这些实现体是非java的，但是abstract却显然的指明这些方法无实现体。
  • 一个native method方法可以返回任何java类型，包括非基本类型，而且同样可以进行异常控制。
  • native method的存在并不会对其他类调用这些本地方法产生任何影响，实际上调用这些方法的其他类甚至不知道它所调用的是一个本地方法。
  • 本地方法非常有用，因为它有效地扩充了jvm.事实上，我们所写的java代码已经用到了本地方法，在sun的java的并发（多线程）的机制实现中，许多与操作系统的接触点都用到了本地方法，这使得java程序能够超越java运行时的界限。有了本地方法，java程序可以做任何应用层次的任务。
• 与Java外环境交互
• 与操作系统交互
• Sun’s Java
• JVM怎样使Native Method跑起来：
  • 如果一个方法描述符内有native，这个描述符块将有一个指向该方法的实现的指针。
  • 这些实现在一些DLL文件内，但是它们会被操作系统加载到java程序的地址空间。
  • 当一个带有本地方法的类被加载时，其相关的DLL并未被加载，因此指向方法实现的指针并不会被设置。
  • 当本地方法被调用之前，这些DLL才会被加载，这是通过调用java.system.loadLibrary()实现的。
• 使用本地方法是有开销的，它丧失了java的很多好处。如果别无选择，我们可以选择使用本地方法。

虚拟机栈（线程私有）

• 描述Java方法执行的内存模型，每个方法在执行的同时都会创建一个栈帧（Stack Frame）用于存储局部变量表，操作数栈，动态链接，方法出口等信息。
• 每一个方法从调用直至执行完成的过程，就对应着一个栈帧在虚拟机栈中入栈到出栈的过程。
• 栈帧（Frame）是用来存储数据和部分过程结果的数据结构，同时也被用来处理动态链接、方法返回值、异常分派。
• 栈帧随着方法调用而创建，随着方法的结束而销毁—无论方法是正常完成还是异常完成（抛出了在方法内违背捕获的异常）都算做方法结束。

方法区/永久代（线程共享）

• 存储被JVM加载的类信息、常量、静态变量、即时编译器编译后的代码等数据
• HotSpotVM把GC分代收集扩展至方法区，即使用Java堆的永久代来实现方法区，这样HotSpot的垃圾收集器就可以像管理Java堆一样管理这部分内存，而不必为方法区开发专门的内存管理器
• 永久带的内存回收的主要目标是针对常量池的回收和类型的卸载，收益一般很小

运行时常量池

• 方法区的一部分，Class文件中除了有类的版本，字段，方法，接口等描述信息外，还有一项信息是常量池
• 用于存放编译期生成的各种字面量和符号引用，这部分内容将在类加载后存放到方法区的运行时常量池中。

堆（Heap-线程共享）-运行时数据区

• 线程共享的一块内存区域
• 创建的对象和数组都保存在Java堆内存中，也是垃圾收集器进行垃圾收集的最重要内存区域。
• 现代VM采用分代收集算法，因此java堆从GC的角度还可以细分为
  • 新生代（Eden区、From Survivor区和To Survivor区）
  • 老年代

JVM运行时内存

Java 堆从 GC 的角度还可以细分为: 新生代(Eden 区、From Survivor 区和 To Survivor 区)和老年 代。

新生代

用来存放新生的对象。一般占据堆的1/3空间。由于创建频繁，所以频繁触发MinorGC进行垃圾回收。新生代又分为Eden区、ServivorFrom、ServivorTo三个区

• Eden区：Java的新对象的出生地（如果创建的对象占用内存很大，则直接分配到老年代）。当Eden区内存不够时触发MinorGC，对新生代区进行一次垃圾回收。

• ServivorFrom区:上一次GC的幸存者，作为这一次GC的被扫描者。

• ServivorTo区：保留了一次MinorGC过程中的幸存者。

• MinorGC的过程（复制-》清空-》互换）采用复制算法

  1. Eden，ServivorFrom复制到ServivorTo，年龄+1；

     E和SF区域存活的对象复制到ST中（如果有对象的年龄已经达到了老年的标准，则赋值到老年代区），同时把这些对象的年龄+1（如果ServivorTo不够位置了就放到老年区）

  2. 清空Eden、ServivorFrom中的对象

  3. ServivorTo和ServivorFrom互换，原ServivorTo成为下一次GC的ServivorFrom区。

老年代

• 主要存放应用程序中生命周期长的内存对象
• 老年代的对象比较稳定，所以MajorGC（yd主要）不会频繁执行。在进行MajorGC前一般先进行一次MinorGC（yd小的，次要的），使得新生代的对象晋升入老年代，导致空间不够用时才触发。当无法找到足够大的连续空间分配给新创建的较大对象时也会提前触发一次MajorGC进行垃圾回收腾出空间
• MajorGC采用标记清除算法：首先扫描一次所有老年代，标记出存活的对象，然后回收没有标记的对象。MajorGC耗时比较长，因为要扫描回收。
• MinorGC会产生内存碎片，为了减少内存消耗，我们一般需要进行合并或者标记出来方便下次直接分配。当老年代也装不下时，抛出（OutOfMemoryException）异常。

永久代

内存的永久保存区域主要存放Class和Meta（元数据）的信息，Class在被加载的时候被放入永久区域，它和存放实例的区域不同，GC不会在主程序运行期对永久区域进行清理。所以导致永久代区域会随着加载的Class的增多而胀满，最终抛出OOM异常。

JAVA8与元数据

• 在Java8中，永久代已经被移除，被“元数据区（元空间）的区域所取代。本质和永久代类似。
• 区别：元空间并不在虚拟机中，而是使用本地内存。默认情况，元空间受本地内存的限制。类的元数据放入native memory，字符串和类的静态变量放入堆中，这样可以加载多少类的元数据就不再由MaxPermSize控制，而由系统的实际可用空间来控制。

，永久代已经被移除，被“元数据区（元空间）的区域所取代。本质和永久代类似。

• 区别：元空间并不在虚拟机中，而是使用本地内存。默认情况，元空间受本地内存的限制。类的元数据放入native memory，字符串和类的静态变量放入堆中，这样可以加载多少类的元数据就不再由MaxPermSize控制，而由系统的实际可用空间来控制。