java.lang.OutOfMemoryError 类型

本文详细探讨了Java程序中遇到的几种常见内存错误,包括Java heap space不足、GC overhead exceeded、Direct Buffer Memory限制和Metaspace溢出。通过实例和调整参数,揭示了内存管理的底层原理及优化策略。

java.lang.OutOfMemoryError: java heap space

heap 空间不足,对象分配在 heap 上。
话说,为啥对象要分配在 heap 上,因为对象的大小在 compile-time 是无法确定的。
不像基本的数据类型,如 int 是 4Bytes,这些在 compile-time 就可以确定要多少空间,分配在 stack 上。

大对象分配

vm options: -Xms8m -Xmx8m

package com.example.demo;

public class JavaHeapSpaceDemo {
    public static void main(String[] args) {
        byte[] b = new byte[10 * 1024 * 1024]; // 分配 10M 的数组对象。
    }
}

错误提示

Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
	at com.example.demo.JavaHeapSpaceDemo.main(JavaHeapSpaceDemo.java:5)

java.lang.OutOfMemoryError: GC overhead limit exceeded

花费大量时间 gc ,但是回收效果差。

package com.example.demo;

import java.util.ArrayList;
import java.util.List;

public class GCOverheadDemo {
    public static void main(String[] args) {
        int i = 0;
        List<String> list = new ArrayList<>();
        try{
            while (true){
                list.add(String.valueOf(++i).intern());
            }
        } catch(Throwable e){
            System.out.println(i);
            throw e;
        }
    }
}

java.lang.OutOfMemoryError: Direct Buffer Memory

Native Memory 类似 C 中认工 malloc/free
metaspace
NIO
Netty

jvm 可以使用的最大本地内存

本机物理内存(local memory) / 4

sun.mi(c.VM.maxDirectMemory() / 1024 / 1024 / 1024.0

测试代码

vm options: -XX:MaxDirectMemorySize=5m

package com.example.demo;

import sun.misc.VM;

import java.nio.ByteBuffer;

public class DirectBufferMemoryDemo {
    public static void main(String[] args) {
        // 可以使用的 Direct Memory 是本机物理内存的四分之一
        System.out.println(VM.maxDirectMemory() / 1024 / 1024 / 1024);
        ByteBuffer bb = ByteBuffer.allocateDirect(10 * 1024 * 1024);
    }
}

错误信息

Exception in thread "main" java.lang.OutOfMemoryError: Direct buffer memory
	at java.nio.Bits.reserveMemory(Bits.java:694)
	at java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:123)
	at java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:311)
	at com.example.demo.DirectBufferMemoryDemo.main(DirectBufferMemoryDemo.java:11)

java.lang.OutOfMemoryError: unable to create new native thread

Linux root 所用资源和默认单进程可创建线程最大数量

root 使用资源无限制。


[root@s101 ~]# id
uid=0(root) gid=0(root) groups=0(root) context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
[root@s101 ~]# ulimit
unlimited 
[root@s101 ~]# cat /proc/sys/kernel/threads-max
14368

测试代码


public class TwoManyThreads {
    public static void main(String[] args) {
       // unable to create new native thread
       for(int i = 0;;i++){ // 一直创建线程
           System.out.println("=====>" + i);
           new Thread(()->{
               try {
                   Thread.sleep(Integer.MAX_VALUE);
               } catch (InterruptedException e){
                   e.printStackTrace();
               }
           },""+i).start();
       }
    }
}

错误信息

.
.
.
=====>14234
=====>14235
=====>14236
=====>14237
=====>14238
=====>14239
Exception in thread "main" java.lang.OutOfMemoryError: unable to create new native thread
        at java.lang.Thread.start0(Native Method)
        at java.lang.Thread.start(Thread.java:717)
        at com.example.demo.TwoManyThreads.main(TwoManyThreads.java:14)

java.lang.OutOfMemoryError: Metaspace

  1. java8 metaspace
  2. HotSpot 虚拟机方法区的实现
  3. 使用操作系统的 Native Memory,类似 C 的内存管理方式 malloc/free ,不适用 GC。
  4. 存放那些东西?
    1. 虚拟机加载的类
    2. 静态变量
    3. JIT 编译后的代码
    4. 常量池

测试代码

利用 cglib 一直生成 class。
vm options: -XX:MaxMetaspaceSize=10m

package com.example.demo;

import net.sf.cglib.proxy.Enhancer;
import net.sf.cglib.proxy.MethodInterceptor;
import net.sf.cglib.proxy.MethodProxy;

import java.lang.reflect.Method;

public class MetaspaceOOMDemo {
    static class OOMTest{

    }

    public static void main(String[] args) {
        int i = 0;
        try{
            while (true){
                i++;
                Enhancer enhancer = new Enhancer();
                enhancer.setSuperclass(OOMTest.class);
                enhancer.setUseCache(false);
                enhancer.setCallback(new MethodInterceptor() {
                    @Override
                    public Object intercept(Object o, Method method, Object[] objects, MethodProxy methodProxy) throws Throwable {
                        return methodProxy.invoke(o,args);
                    }
                });
                enhancer.create();
            }

        }catch(Throwable e){
            System.out.println("多少个之后:" + i);
            e.printStackTrace();
        }
    }
}

