JAVA深入了解JVM

谁践踏了优雅 2022-01-16 08:33 265阅读 0赞

### 文章目录 ###

*  1.基本概念
 *  2.运行过程
 *  3.线程
 *  4.JVM内存区域
 *   *  1.程序计数器(线程私有)
     *  2.虚拟机栈(线程私有)
     *  3.本地方法区(线程私有)
     *  4.堆（Heap-线程共享）-运行时数据区
     *  5.方法区（线程共享）
     *  6.JVM运行时内存
     *  7.新生代
     *  8.老年代
     *  9.永久代

# 1.基本概念 #

JVM 是可运行 Java 代码的假想计算机 ，包括一套字节码指令集、一组寄存器、一个栈、  
一个垃圾回收，堆 和 一个存储方法域。 JVM 是运行在操作系统之上的，它与硬件没有直接  
的交互。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQxMzE2MTc_size_16_color_FFFFFF_t_70]

# 2.运行过程 #

我们都知道 Java 源文件，通过编译器，能 够生产相应的 .Class 文件，也就是字节码文件，  
而 字节码文件又通过 Java 虚拟机中的解释器，编译成特定机器上的机器码 。  
也就是如下：

*  ① Java 源文件 编译器 字节码文件
 *  ② 字节码文件 ——–>JVM 机器码

每一种平台的解释器是不同的，但是实现的虚拟机是相同的，这也就是 Java 为什么能够  
跨平台的原因了 ，当一个程序从开始运行，这时虚拟机就开始实例化了，多个程序启动就会  
存在多个虚拟机实例。程序退出或者关闭，则虚拟机 实例消亡，多个虚拟机实例之间数据不  
能共享。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQxMzE2MTc_size_16_color_FFFFFF_t_70 1]

# 3.线程 #

<table> 
 <thead> 
  <tr> 
   <th>线程名称</th> 
   <th>线程作用</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>虚拟机线程（VM thread）</td> 
   <td>这个线程等待 JVM 到达安全点操作出现。这些操作必须要在独立的线程里执行，因为当堆修改无法进行时，线程都需要 JVM 位于安全点。这些操作的类型有：stop-the-world 垃圾回收、线程栈 dump、线程暂停、线程偏向锁（biased locking）解除。</td> 
  </tr> 
  <tr> 
   <td>周期性任务线程</td> 
   <td>这线程负责定时器事件（也就是中断），用来调度周期性操作的执行。</td> 
  </tr> 
  <tr> 
   <td>GC 线程</td> 
   <td>这些线程支持 JVM 中不同的垃圾回收活动。</td> 
  </tr> 
  <tr> 
   <td>编译器线程</td> 
   <td>这些线程在运行时将字节码动态编译成本地平台相关的机器码。</td> 
  </tr> 
  <tr> 
   <td>信号分发线程</td> 
   <td>这个线程接收发送到 JVM 的信号并调用适当的 JVM 方法处理。</td> 
  </tr> 
 </tbody> 
</table>

# 4.JVM内存区域 #

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQxMzE2MTc_size_16_color_FFFFFF_t_70 2]

JVM 内存区域主要分为

*  线程`私有`区域【程序计数器、虚拟机栈、本地方法区】、
 *  线程`共享`区域【 JAVA 堆、方法区】、直接内存。

线程私有数据区域生命周期与线程相同, 依赖用户线程的启动/结束而创建/销毁(在Hotspot VM内, 每个线程都与操作系统的本地线程直接映射, 因此这部分内存区域的存/否跟随本地线程的生/死).  
线程共享区域随虚拟机的启动/关闭而创建/销毁.  
直接内存并不是JVM运行时数据区的一部分, 但也会被频繁的使用: 在JDK 1.4引入的NIO提供了基于Channel与Buffer的IO方式, 它可以使用Native函数库直接分配堆外内存, 然后使用DirectByteBuffer对象作为这块内存的引用进行操作(详见: Java I/O 扩展), 这样就避免了在Java堆和Native堆中来回复制数据, 因此在一些场景中可以显著提高性能。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQxMzE2MTc_size_16_color_FFFFFF_t_70 3]

## 1.程序计数器(线程私有) ##

一块较小的内存空间, 是当前线程所执行的字节码的行号指示器，每条线程都要有一个独立的程序计数器，这类内存也称为“线程私有”的内存。  
正在执行java方法的话，计数器记录的是虚拟机字节码指令的地址（当前指令的地址）。如果还是Native方法，则为空。  
这个内存区域是唯一一个在虚拟机中没有规定任何OutOfMemoryError情况的区域。

