JVM内存结构

JVM内存结构，串池，虚拟机栈，堆区等。

目录

JVM架构图

内存结构

1. 程序计数器

2. 虚拟机栈

内存溢出

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

线程运行诊断

3. 本地方法栈

4. 堆

5. 方法区

运行时常量池

stringtable 串池

6 直接内存

直接内存的创建和释放

---

 

JVM架构图

jvm内存结构主要指的是运行时数据区

内存结构

1. 程序计数器

寄存器物理实现，记录下一条jvm指令的地址。

每一个线程有一个程序计数器，是线程私有的，内存不会溢出。

2. 虚拟机栈

虚拟机栈是一个线程调用时的内存，由栈帧构成，每一个方法对应一个栈帧，每一个栈帧由局部变量，返回地址，等等构成。

栈内存 其他操作系统默认大小是1M，windows会有变动。 所以1GB内存的电脑大概可以启动

1000 000个线程。

线程数 = 物理内存/栈内存

物理内存越大 可以有更多的线程同时运行

内存溢出

1.递归调用24800多次 就会溢出

2.或者使用json包把类转化为相应的字符串时，会出现类之间的循环引用，从而导致栈帧过大，内存溢出。尽管只有一个方法不存在递归调用，但是这个方法中存储的信息过大，甚至大于阈值。

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

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

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

比如一些 返回值 和 调用的参数 把一些对象比如 list 逃离了方法的作用范围

线程运行诊断

CPU占用过高，比如 while true 循环

• Linux环境下运行某些程序的时候，可能导致CPU的占用过高，这时需要定位占用CPU过高的线程

• top命令，查看是哪个进程占用CPU过高
  • ps H -eo pid, tid（线程id）, %cpu | grep 刚才通过top查到的进程号 通过ps命令进一步查看是哪个线程占用CPU过高

• jstack 进程id 通过查看进程中的线程的nid，刚才通过ps命令看到的tid来对比定位，注意jstack查找出的线程id是16进制的，需要转换

可以在linux下通过jstack去判断 死锁或者其他问题（死循环）程序僵死

看java 的所有运行线程以及 对应的状态

windows也可以进行

3. 本地方法栈

native方法

wait noitfy 重量级锁实现 要用 monitor 管程

clone hashcode 都是 native方法

一般是C++ 写的

4. 堆

垃圾回收机制

线程共享

创建的对象所在地方

设置堆内存 大小-Xmx 8m

jvisualvm 工具 在命令行输入： jvisualvm

查看 堆内存使用情况 以及 堆转储（当前时刻堆的快照，里面有堆的详细信息）

5. 方法区

 

总的来说就是，JDK1.7之前，运行时常量池（字符串常量池也在里边）是存放在永久代。
JDK1.7字符串常量池被单独从永久代移到堆中，运行时常量池剩下的还在永久代（方法区）
JDK1.8，永久代更名为元空间（方法区的新的实现），但字符串常量池池还在堆中，运行时常量池在元空间（方法区）。

实际场景中 会动态加载类 cglib

就容易出现 方法区溢出，尤其是 一些框架 比如 spring等

不过目前 元空间的内存较大 所以溢出的概率就变小了

方法区（Method Area）与上面讲的Java堆一样，都是各个线程共享的，它用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译器编译后的代码等数据。虽然Java虚拟机规范把方法区描述为堆的一个逻辑部分，但是它却有一个别名叫做Non-Heap（非堆），目的应该是与Java堆区分开来。

Java虚拟机规范中是这样定义方法区的：
它存储了每个类的结构信息，例如运行时常量池、字段、方法数据、构造函数和普通方法的字节码内容，还包括一些在类、实例、接口初始化时用到的特殊方法。

运行时常量池

概念上是在 方法区中，常量池，就是一张表，虚拟机指令根据这张常量表找到要执行的类名、方法名、参数类型、字面量等信息，之后转到解释器中解释为机器码指令 然后交给cpu执行。