References

  1. unable to create new native thread
<think>嗯,用户问的是Java中的OutOfMemoryError错误的原因和解决方法。我需要先回忆一下相关的知识,并结合提供的引用内容来组织答案。 首先,根据引用内容,这个错误常见的原因包括JVM内存不足、程序不严谨导致内存泄漏或者对象过多,还有资源未及时释放。比如引用1提到程序不健壮,没有及时释放无用对象;引用2提到JVM内存过小和程序问题;引用4也提到物理内存过小,默认的64MB可能不够用。 接下来需要整理原因部分。常见的原因可能有:堆内存不足、内存泄漏、大对象或过多数据加载、Metaspace/PermGen空间不足、线程过多导致栈溢出、直接内存不足等。引用3提到String太大超过JVM内存,引用5提到用HeapDump参数帮助诊断。 解决方法方面,需要包括调整JVM参数(比如-Xmx)、检查内存泄漏、优化代码、处理大文件或数据分页,以及使用工具分析dump文件。引用1和5都提到了调整JVM参数和分析dump,引用4建议增加内存,引用1还提到释放资源。 然后要确保回答结构清晰,分点列出原因和解决方法。同时用户可能需要相关的问题,比如如何诊断内存泄漏,或者不同内存区域溢出的表现。 需要注意的是,用户可能对JVM内存结构不太熟悉,所以在解释原因时可以简要提及堆、栈、Metaspace等区域。另外,引用中多次提到程序问题,比如死循环、未关闭连接,这些需要强调代码优化的重要性。 最后,生成的相关问题要围绕用户可能进一步想知道的内容,比如具体参数设置、工具使用、不同错误类型等。确保引用标记正确,比如引用1到5的信息要对应到正确的位置。</think>### Java.lang.OutOfMemoryError 原因及解决方案分析 #### 一、核心原因 1. **JVM内存分配不足** - 默认堆内存较小(如64MB),无法满足应用需求[^4] - 未根据业务场景合理设置`-Xmx`(最大堆内存)和`-Xms`(初始堆内存)参数 2. **内存泄漏(Memory Leak)** - 未释放无用对象(如静态集合持续增长)[^1] - 资源未关闭(数据库连接、文件流未释放)[^1] 3. **大对象/过量数据加载** - 一次性加载超大文件到内存(如数GB的CSV文件) - 不合理缓存策略(如使用`String`存储超长文本)[^3] 4. **元空间/Metaspace溢出** - 动态生成大量类(如反射、CGLIB代理) - JVM参数`-XX:MaxMetaspaceSize`设置过小 5. **线程栈溢出** - 线程数量过多(`-Xss`设置过大导致总栈内存超出限制) #### 二、解决方案 **1. JVM参数调优** ```shell # 设置堆内存(生产环境建议4G起步) java -Xms4g -Xmx4g -XX:+HeapDumpOnOutOfMemoryError -jar app.jar ``` - `-XX:+HeapDumpOnOutOfMemoryError`:生成堆转储文件用于分析[^5] - `-XX:MaxMetaspaceSize=256m`:控制元空间上限 **2. 代码优化** - 及时释放资源(使用`try-with-resources`语法) ```java try (Connection conn = dataSource.getConnection(); PreparedStatement ps = conn.prepareStatement(sql)) { // 操作逻辑 } ``` - 避免静态集合滥用(使用WeakHashMap或定期清理) - 分页处理大数据(如流式读取文件) **3. 内存分析工具** - **MAT(Memory Analyzer Tool)**:分析堆转储文件定位泄漏点 - **VisualVM**:实时监控堆/线程/metaspace使用情况 - **jstat**:命令行查看GC统计信息 **4. 架构层面优化** - 引入分布式缓存(Redis/Memcached)替代本地缓存 - 使用内存池技术管理大对象(如ByteBuffer.allocateDirect) #### 三、典型错误场景 | 错误类型 | 表现特征 | 解决方案 | |---------|---------|---------| | `java.lang.OutOfMemoryError: Java heap space` | 堆内存不足 | 增大`-Xmx` + 检查对象生命周期 | | `java.lang.OutOfMemoryError: Metaspace` | 类元数据溢出 | 调整`MaxMetaspaceSize` + 检查类加载器 | | `java.lang.OutOfMemoryError: Requested array size exceeds VM limit` | 数组过大 | 分块处理数据 | | `java.lang.OutOfMemoryError: unable to create new native thread` | 线程数过多 | 减少线程数 + 调整`-Xss` | [^1]: 需通过代码审查确保资源释放 [^4]: JVM参数需根据服务器物理内存合理设置 : 阿里推荐使用HeapDump参数快速定位问题
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值