## 2.虚拟机栈(线程私有) ##

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

## 3.本地方法区(线程私有) ##

本地方法区和Java Stack作用类似, 区别是虚拟机栈为执行Java方法服务, 而本地方法栈则为Native方法服务, 如果一个VM实现使用C-linkage模型来支持Native调用, 那么该栈将会是一个C栈，但HotSpot VM直接就把本地方法栈和虚拟机栈合二为一。

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

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

## 5.方法区（线程共享） ##

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

`运行时常量池（Runtime Constant Pool）`是方法区的一部分。Class文件中除了有类的版本、字段、方法、接口等描述等信息外，还有一项信息是常量池 （Constant Pool Table），用于存放编译期生成的各种字面量和符号引用，这部分内容将在类加载后存放到方法区的运行时常量池中。 Java虚拟机对Class文件的每一部分（自然也包括常量池）的格式都有严格的规定，每一个字节用于存储哪种数据都必须符合规范上的要求，这样才会被虚拟机认可、装载和执行。

## 6.JVM运行时内存 ##

Java堆从GC的角度还可以细分为: 新生代(Eden区、From Survivor区和To Survivor区)和老年代。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQxMzE2MTc_size_16_color_FFFFFF_t_70 5]

## 7.新生代 ##

是用来存放新生的对象。一般占据堆的1/3空间。由于频繁创建对象，所以新生代会频繁触发MinorGC进行垃圾回收。新生代又分为 Eden区、ServivorFrom、ServivorTo三个区。  
◼`Eden区`：Java新对象的出生地（如果新创建的对象占用内存很大，则直接分配到老年代）。当Eden区内存不够的时候就会触发MinorGC，对新生代区进行一次垃圾回收。  
◼ `ServivorTo`：保留了一次MinorGC过程中的幸存者。  
◼ `ServivorFrom`：上一次GC的幸存者，作为这一次GC的被扫描者。  
MinorGC的过程：MinorGC采用复制算法。首先，把Eden和ServivorFrom区域中存活的对象复制到ServicorTo区域（如果有对象的年龄以及达到了老年的标准，则赋值到老年代区），  
同时把这些对象的年龄+1（如果ServicorTo不够位置了就放到老年区）；  
然后，清空Eden和ServicorFrom中的对象；  
最后，ServicorTo和ServicorFrom互换，  
原ServicorTo成为下一次GC时的ServicorFrom区。

## 8.老年代 ##

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

## 9.永久代 ##

指内存的`永久保存区域`，主要存放`Class`和`Meta（元数据）`的信息,Class在被加载的时候被放入永久区域. 它和和存放实例的区域不同,GC不会在主程序运行期对永久区域进行清理。所以这也导致了永久代的区域会随着加载的Class的增多而胀满，最终抛出OOM异常。  
在`Java8`中，`永久代`已经被移除，被一个称为`“元数据区”`（元空间）的区域所取代。元空间的本质和永久代类似，元空间与永久代之间最大的区别在于：元空间并不在虚拟机中，而是使用本地内存。因此，默认情况下，元空间的大小仅受本地内存限制。类的元数据放入 `native memory`, 字符串池和类的静态变量放入java堆中. 这样可以加载多少类的元数据就不再由`MaxPermSize`控制, 而由系统的实际可用空间来控制.

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQxMzE2MTc_size_16_color_FFFFFF_t_70]: /images/20220114/08104ca5ac8e4b118446074c2625bd09.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQxMzE2MTc_size_16_color_FFFFFF_t_70 1]: /images/20220114/e0db450bd56440a784a0bac96a010b97.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQxMzE2MTc_size_16_color_FFFFFF_t_70 2]: /images/20220114/089a24b3312b47f6adf15489cc23c27a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQxMzE2MTc_size_16_color_FFFFFF_t_70 3]: /images/20220114/ee8673a718274bc7951f0424886af529.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQxMzE2MTc_size_16_color_FFFFFF_t_70 4]: /images/20220114/ca7e16887f2540ed871a635eaa6c3b85.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3UwMTQxMzE2MTc_size_16_color_FFFFFF_t_70 5]: /images/20220114/8fe6d1f9f1c2467491e80a6ebd8569db.png