jvm的内存结构

1.引言

jre，jvm，jdk的一个比较

jvm的一个学习路线

2.jvm的内存结构

2.1程序计数器

2.1.1定义：

Program Counter Register 程序计数器（寄存器）
**作用，**是记住下一条jvm指令的执行地址
特点

• 是线程私有的
• 不会存在内存溢出

2.2虚拟机栈

2.2.1定义

Java Virtual Machine Stacks （Java 虚拟机栈）

• 每个线程运行时所需要的内存，称为虚拟机栈

• 每个栈由多个栈帧（Frame）组成，对应着每次方法调用时所占用的内存

• 每个线程只能有一个活动栈帧，对应着当前正在执行的那个方法

问题辨析

• 垃圾回收是否涉及栈内存？（不涉及）
• 栈内存分配越大越好吗？（不是）
• 方法内的局部变量是否线程安全？
  • 如果方法内局部变量没有逃离方法的作用访问，它是线程安全的
  • 如果是局部变量引用了对象，并逃离方法的作用范围，需要考虑线程安全

2.2.2栈内存溢出

原因：

• 栈帧过多导致栈内存溢出
• 栈帧过大导致栈内存溢出

栈内存溢出演示：

2.2.3线程运行诊断

案例1： cpu 占用过多
定位

• 用top定位哪个进程对cpu的占用过高
• ps H -eo pid,tid,%cpu | grep 进程id
  （用ps命令进一步定位是哪个线程引起的cpu占用过高）
• jstack 进程id 可以根据线程id
  • 找到有问题的线程，进一步定位到问题代码的源码行号

案例2：程序运行很长时间没有结果

2.3本地方法栈

主要调用c/c++的一些底层的方法 使用native关键字

本地方法栈，虚拟机栈，程序技术器都为线程私有

2.4堆

2.4.1定义

Heap 堆

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

特点

• 它是线程共享的，堆中对象都需要考虑线程安全的问题
• 有垃圾回收机制

2.4.2堆内存溢出

示例

2.4.3堆内存诊断

（都是在idea终端中输入这些命令）

1. jps 工具
   查看当前系统中有哪些 java 进程
2. jmap 工具
   查看堆内存占用情况 jmap - heap 进程id
3. jconsole 工具
   图形界面的，多功能的监测工具，可以连续监测

演示代码

案例
垃圾回收后，内存占用仍然很高
使用 jvirsualvm 工具查看（也是在idea终端输入即可打开）

2.5方法区

2.5.1定义

Java 虚拟机有一个在所有 Java 虚拟机线程之间共享的方法区域。方法区域类似于用于传统语言的编译代码的存储区域，或者类似于操作系统进程中的“文本”段。它存储每个类的结构，例如运行时常量池、字段和方法数据，以及方法和构造函数的代码，包括特殊方法，用于类和实例初始化以及接口初始化方法区域是在虚拟机启动时创建的。尽管方法区域在逻辑上是堆的一部分，但简单的实现可能不会选择垃圾收集或压缩它。此规范不强制指定方法区的位置或用于管理已编译代码的策略。方法区域可以具有固定的大小，或者可以根据计算的需要进行扩展，并且如果不需要更大的方法区域，则可以收缩。方法区域的内存不需要是连续的！

2.5.2组成

方法区在JDK1.8以后不放在jvm内存结构中，放在本地内存中

2.5.3方法区内存溢出

• 1.8 以前会导致永久代内存溢出

• 演示永久代内存溢出 java.lang.OutOfMemoryError: PermGen space
• -XX:MaxPermSize=8m

• 1.8 之后会导致元空间内存溢出

• 演示元空间内存溢出 java.lang.OutOfMemoryError: Metaspace
• -XX:MaxMetaspaceSize=8m

案列代码

场景（多个类加载）

• spring
• mybatis

2.5.4运行时常量

• 常量池，就是一张表，虚拟机指令根据这张常量表找到要执行的类名、方法名、参数类型、字面量等信息
• 运行时常量池，常量池是 *.class 文件中的，当该类被加载，它的常量池信息就会放入运行时常量池，并把里面的符号地址变为真实地址

javap -v 类名.class（先编译后反编译）

2.5.5 String Table

面试题

答案：
false
true
true
false
调换后 true
jdk1.6 false

StringTable 特性

• 常量池中的字符串仅是符号，第一次用到时才变为对象
• 利用串池的机制，来避免重复创建字符串对象
• 字符串变量拼接的原理是 StringBuilder （1.8）
• 字符串常量拼接的原理是编译期优化
• 可以使用 intern 方法，主动将串池中还没有的字符串对象放入串池
  • 1.8 将这个字符串对象尝试放入串池，如果有则并不会放入，如果没有则放入串池， 会把串池中的对象返回
  • 1.6 将这个字符串对象尝试放入串池，如果有则并不会放入，如果没有会把此对象复制一份，放入串池， 会把串池中的对象返回

特性案例1

其中s1,s2为变量用的StringBuild方法后转为字符串放在堆中
S5是编译时能确定不会被变更，所以直接查常量池中是否有ab
s1,s2,s3,都放在常量池中

特性案例2

s2为串池中的对象，s为堆中的对象
主要看intern方法是否能放入串池中，他返回的是串池中的对象

2.5.6 StringTable的位置

1.8以后使用的StringTable放到了堆中

证明使用内存溢出报的错误查看字符串在方法区或者在堆中

案例：

2.5.7StringTable的垃圾回收

案例：

2.5.8StringTable的性能调优

• 调整 -XX:StringTableSize=桶个数
• 考虑将字符串对象是否入池

案例：

2.6直接内存

2.6.1定义

Direct Memory（直接内存）

• 常见于 NIO 操作时，用于数据缓冲区
• 分配回收成本较高，但读写性能高
• 不受 JVM 内存回收管理
• 也会存在内存溢出的问题（但一般较大——几个G，不会溢出）

2.6.2分配和垃圾回收原理

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