Java内存区域 && 内存溢出异常

本文详细介绍了Java内存区域,包括堆、方法区、运行时常量池等,以及虚拟机栈、本地方法栈、程序计数器和直接内存的特性。探讨了对象创建过程、内存布局和访问定位方式,并对比了基于栈和基于寄存器的指令集优缺点。同时,分析了内存溢出异常的几种情况及其区别。

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

Java 内存区域

Heap
线程公有
存放实例对象
是GC主要管理区域,因此可以更细致的划分为:新生代、老年代
再细致一点划分:Eden区、From Survivor区、To Survivor区
内存空间:可以物理上不连续、逻辑上连续即可。
Method Area
线程公有
主要存储:类信息、常量、静态变量、编译后的代码
运行时常量池
主要存储:编译期的字面量以及符号引用
具有动态性,即可以在运行时将常量放入池中。
VM Stack
线程私有
主要包括:
局部变量表:存放编译期的各种基本数据类型、对象引用、returnAddress类型
操作数栈:每一个元素可以为任意的java类型,32位数据类型所占容量为1,64位数据类型所占容量为2
动态连接:class文件的常量池中有大量的符号引用,这些符号引用有一部分是在类加载阶段或者在第一次使用的时候就转换为直接引用,这部分成为静态解析。另一部分是每一次运行的时候转化为直接引用,这部分即为动态连接。
方法出口:例如A方法中调用了B方法,B方法的返回值压入A方法的栈帧中。
Native Method Stack
线程私有
与VM Stack相似,唯一区别在于该栈为Native方法服务。
Hot Spot 将VM Stack 与 Native Method Stack 合而为一。
Program Counter Register
线程私有
用于记录线程执行字节码的指令的地址。
Direct Memory
NIO中使用直接内存,提高效率。
对象创建过程

 
  • 首先当虚拟机遇到一条new指令时,先去检查该符号引用代表的类是否已经完成类加载,若未完成,则执行以下步骤
  • 类加载
  • 为对象分配内存
    分配方式:指针碰撞/空闲列表
    线程安全:CAS解决
  • 虚拟机初始化内存空间
  • 虚拟机对对象进行必要的设置
  • 执行完成初始化
  • 对象创建完成
对象内存布局
第一部分用于存储对象自身的运行时数据,如哈希码(HashCode)、GC 分代年龄、锁状态标志、线程持有的锁、偏向线程 ID、偏向时间戳、对象分代年龄,这部分信息称为“Mark Word”;Mark Word 被设计成一个非固定的数据结构以便在极小的空间内存储尽量多的信息,它会根据自己的状态复用自己的存储空间。
第二部分是类型指针,即对象指向它的类元数据的指针,虚拟机通过这个指针来确定这个对象是哪个类的实例;
如果对象是一个 Java 数组,那在对象头中还必须有一块用于记录数组长度的数据。因为虚拟机可以通过普通 Java 对象的元数据信息确定 Java 对象的大小,但是从数组的元数据中无法确定数组的大小。
在 32 位系统下,存放 Class 指针的空间大小是 4 字节,Mark Word 空间大小也是4字节,因此头部就是 8 字节,如果是数组就需要再加 4 字节表示数组的长度,如下表所示:

在 64 位系统及 64 位 JVM 下,开启指针压缩,那么头部存放 Class 指针的空间大小还是4字节,而 Mark Word 区域会变大,变成 8 字节,也就是头部最少为 12 字节,如下表所示:


压缩指针:开启指针压缩使用算法开销带来内存节约,Java 对象都是以 8 字节对齐的,也就是以 8 字节为内存访问的基本单元,那么在地理处理上,就有 3 个位是空闲的,这 3 个位可以用来虚拟,利用 32 位的地址指针原本最多只能寻址 4GB,但是加上 3 个位的 8 种内部运算,就可以变化出 32GB 的寻址。

对象访问定位
两种方式:

句柄池:引用中存储的是句柄地址,当实例对象移动时,只需要改变句柄对应的指针,不需要改变引用本身,比较稳定。
直接指针:速度快,节省了一次指针定位的开销。
常用指令
invokeinterface:用以调用接口方法,在运行时搜索一个实现了这个接口方法的对象,找出适合的方法进行调用。
invokevirtual:指令用于调用对象的实例方法,根据对象的实际类型进行分派
invokestatic:用以调用类方法
invokespecial:指令用于调用一些需要特殊处理的实例方法,包括实例初始化方法、私有方法和父类方法。
invokedynamic:JDK1.7新加入的一个虚拟机指令,相比于之前的四条指令,他们的分派逻辑都是固化在JVM内部,而invokedynamic则用于处理新的方法分派:它允许应用级别的代码来确定执行哪一个方法调用,只有在调用要执行的时候,才会进行这种判断,从而达到动态语言的支持。
基于栈的指令集 && 基于寄存器的指令集
java采用的是基于栈的指令集,这种指令集依赖操作数栈进行工作

优点:

可移植:由于寄存器是由硬件直接提供的,所以程序如果依赖寄存器不可避免的会受到硬件的约束
程序代码紧凑
编译器实现简单
缺点:
速度慢
指令数量多:完成相同功能所需的指令比寄存器架构多,因为光是入栈、出栈就已经很多指令了
内存访问多:频繁的栈访问意味着频繁的内存访问,而对于处理器来说,内存始终是速度的瓶颈。
Java内存溢出异常
内存溢出
堆上无内存可完成实例分配且堆无法扩展时:java.lang.OutOfMemoryError: Java heap space
方法区以及内存的常量池无法满足内存分配需求时:java.lang.OutOfMemoryError: PermGen space
栈扩展时无法申请足够内存:java.lang.StackOverflowError
内存泄漏
代码设计引起的程序动态分配的内存没有释放,导致该部分内存不可用
内存溢出与内存泄漏的区别
内存泄漏是导致内存溢出的原因之一,内存泄漏积累起来就会导致内存溢出
内存泄漏可以通过完善代码来解决,内存溢出无法彻底避免,只能通过配置来减少发生的频率
内存泄漏内存溢出的检查
性能监测工具:

