内存区域

最新推荐文章于 2024-02-13 21:30:57 发布

发财猪猪

最新推荐文章于 2024-02-13 21:30:57 发布

阅读量144

点赞数

分类专栏： JAVA虚拟机文章标签： jvm java

本文链接：https://blog.csdn.net/weixin_29578483/article/details/114060471

版权

5 篇文章 0 订阅

订阅专栏

JDK 1.8之前：

在这里插入图片描述

JDK 1.8 ：
在这里插入图片描述

生命周期与线程相同
每个方法被执行的时候都会同时创建一个栈帧（Stack Frame）用于存储局部变量表、操作栈、动态链接、方法出口等信息，方法执行时入栈，方法执行完出栈，出栈就相当于清空了数据

局部变量表： 主要存放了编译器可知的各种数据类型（boolean、byte、char、short、int、float、long、double）

对象引用：（reference类型，它不同于对象本身，可能是一个指向对象起始地址的引用指针，也可能是指向一个代表对象的句柄或其他与此对象相关的位置）

StackOverFlowError： 若Java虚拟机栈的内存大小不允许动态扩展，那么当线程请求栈的深度超过当前Java虚拟机栈的最大深度的时候，就抛出StackOverFlowError异常（比如无限递归）
OutOfMemoryError： 若 Java 虚拟机栈的内存大小允许动态扩展，且当线程请求栈时内存用完了，无法再动态扩展了，此时抛出OutOfMemoryError异常

和虚拟机栈所发挥的作用非常相似，区别是： 虚拟机栈为虚拟机执行 Java 方法（也就是字节码）服务，而本地方法栈则为虚拟机使用到的Native 方法服务（在 HotSpot 虚拟机中和 Java 虚拟机栈合二为一）
本地方法被执行的时候，在本地方法栈也会创建一个栈帧，用于存放该本地方法的局部变量表、操作数栈、动态链接、出口信息
方法执行完毕后相应的栈帧也会出栈并释放内存空间，也会出现 StackOverFlowError 和 OutOfMemoryError 两种异常

在这里插入图片描述

永久代由于是在堆中实现的，受 GC 的管理，不过由于永久代有 -XX:MaxPermSize 的上限，所以如果动态生成类（将类信息放入永久代）或大量地执行 String.intern （将字段串放入永久代中的常量区），很容易造成 OOM，有人说可以把永久代设置得足够大，但很难确定一个合适的大小，受类数量，常量数量的多少影响很大
而元空间使用的是直接内存，受本机可用内存的限制，并且永远不会得到java.lang.OutOfMemoryError，极端情况下，元空间可能会耗尽所有可用的系统资源

在这里插入图片描述

JDK中使用DirectByteBuffer对象来表示堆外内存，每个DirectByteBuffer对象在初始化时，都会创建一个对应的Cleaner对象，这个Cleaner对象会在合适的时候执行unsafe.freeMemory(address)，从而回收这块堆外内存
first是Cleaner类的静态变量，Cleaner对象在初始化时会被添加到Cleaner链表中，和first形成引用关系
ReferenceQueue是用来保存需要回收的Cleaner对象
如果该DirectByteBuffer对象在一次GC中被回收了，此时，只有Cleaner对象唯一保存了堆外内存的数据（开始地址、大小和容量），在下一次FGC时，把该Cleaner对象放入到ReferenceQueue中，并触发clean方法
Cleaner对象的clean方法主要有两个作用：
1. 把自身从Cleaner链表删除，从而在下次GC时能够被回收
2. 释放堆外内存

其实在初始化DirectByteBuffer对象时，如果当前堆外内存的条件很苛刻时，会主动调用System.gc()强制执行FGC
不过很多线上环境的JVM参数有-XX:+DisableExplicitGC，导致了System.gc()等于一个空函数，根本不会触发FGC，这一点在使用Netty框架时需要注意是否会出问题

关注