爱上JVM(一):JVM内存结构学习笔记分享

本文详细解析了Java内存模型中的关键部分,包括程序计数器的作用与特点,栈的内存分配和安全问题,堆内存的自定义与诊断,方法区的共享内存和内存溢出,以及直接内存的使用和释放机制。同时讨论了线程诊断、CPU占用和死锁的排查方法。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

程序计数器

程序计数器作用

image.png

程序计数器特点

会通过计数器来记录线程已经执行的位置。
加入线程1执行到10的时候,cpu时间片被线程2抢走了,那么当程序计数器就会记录线程1现在执行到了10,当线程2执行完了,就切换回道线程1的10位置继续执行。
image.png

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

定义

image.png

image.png

问题

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

不涉及,因为方法执行完之后,对应的栈帧就会自己弹出回收,并没有进行垃圾回收机制。垃圾回收一般是对堆内存的处理

  1. 栈分配内存越大越好嘛?

并不是,因为内存是固定的,帧分配内存的增多,也代表着线程占有的内存就减少,线程数量减少,也会减少一定的性能。

  1. 方法内的局部变量是否线程安全?

需要看变量是否是线程共享的。还要看是否逃离方法作用范围。
image.png
image.png

栈内存溢出

image.png

  • 方法递归调用可能会造成栈内存溢出,比如无限递归。

线程诊断

CPU占占用过多

image.png
image.png
但只能查看编号。
定位到具体的线程
image.png
通过jstack,展示具体的线程。
通过线程id找到有问题的线程,然后进入到问题代码的源码行数。

注意: 需要将上面操作查到的编号转化为16进制,进而查找到有问题的线程。
jstack 【进程id】:

image.png

死锁

通过jstack 进程号
image.png
排查死锁问题。

本地方法栈

native方法,由C语言实现。
image.png

定义

image.png
image.png
自定义内存大小:

//限制
 限制:-Xms  规定的空间大小

堆内存诊断

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

image.png

方法区

定义

方法区是各个线程共享的内存区域,它用于存储已被虚拟机加载的类信息(比如class文件)、常量、静态变量、即时编译器编译后的代码等数据。(什么是类信息:类版本号、方法、接口。)
image.png

方法区内存溢出

-XX:MaxMetaspaceSize=1m
public class MethodOverFlow extends ClassLoader {//可以用来加载类的二进制字节码

        public static void main(String[] args) {
            int j = 0;
            try {
                MethodOverFlow test = new MethodOverFlow();
                for (int i = 0; i < 10000; i++,j++) {
                    //ClassWriter 作用是生产类的二进制字节码
                    ClassWriter cw = new ClassWriter(0);
                    //版本号,public,类名
                    cw.visit(Opcodes.V1_8, Opcodes.ACC_PUBLIC, "Class" + i, null, "java/lang/Object", null);
                    //返回 byte[]
                    byte[] code = cw.toByteArray();
                    //执行类的加载
                    test.defineClass("Class" + i, code, 0, code.length);
                }
            } finally {
                System.out.println(j);
            }
        }
    }

场景:
Spring
Mabatis

常量池

学会阅读反编译的字字节码与在常量池的对应关系。

StringTable

理解

常量池中的字符串仅是符号,只有在被用到时才会转化为对象
利用串池的机制,来避免重复创建字符串对象
字符串变量拼接的原理是StringBuilder
字符串常量拼接的原理是编译器优化
可以使用intern方法,主动将串池中还没有的字符串对象放入串池中
1.8 将这个字符串对象尝试放入串池,如果有则并不会放入,如果没有则放入串池,会把串池中的对象返回
1.6 将这个字符串对象尝试放入串池,如果有则并不会放入,如果没有会把此对象复制一份,放入串池,会把串池中的对象返回
image.png
先到串池找,找到了就不创建了。
image.png
image.png
image.png
image.png
面试问类似的话就比较实在堆区还是在串池中。
可以通过以下检验自己:
image.png

StringTable 位置

image.png

  • 为什么需要metaspace?

因为永久代的回收效率不高,如果产生太多的字符串常量,可能就会出现内存不足的情况。
而在1.8,StringTable在堆中,可以通过minorgc来提高回收效率,降低内存不足的概率。

案例证明;
image.png
image.png

垃圾回收机制

image.png

  • 如果需要加入很多相同的字符串,使用intern能够很大程度减少内存占用空间。

直接内存

不数据Java虚拟机的内存管理,而是属于系统内存。

  • 属于操作系统,常见于NIO操作时,用于数据缓冲区
  • 分配回收成本较高,但读写性能高
  • 不受JVM内存回收管理

案例演示

image.png
很明显directBuffer用时更短,效率更高。
那么为什么呢?后面会讲

io和directbuffer

  • 文件读写流程

image.png

  • 使用DirectBuffer

image.png
Java代码可以直接访问。

直接内存释放

image.png

  • 直接内存的回收机制总结

使用了Unsafe类来完成直接内存的分配回收,回收需要主动调用freeMemory方法。
ByteBuffer的实现内部使用了Cleaner(虚引用)来检测ByteBuffer。一旦ByteBuffer被垃圾回收,那么会由ReferenceHandler来调用Cleaner的clean方法调用freeMemory来释放内存。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

落雨既然

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值