JProfiler
Optimizeit Profiler
Eclipse Memory Analyzer
EclipseMAT
JProbe
<think>好的,我需要回答用户关于Java内存区域内存溢出异常的问题,特别是为了面试准备。首先,我要根据用户提供的引用资料来组织内容,确保涵盖各个内存区域,并解释对应的OutOfMemoryError情况及其处理方式。 首先,用户提到的引用[1]中提到了堆内存的OutOfMemoryError,包括GC Overhead Limit Exceeded和Java heap space错误。需要详细说明堆的作用以及这两种错误的原因和处理方法。引用[2]提到了Java虚拟机栈和本地方法栈,以及StackOverflowError和OutOfMemoryError。需要区分这两个区域的用途和可能出现的异常情况。引用[3]和[4]提供了JVM参数配置的建议,比如-Xms、-Xmx以及新生代的设置,这些在处理内存溢出时很重要,需要包含在解决方案中。 接下来,我需要按照内存区域的划分来组织内容。通常Java内存区域包括方法区、堆、虚拟机栈、本地方法栈、程序计数器。其中,方法区和堆是线程共享的,而虚拟机栈、本地方法栈和程序计数器是线程私有的。 对于每个区域,要解释其作用、可能发生的内存溢出异常以及对应的处理方式。例如,堆溢出通常是由于对象过多且无法被回收,可以通过增加堆大小或优化代码来减少内存泄漏。方法区在JDK8之后是元空间,溢出可能与类加载过多有关,需要调整元空间大小。虚拟机栈和本地方法栈的溢出通常与递归过深或线程数过多有关,需要调整栈的大小或优化代码结构。 在处理方式部分,要结合引用中的JVM参数,比如设置-Xmx调整堆大小,-XX:MaxMetaspaceSize调整元空间,-Xss调整栈大小等。同时引用[4]中提到的调整新生代大小来减少Full GC次数,这也是优化堆内存的一部分。 还需要注意引用格式,每个引用在回答末尾要标注正确的脚注。例如,当提到堆内存溢出时,引用[1]和[3]、[4]的相关内容需要正确标注。虚拟机栈部分引用[2]。 此外,用户要求生成相关问题,需要根据内容提出几个相关问题,如各个内存区域的参数配置、如何诊断内存泄漏、不同内存溢出异常的区别等。 最后,确保回答结构清晰,分点说明每个内存区域,然后处理方式,最后相关问题。使用中文,数学公式用$...$,独立公式用$$...$$,但当前内容可能较少涉及数学公式,但如果有的话需要注意格式。同时代码块用正确格式,比如JVM参数示例可能需要用代码块展示。</think>### Java内存区域详解及内存溢出处理 #### 一、Java内存区域划分 1. **程序计数器** 线程私有,记录当前线程执行的字节码行号指示器。**唯一不会发生内存溢出的区域**。 2. **Java虚拟机栈** - **作用**:存储栈帧(局部变量表、操作数栈、动态链接、方法出口等)。 - **溢出场景**: - **StackOverflowError**:线程请求的栈深度超过限制(如无限递归)[^2]。 - **OutOfMemoryError**:栈容量动态扩展时无法申请足够内存(如创建过多线程)[^2]。 - **参数**:`-Xss`调整栈大小(例如`-Xss256k`)。 3. **本地方法栈** 与虚拟机栈类似,但服务于Native方法。溢出表现与虚拟机栈相同[^2]。 4. **堆(Heap)** - **作用**:存放对象实例和数组(线程共享)。 - **溢出场景**: - **`java.lang.OutOfMemoryError: Java heap space`**:对象数量超过堆容量(如内存泄漏)[^1]。 - **`GC Overhead Limit Exceeded`**:GC频繁且回收效率低(如大量短生命周期对象)[^1]。 - **参数**:`-Xms`(初始堆大小)、`-Xmx`(最大堆大小),建议设为物理内存的50%-60%[^3]。 5. **方法区(JDK8后为元空间)** - **作用**:存储类信息、常量、静态变量。 - **溢出场景**:`OutOfMemoryError: Metaspace`(如动态生成过多类)[^1]。 - **参数**:`-XX:MaxMetaspaceSize`调整元空间上限。 --- #### 二、内存溢出处理方式 1. **堆内存溢出** - **步骤**: 1. 使用`-XX:+HeapDumpOnOutOfMemoryError`生成堆转储快照。 2. 通过MAT或JProfiler分析对象占用,定位内存泄漏。 3. 调整`-Xmx`扩大堆空间,或优化代码(如避免循环引用)[^3][^4]。 2. **方法区溢出** - 减少动态类生成(如CGLib代理)。 - 设置`-XX:MaxMetaspaceSize=256m`限制元空间[^1]。 3. **栈溢出** - 优化递归算法(改为迭代)。 - 调整`-Xss`参数增大单线程栈容量[^2]。 4. **直接内存溢出** - 检查NIO的`ByteBuffer.allocateDirect()`使用,通过`-XX:MaxDirectMemorySize`限制直接内存。 --- #### 三、参数配置示例 ```shell # 堆内存配置 java -Xms2g -Xmx4g -XX:+UseG1GC \ -XX:MaxMetaspaceSize=256m \ -XX:MaxDirectMemorySize=512m \ -XX:+HeapDumpOnOutOfMemoryError \ -jar app.jar ``` ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值