stringtable 串池

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

利用串池的机制，来避免重复创建字符串对象 ，如果两个字符串（作为key）一样，那么就会使用同一份。

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

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

1.6 将这个字符串对象尝试放入串池，如果有则并不会放入，如果没有会把此对象复制一份（原来的对象没有变，只是在常量池中多了一个字符串）， 放入串池， 会把串池中的对象返回。

1.8 将这个字符串对象尝试放入串池，如果有则并不会放入，如果没有则放入串池（移动而不是复制，也就是说堆中的对象消失了）， 会把串池中的对象返回 。

只有一份 是移动不是复制

stringtable在1.6的时候是在永久代中，但是table使用比较频繁，而永久代的垃圾回收比较晚，所以效率较低。

String table又称为String pool，字符串常量池，其存在于堆中(jdk1.7之后改的)。最重要的一点，String table中存储的并不是String类型的对象，存储的而是指向String对象的索引，真实对象还是存储在堆中。

此外String table还存在一个hash表的特性，里面不存在相同的两个字符串。

面试题

串池StringTable基本了解_zhanlijuan-CSDN博客

java-方法区 (二) - StringTable串池_404QAQ的博客-CSDN博客

Stringtable 串池经典面试题_trigger的博客-CSDN博客

public class StringTable {
    public static void main(String[] args) {
        String s1="a";
        String s2="b";
        String s3="a"+"b"; // 相当于 "ab"
        String s4= s1+s2;   // 在堆中
        String s5="ab";
        String s6=s4.intern();
        // 1.8 将这个字符串对象尝试放入串池，如果有则并不会放入，如果没有则放入串池（移动而不是复制，也就是说堆中的对象消失了），
        // 会把串池中的对象返回  返回的就是 “ab”所在的位置
        System.out.println(s3==s4);//false  s3就是"ab" 在串池中  s4在堆中
        System.out.println(s3==s5);// true
        System.out.println(s3==s6);// true 入池后返回引用

        String x2=new String("c")+new String("d");
        String x1="cd";
        String x3 = x2.intern();
        //问，如果调换了【最后两行代码】位置呢？ true  如果是jdk1.6呢  如果是1.6 都是false
        System.out.println(x1==x2);// false x2无法入池  所以x2的的指向还是在堆区中
        System.out.println(x1 == x3); // true 返回串池中的对象

    }
}

stringtable 会发生gc，怎么调优：

如果你的程序中会用到很多的常量，stringtable的桶的个数可以设置的大一点，hash查找的速度会变快

那么存入的时间就会变快。

例子：

twitter在存储用户地址的时候本来是要放到堆内存的，使用intern后放到常量池中，内存占用由30G变为了上百M。因为地址有重复 所以串池实现了去重

6 直接内存

直接内存是java和os都可以调用 使用的内存，

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

应用场景：

在传统的NIO操作的buffer 中，如果进行大文件的读写，

会建立一个系统缓冲区，这个缓冲区不属于jvm管控的，而是 os的

在读写时，效率就会比较低。

如果使用直接内存，那么就可以减少一次复制拷贝，效率会提升。

直接内存的创建和释放

直接内存可以由代码显示的创建，但是回收并不直接受到垃圾回收机制的管理，而是通过虚引用对象cleaner间接的回收。

比如bytebuffer

使用了 Unsafe 对象完成直接内存的分配回收，并且回收需要主动调用 freeMemory 方法

ByteBuffer 的实现类内部，使用了 Cleaner （虚引用）来监测 ByteBuffer 对象，一旦

ByteBuffer 对象被垃圾回收，那么就会由 ReferenceHandler 线程通过 Cleaner 的 clean 方法调

用 freeMemory 来释放直接内存

在进行jvm调优的时候，通常会禁用显式的系统gc，也就是程序员自己 gc。

那么直接内存这时就不会被释放，如何解决这个问题呢？

通常来讲还是通过显式的调用 freememory函数去释放直接内存。