java内存溢出异常(OutOfMemoryError)和栈溢出异常(StackOverflowError)

本文探讨了Java虚拟机中的StackOverflowError与OutOfMemoryError两种异常,并通过具体代码示例展示了如何触发这两种异常。文章解释了单线程下栈空间不足导致StackOverflowError的情况,以及多线程环境下因内存耗尽而引发OutOfMemoryError的现象。

在Java虚拟机规范中描述了两种异常:

定义: 如果线程请求的栈深度大于虚拟机所允许的最大深度,将抛出StackOverflowError异常。
如果虚拟机在扩展栈时无法申请到足够的内存空间,则抛出OutOfMemory Error异常。

这里把异常分成两种情况,看似更加严谨,但却存在着一些互相重叠的地方:当栈空间
无法继续分配时,到底是内存太小,还是已使用的栈空间太大,其本质上只是对同一件事情
的两种描述而已

通过两个小案例来看一下怎样抛出两种异常

代码清单1-1

/**

*@author lkhou
*/
public class JavaVMStackSOF{
private int stackLength=1;
public void stackLeak(){
stackLength++;
stackLeak();
}
public static void main(String[]args)throws Throwable{
JavaVMStackSOF oom=new JavaVMStackSOF();
try{
oom.stackLeak();
}catch(Throwable e){
System.out.println("stack length:"+oom.stackLength);
throw e;
}
}
}

此程序将会抛出StackOverflowError异常

stack length:2402
Exception in thread"main"java.lang.StackOverflowError
at org.fenixsoft.oom.VMStackSOF.leak(VMStackSOF.java:20)
at org.fenixsoft.oom.VMStackSOF.leak(VMStackSOF.java:21)
at org.fenixsoft.oom.VMStackSOF.leak(VMStackSOF.java:21)
……后续异常堆栈信息省略

实验结果表明:在单个线程下,无论是由于栈帧太大还是虚拟机栈容量太小,当内存无
法分配的时候,虚拟机抛出的都是St ack Overf lowError异常。
如果测试时不限于单线程,通过不断地建立线程的方式倒是可以产生内存溢出异常,如
代码清单1-2所示。但是这样产生的内存溢出异常与栈空间是否足够大并不存在任何联系,
或者准确地说,在这种情况下,为每个线程的栈分配的内存越大,反而越容易产生内存溢出
异常。
其实原因不难理解,操作系统分配给每个进程的内存是有限制的,譬如32位的Win dows
限制为2GB。虚拟机提供了参数来控制Java堆和方法区的这两部分内存的最大值。剩余的内
存为2GB(操作系统限制)减去Xm x (最大堆容量),再减去Max Perm Siz e(最大方法区容
量),程序计数器消耗内存很小,可以忽略掉。如果虚拟机进程本身耗费的内存不计算在
内,剩下的内存就由虚拟机栈和本地方法栈“瓜分”了。每个线程分配到的栈容量越大,可以
建立的线程数量自然就越少,建立线程时就越容易把剩下的内存耗尽。
这一点需要在开发多线程的应用时特别注意,出现StackOverfowError异常时有错误
堆栈可以阅读,相对来说,比较容易找到问题的所在。而且,如果使用虚拟机默认参数,栈
深度在大多数情况下(因为每个方法压入栈的帧大小并不是一样的,所以只能说在大多数情
况下)达到1000~2000完全没有问题,对于正常的方法调用(包括递归),这个深度应该完
全够用了。但是,如果是建立过多线程导致的内存溢出,在不能减少线程数或者更换64位虚
拟机的情况下,就只能通过减少最大堆和减少栈容量来换取更多的线程。如果没有这方面的
处理经验,这种通过“减少内存”的手段来解决内存溢出的方式会比较难以想到

代码清单1-2

/**
*@author lkhou
*/
public class JavaVMStackOOM{
private void dontStop(){
while(true){
}
}
public void stackLeakByThread(){
while(true){
Thread thread=new Thread(new Runnable(){
@Override
public void run(){
dontStop();
}
});
thread.start();
}
}
public static void main(String[]args)throws Throwable{
JavaVMStackOOM oom=new JavaVMStackOOM();
oom.stackLeakByThread();
}
}

将会抛出OutOfMemoryError异常

异常结果

Exception in thread"main"java.lang.OutOfMemoryError:unable to create new native thread

<think>好的,我需要回答用户关于Java内存区域内存溢出异常的问题,特别是为了面试准备。首先,我要根据用户提供的引用资料来组织内容,确保涵盖各个内存区域,并解释对应的OutOfMemoryError情况及其处理方式。 首先,用户提到的引用[1]中提到了堆内存的OutOfMemoryError,包括GC Overhead Limit ExceededJava heap space错误。需要详细说明堆的作用以及这两种错误的原因处理方法。引用[2]提到了Java虚拟机本地方法,以及StackOverflowErrorOutOfMemoryError。需要区分这两个区域的用途可能出现的异常情况。引用[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 ``` ---
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值