JVM-1.内存结构

目录

一、程序计数器

二、虚拟机栈

2.1 概念

2.2 内存溢出

2.3 一些问题

三、本地方法栈

四、堆

4.1 概念

4.2 内存溢出

五、方法区

5.1 概念

5.2 内存溢出

5.3 常量池/运行时常量池

5.4 StringTable字符串常量池

5.4.1 特性

5.4.2 位置

5.4.3 性能调优

六、直接内存

6.1 概念

6.2 分配和回收原理

---

一、程序计数器

        Program Counter Register 程序计数器（寄存器）

//jvm指令示例
0: getstatic #20         // PrintStream out = System.out;
3: astore_1              // --
4: aload_1               // out.println(1);
5: iconst_1              // --
6: invokevirtual #26     // --
9: aload_1               // out.println(2);
10: iconst_2             // --
11: invokevirtual #26    // --
14: aload_1              // out.println(3);
15: iconst_3             // --
16: invokevirtual #26    // --
19: aload_1              // out.println(4);
20: iconst_4             // --
21: invokevirtual #26    // --
24: aload_1              // out.println(5);
25: iconst_5             // --
26: invokevirtual #26    // --
29: return

        假如有两个线程：线程一、线程二。线程一在执行某条指令之后CPU要转去执行线程二，那么线程一的PC将会把下一条将要执行的指令的地址保存起来，等到CPU把使用权重新交给线程一时，其PC再根据地址将下一条指令取出来，继续向下执行。

        作用：记住下一条jvm指令的执行地址

        特点：是线程私有的，不存在内存溢出

二、虚拟机栈

2.1 概念

Java Virtual Machine Stacks （Java 虚拟机栈）

•         每个线程运行时所需要的内存，称为虚拟机栈
•         每个栈由多个栈帧（Frame）组成，对应着每次方法调用时所占用的内存
•         每个线程只能有一个活动栈帧，对应着当前正在执行的那个方法

        上面的示例代码就是对栈帧的演示。方法的调用关系依次为main->method1->method2

可以看到main方法压在栈的底部。

2.2 内存溢出

        虚拟机栈是有可能内存溢出的，原因：

                1.栈帧过多导致栈内存溢出（循环递归调用）

                2.栈帧过大导致栈内存溢出（少见）

2.3 一些问题

         问题辨析

        1. 垃圾回收是否涉及栈内存？

                不涉及。栈内存在方法执行完后就自动释放掉了。

        2. 栈内存分配越大越好吗？

                不一定。分配的越大，支持同时运行的线程数就越少。

        3. 方法内的局部变量是否线程安全？

                如果方法内局部变量没有逃离方法的作用范围，它是线程安全的

                如果是局部变量引用了对象（例如参数是stringbuilder），并逃离方法的作用范围，需要考虑线程安全

三、本地方法栈

         所谓本地方法，就是一些需要和系统底层API打交道的方法，我们要利用这些方法来和系统底层做交互。这些方法运行时使用的就是本地方法栈。这个栈也是线程私有的。

        例如Object类中定义的一些接口就属于本地方法，使用native修饰。

四、堆

4.1 概念

        Heap 堆 ：

                通过 new 关键字，创建对象都会使用堆内存

        特点：

                它是线程共享的，堆中对象都需要考虑线程安全的问题

                有垃圾回收机制

4.2 内存溢出

         原因：   

                对象一直被使用，所以不会被自动回收（循环拼接字符串）。

五、方法区

5.1 概念

        方法区在所有 Java 虚拟机线程之间共享。方法区类似于用于编译传统语言代码的存储区，它存储每个类的结构，例如运行时常量池、字段和方法数据，以及方法和构造函数的代码，包括类和实例初始化以及接口初始化中使用的特殊方法。

        方法区在虚拟机启动时创建，在逻辑上是堆的一部分。

        上图是jdk1.6与1.8中内存结构的一些区别。

                在1.6中称为永久代，与堆一样占用jvm内存；

                而在1.8中成为元空间，占用的是本地内存，而非jvm内存。

5.2 内存溢出

         不管是永久代还是元空间，都有可能产生内存溢出（加载的类太多了）。

java.lang.OutOfMemoryError: PermGen space
java.lang.OutOfMemoryError: Metaspace

5.3 常量池/运行时常量池

        常量池：就是一张表，虚拟机指令根据这张常量表找到要执行的类名、方法名、参数类型、字面量 等信息

        运行时常量池：常量池是 *.class 文件中的，当该类被加载，它的常量池信息就会放入运行时常量池，并把里面的符号地址变为真实地址

5.4 StringTable字符串常量池

5.4.1 特性

        1.常量池中的字符串仅是符号，第一次用到时才变为对象

         串池刚开始是空的 [ ] ，通过反编译的代码可以得知 a、b、ab  最开始只是常量池中的符号。在执行了Idc指令后才变为字符串对象，并存在串池中。（类似懒加载）

        2.利用串池的机制，来避免重复创建字符串对象

        3.字符串变量拼接的原理是 StringBuilder （1.8）

        拼接出来的字符串变量并没有放入串池中，而是一个StringBuilder对象，所以 s3 不等于 s4

        4.字符串常量拼接的原理是编译期优化

        5.可以使用 intern 方法，主动将串池中还没有的字符串对象放入串池

               5.1 将这个字符串对象尝试放入串池，如果有则并不会放入，如果没有则放入串池， 会把串池中的对象返回（1.8）

               5.2 将这个字符串对象尝试放入串池，如果有则并不会放入，如果没有会把此对象复制一份（new一个）， 放入串池， 会把串池中的对象返回（1.6）

5.4.2 位置

        jdk1.8之前：在方法区（永久代）中

        jdk1.8之后：在堆中 

5.4.3 性能调优

        调整 -XX:StringTableSize=桶个数        （减少hash冲突）

        考虑将字符串对象是否入池（去重）

六、直接内存

6.1 概念

        -常见于 NIO 操作时，用于数据缓冲区

        -分配回收成本较高，但读写性能高

        -不受 JVM GC管理

        *为什么直接内存性能高呢？

         传统方式读取磁盘文件时，数据需要先在系统缓冲区中缓存一次，然后在Java堆内存缓冲区中再缓存一次； 

        使用直接内存的话就省去了一次缓存的步骤，程序可以直接访问系统内存，读取效率会得到提高。

 

6.2 分配和回收原理

         -使用了 Unsafe 对象完成直接内存的分配回收，并且回收需要主动调用 freeMemory 方法              -ByteBuffer 的实现类内部，使用了 Cleaner （虚引用）来监测 ByteBuffer 对象，一旦 ByteBuffer 对象被垃圾回收，那么就会由 ReferenceHandler 线程通过 Cleaner 的 clean 方法调 用 freeMemory 来释放直接内存