JVM-内存溢出（OOM）

最新推荐文章于 2022-10-22 21:21:34 发布
最新推荐文章于 2022-10-22 21:21:34 发布
阅读量1.2k 收藏 1
点赞数
分类专栏： JVM 文章标签： java jar java-ee
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zlb663107/article/details/124058703
版权

一、StackOverFlowError

Java栈线程大小默认为512k~1024k之间。通常出现在递归调用或较多的嵌套调用时出现栈内存溢出的错误，不是异常。

public class StackOverFlowErrorDemo {

    public static void main(String[] args){
        tackOverflowError();
    }

    private static void tackOverflowError() {
        tackOverflowError();
    }
}
Exception in thread "main" java.lang.StackOverflowError
	at test.jvm.OOM.StackOverFlowErrorDemo.tackOverflowError(StackOverFlowErrorDemo.java:15)
	at test.jvm.OOM.StackOverFlowErrorDemo.tackOverflowError(StackOverFlowErrorDemo.java:15)
	at test.jvm.OOM.StackOverFlowErrorDemo.tackOverflowError(StackOverFlowErrorDemo.java:15)
	at test.jvm.OOM.StackOverFlowErrorDemo.tackOverflowError(StackOverFlowErrorDemo.java:15)
	at test.jvm.OOM.StackOverFlowErrorDemo.tackOverflowError(StackOverFlowErrorDemo.java:15)
	at test.jvm.OOM.StackOverFlowErrorDemo.tackOverflowError(StackOverFlowErrorDemo.java:15)

二、OutOfMemoryError: Java heap space

Java堆内存溢出，最常见的内存溢出错误，new的对象较多，撑爆了堆，导致内存溢出错误。

public class JavaHeapSpaceDemo {
    public static void main(String[] args){
        byte b[] = new byte[5555 * 1024 *1024];
    }
}
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
	at test.jvm.OOM.JavaHeapSpaceDemo.main(JavaHeapSpaceDemo.java:5)

三、OutOfMemoryError:GC overhead limit exceeded

GC回收时间过长时会抛出OOM，如超过98%的时间来回收GC，回收不到2%的堆内存，连续多次GC都只回收了不到2%的的极端情况下才会抛出。

public class GcOverheadLimitExceededDemo {

    // -Xms10m -Xmx10m -XX:+PrintGCDetails -XX:MaxDirectMemorySize=5m
    public static void main(String[] args){
        int i = 0;
        List list = new ArrayList();
        try{
            while (true)
            {
                list.add(String.valueOf(++i).intern());
            }
        } catch (Exception e){
            e.printStackTrace();
        }finally {
            System.out.println("****** i="+i);
        }
    }
}

[GC (Allocation Failure) [PSYoungGen: 2048K->488K(2560K)] 2048K->788K(9728K), 0.0031879 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[GC (Allocation Failure) [PSYoungGen: 2519K->483K(2560K)] 2819K->2527K(9728K), 0.0061817 secs] [Times: user=0.00 sys=0.00, real=0.01 secs] 
[GC (Allocation Failure) [PSYoungGen: 2531K->504K(2560K)] 4575K->4290K(9728K), 0.0080726 secs] [Times: user=0.03 sys=0.02, real=0.01 secs] 
[GC (Allocation Failure) [PSYoungGen: 2552K->504K(2560K)] 6338K->6346K(9728K), 0.0042745 secs] [Times: user=0.11 sys=0.01, real=0.00 secs] 
[Full GC (Ergonomics) [PSYoungGen: 504K->0K(2560K)] [ParOldGen: 5842K->5953K(7168K)] 6346K->5953K(9728K), [Metaspace: 3270K->3270K(1056768K)], 0.1137573 secs] [Times: user=0.28 sys=0.02, real=0.11 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2048K->508K(2560K)] [ParOldGen: 5953K->7053K(7168K)] 8001K->7561K(9728K), [Metaspace: 3270K->3270K(1056768K)], 0.0853508 secs] [Times: user=0.13 sys=0.01, real=0.09 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2048K->2026K(2560K)] [ParOldGen: 7053K->7052K(7168K)] 9101K->9079K(9728K), [Metaspace: 3270K->3270K(1056768K)], 0.0731060 secs] [Times: user=0.23 sys=0.00, real=0.07 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2048K->2047K(2560K)] [ParOldGen: 7052K->7052K(7168K)] 9100K->9100K(9728K), [Metaspace: 3270K->3270K(1056768K)], 0.0747147 secs] [Times: user=0.08 sys=0.00, real=0.08 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7052K->7052K(7168K)] 9100K->9100K(9728K), [Metaspace: 3270K->3270K(1056768K)], 0.0445741 secs] [Times: user=0.13 sys=0.00, real=0.04 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7054K->7054K(7168K)] 9102K->9102K(9728K), [Metaspace: 3270K->3270K(1056768K)], 0.0406038 secs] [Times: user=0.09 sys=0.00, real=0.04 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7055K->7055K(7168K)] 9103K->9103K(9728K), [Metaspace: 3270K->3270K(1056768K)], 0.0501690 secs] [Times: user=0.19 sys=0.00, real=0.05 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7057K->7057K(7168K)] 9105K->9105K(9728K), [Metaspace: 3270K->3270K(1056768K)], 0.0553672 secs] [Times: user=0.08 sys=0.00, real=0.06 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7059K->7059K(7168K)] 9107K->9107K(9728K), [Metaspace: 3270K->3270K(1056768K)], 0.0610355 secs] [Times: user=0.09 sys=0.00, real=0.06 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7061K->7061K(7168K)] 9109K->9109K(9728K), [Metaspace: 3270K->3270K(1056768K)], 0.0509795 secs] [Times: user=0.13 sys=0.00, real=0.05 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7062K->7062K(7168K)] 9110K->9110K(9728K), [Metaspace: 3270K->3270K(1056768K)], 0.0415111 secs] [Times: user=0.14 sys=0.00, real=0.04 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7064K->7064K(7168K)] 9112K->9112K(9728K), [Metaspace: 3270K->3270K(1056768K)], 0.0430055 secs] [Times: user=0.23 sys=0.00, real=0.04 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7068K->7052K(7168K)] 9116K->9100K(9728K), [Metaspace: 3270K->3270K(1056768K)], 0.0620695 secs] [Times: user=0.16 sys=0.02, real=0.06 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7054K->7051K(7168K)] 9102K->9099K(9728K), [Metaspace: 3274K->3274K(1056768K)], 0.0443731 secs] [Times: user=0.16 sys=0.00, real=0.04 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7053K->7053K(7168K)] 9101K->9101K(9728K), [Metaspace: 3275K->3275K(1056768K)], 0.0420758 secs] [Times: user=0.11 sys=0.02, real=0.04 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7055K->7055K(7168K)] 9103K->9103K(9728K), [Metaspace: 3275K->3275K(1056768K)], 0.0424306 secs] [Times: user=0.11 sys=0.00, real=0.04 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7057K->7056K(7168K)] 9105K->9104K(9728K), [Metaspace: 3275K->3275K(1056768K)], 0.0497872 secs] [Times: user=0.25 sys=0.00, real=0.05 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7057K->7057K(7168K)] 9105K->9105K(9728K), [Metaspace: 3275K->3275K(1056768K)], 0.0400690 secs] [Times: user=0.17 sys=0.02, real=0.04 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7059K->7059K(7168K)] 9107K->9107K(9728K), [Metaspace: 3275K->3275K(1056768K)], 0.0435018 secs] [Times: user=0.20 sys=0.00, real=0.04 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7061K->7061K(7168K)] 9109K->9109K(9728K), [Metaspace: 3275K->3275K(1056768K)], 0.0557236 secs] [Times: user=0.14 sys=0.02, real=0.06 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7063K->7063K(7168K)] 9111K->9111K(9728K), [Metaspace: 3275K->3275K(1056768K)], 0.0396985 secs] [Times: user=0.25 sys=0.00, real=0.04 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7064K->7064K(7168K)] 9112K->9112K(9728K), [Metaspace: 3275K->3275K(1056768K)], 0.0432890 secs] [Times: user=0.16 sys=0.00, real=0.04 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7066K->7066K(7168K)] 9114K->9114K(9728K), [Metaspace: 3275K->3275K(1056768K)], 0.0424565 secs] [Times: user=0.08 sys=0.00, real=0.04 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7068K->7068K(7168K)] 9116K->9116K(9728K), [Metaspace: 3275K->3275K(1056768K)], 0.0636805 secs] [Times: user=0.11 sys=0.02, real=0.06 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7070K->7070K(7168K)] 9118K->9118K(9728K), [Metaspace: 3275K->3275K(1056768K)], 0.0572297 secs] [Times: user=0.08 sys=0.00, real=0.06 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7076K->7076K(7168K)] 9124K->9124K(9728K), [Metaspace: 3275K->3275K(1056768K)], 0.0484387 secs] [Times: user=0.14 sys=0.00, real=0.05 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7077K->7077K(7168K)] 9125K->9125K(9728K), [Metaspace: 3275K->3275K(1056768K)], 0.0487714 secs] [Times: user=0.09 sys=0.00, real=0.05 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7079K->7079K(7168K)] 9127K->9127K(9728K), [Metaspace: 3275K->3275K(1056768K)], 0.0447861 secs] [Times: user=0.06 sys=0.00, real=0.05 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7081K->7081K(7168K)] 9129K->9129K(9728K), [Metaspace: 3275K->3275K(1056768K)], 0.0502413 secs] [Times: user=0.13 sys=0.00, real=0.05 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7084K->7083K(7168K)] 9132K->9131K(9728K), [Metaspace: 3277K->3277K(1056768K)], 0.0478832 secs] [Times: user=0.13 sys=0.00, real=0.05 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7084K->7084K(7168K)] 9132K->9132K(9728K), [Metaspace: 3278K->3278K(1056768K)], 0.0487281 secs] [Times: user=0.08 sys=0.00, real=0.05 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7086K->7086K(7168K)] 9134K->9134K(9728K), [Metaspace: 3278K->3278K(1056768K)], 0.0527008 secs] [Times: user=0.08 sys=0.00, real=0.05 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7088K->7088K(7168K)] 9136K->9136K(9728K), [Metaspace: 3278K->3278K(1056768K)], 0.0496080 secs] [Times: user=0.14 sys=0.00, real=0.05 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7090K->7090K(7168K)] 9138K->9138K(9728K), [Metaspace: 3278K->3278K(1056768K)], 0.0472766 secs] [Times: user=0.16 sys=0.00, real=0.05 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7091K->7091K(7168K)] 9139K->9139K(9728K), [Metaspace: 3278K->3278K(1056768K)], 0.0548371 secs] [Times: user=0.09 sys=0.00, real=0.05 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7093K->7093K(7168K)] 9141K->9141K(9728K), [Metaspace: 3278K->3278K(1056768K)], 0.0454322 secs] [Times: user=0.19 sys=0.00, real=0.05 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7095K->7095K(7168K)] 9143K->9143K(9728K), [Metaspace: 3278K->3278K(1056768K)], 0.0507280 secs] [Times: user=0.16 sys=0.00, real=0.05 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7097K->7097K(7168K)] 9145K->9145K(9728K), [Metaspace: 3278K->3278K(1056768K)], 0.0478638 secs] [Times: user=0.13 sys=0.00, real=0.05 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7102K->7098K(7168K)] 9150K->9146K(9728K), [Metaspace: 3283K->3283K(1056768K)], 0.0435346 secs] [Times: user=0.17 sys=0.00, real=0.04 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7100K->7100K(7168K)] 9148K->9148K(9728K), [Metaspace: 3284K->3284K(1056768K)], 0.0506347 secs] [Times: user=0.19 sys=0.00, real=0.05 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7102K->7102K(7168K)] 9150K->9150K(9728K), [Metaspace: 3284K->3284K(1056768K)], 0.0538772 secs] [Times: user=0.24 sys=0.00, real=0.05 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7106K->7104K(7168K)] 9154K->9152K(9728K), [Metaspace: 3287K->3287K(1056768K)], 0.0482147 secs] [Times: user=0.25 sys=0.00, real=0.05 secs] 
[Full GC (Ergonomics) [PSYoungGen: 2047K->2047K(2560K)] [ParOldGen: 7105K->7105K(7168K)] 9153K->9153K(9728K), [Metaspace: 3288K->3288K(1056768K)], 0.0489171 secs] [Times: user=0.11 sys=0.00, real=0.05 secs] 
****** i=145353
Exception in thread "main" [Full GC (Ergonomics) [PSYoungGen: 2047K->0K(2560K)] [ParOldGen: 7147K->686K(7168K)] 9194K->686K(9728K), [Metaspace: 3312K->3312K(1056768K)], 0.0126681 secs] [Times: user=0.02 sys=0.00, real=0.01 secs] 
java.lang.OutOfMemoryError: GC overhead limit exceeded
	at java.lang.Integer.toString(Integer.java:403)
	at java.lang.String.valueOf(String.java:3099)
	at test.jvm.OOM.GcOverheadLimitExceededDemo.main(GcOverheadLimitExceededDemo.java:14)
Heap
 PSYoungGen      total 2560K, used 128K [0x00000000ffd00000, 0x0000000100000000, 0x0000000100000000)
  eden space 2048K, 6% used [0x00000000ffd00000,0x00000000ffd200d0,0x00000000fff00000)
  from space 512K, 0% used [0x00000000fff80000,0x00000000fff80000,0x0000000100000000)
  to   space 512K, 0% used [0x00000000fff00000,0x00000000fff00000,0x00000000fff80000)
 ParOldGen       total 7168K, used 686K [0x00000000ff600000, 0x00000000ffd00000, 0x00000000ffd00000)
  object space 7168K, 9% used [0x00000000ff600000,0x00000000ff6abbc8,0x00000000ffd00000)
 Metaspace       used 3413K, capacity 4500K, committed 4864K, reserved 1056768K
  class space    used 369K, capacity 388K, committed 512K, reserved 1048576K

四、OutOfMemoryError:Direct buffer memory

使用Native函数库直接分配堆外内存，然后通过一个存储在Java堆里面的DirectByteBuffer对象作为这块内存的引用进行操作。但如果不断分配本地内存，堆内存很少使用，那么JVM就不需要执行GC，DirectByteBuffer对象就不会回收，这时候堆内存比较充足，但本地内存可能已经使用光了，再次尝试分配本地内存就会出现OutMemoryError，那么程序就直接蹦了。

public class DirectmMemoryBufferError {
    // -Xms10m -Xmx10m -XX:+PrintGCDetails -XX:MaxDirectMemorySize=5m
    public static void main(String[] args){
        System.out.println("配置maxDirectMemory："+(sun.misc.VM.maxDirectMemory()/(double)1024/1024) + "MB");
        try { TimeUnit.SECONDS.sleep(3); } catch (InterruptedException e) { e.printStackTrace(); }
        ByteBuffer bb = ByteBuffer.allocateDirect(6 * 1024 * 1024);
    }
}
配置maxDirectMemory：5.0MB
[GC (Allocation Failure) [PSYoungGen: 2048K->488K(2560K)] 2048K->736K(9728K), 0.0017160 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[GC (System.gc()) [PSYoungGen: 1529K->496K(2560K)] 1777K->1192K(9728K), 0.0017757 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[Full GC (System.gc()) [PSYoungGen: 496K->0K(2560K)] [ParOldGen: 696K->1040K(7168K)] 1192K->1040K(9728K), [Metaspace: 3809K->3809K(1056768K)], 0.0135495 secs] [Times: user=0.01 sys=0.00, real=0.01 secs] 
Exception in thread "main" java.lang.OutOfMemoryError: Direct buffer memory
	at java.nio.Bits.reserveMemory(Bits.java:658)
	at java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:123)
	at java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:311)
	at test.jvm.OOM.DirectmMemoryBufferError.main(DirectmMemoryBufferError.java:10)
Heap
 PSYoungGen      total 2560K, used 58K [0x00000000ffd00000, 0x0000000100000000, 0x0000000100000000)
  eden space 2048K, 2% used [0x00000000ffd00000,0x00000000ffd0eb88,0x00000000fff00000)
  from space 512K, 0% used [0x00000000fff80000,0x00000000fff80000,0x0000000100000000)
  to   space 512K, 0% used [0x00000000fff00000,0x00000000fff00000,0x00000000fff80000)
 ParOldGen       total 7168K, used 1040K [0x00000000ff600000, 0x00000000ffd00000, 0x00000000ffd00000)
  object space 7168K, 14% used [0x00000000ff600000,0x00000000ff704270,0x00000000ffd00000)
 Metaspace       used 3842K, capacity 4568K, committed 4864K, reserved 1056768K
  class space    used 428K, capacity 460K, committed 512K, reserved 1048576K

五、OutOfmemoryError:unable to create new native thread

高并发请求服务器的时候，经常出现如下错误：java.lang.OutOfMemoryError:unable to create new native thread,准确的说该native thread异常与对应的平台有关。

产生原因：

  • 你的应用创建了太多线程，一个应用进程创建了多个线程，超过系统承载极限
  • 你的服务器并不允许你的应用创建那么多的线程，linux系统默认允许单个进程可以创建的线程数量是1024个，应用创建超过这个数量，就会报此错误。

解决办法：

  • 降低应用创建线程的数量，分析应用是否真的需要创建这么多线程，如果不是，改代码将线程数降到最低。
  • 对于有的应用，确实需要创建很多线程，远超过linux系统的默认1024个（ulimit -u可以查）线程限制，可以通过修改linux服务配置，扩大默认限制。
vim /etc/security/limits.d/90-nproc.conf

 实例演示：

public class UnCreateNewThread {
    public static void main(String[] args){
        for (int i = 0; ; i++) {
            System.out.println("i = "+i);
            new Thread(() -> {
                    try { TimeUnit.SECONDS.sleep(Integer.MAX_VALUE); } catch (InterruptedException e) { e.printStackTrace(); }
                    },"T"+i).start();
        }
    }
}

说明：为什么940就抛异常呢？因为系统在计算时会存在一定的偏差，不同用户最大线程数量有差异。产生如此的异常后，无法直接退出线程，需用kill命令杀掉进程后，方可以退出。

 六、OutOfMemoryError:Metaspace

Jdk1.8开始，使用Metaspace代替永久代。Metaspace是方法区在HotSpot中的实现，它与永久代最大的区别在于，Metaspace并不在虚拟机内存中而是使用本地内存。Metaspace主要存放类信息、常量池、静态变量等，元空间默认大小为Integer.MAX_VALUE大约21M。

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

import java.lang.reflect.Method;
//-XX:MetaspaceSize=8m -XX:MaxMetaspaceSize=8m
public class MetaSpaceErrorDemo {
    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.invokeSuper(o, args);
                    }
                });
                enhancer.create();
            }
        } catch (Throwable e){
            System.out.println("**********多少次发出异常："+i);
            e.printStackTrace();
        }finally {

        }
    }
}
**********多少次发出异常：223
java.lang.OutOfMemoryError: Metaspace
	at java.lang.Class.forName0(Native Method)
	at java.lang.Class.forName(Class.java:348)
	at net.sf.cglib.core.ReflectUtils.defineClass(ReflectUtils.java:386)
	at net.sf.cglib.core.AbstractClassGenerator.create(AbstractClassGenerator.java:219)
	at net.sf.cglib.proxy.Enhancer.createHelper(Enhancer.java:377)
	at net.sf.cglib.proxy.Enhancer.create(Enhancer.java:285)
	at test.jvm.OOM.MetaSpaceErrorDemo.main(MetaSpaceErrorDemo.java:25)

 

蚂蚁兄弟
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
JVM 直接内存溢出
如切如磋，如琢如磨
08-21 716
在企业开发中可能会遇到这样一种情况，服务器报out of memory异常了，堆Dump文件却看不出问题，这个时候可考虑直接内存溢出问题，也是很容易被忽略的一个点！ 直接内存 《Java虚拟机规范》并没有定义直接内存这块区域，且它也不属于语虚拟机运行时数据区 直接内存是一块由操作系统直接管理的内存，也叫堆外内存； 可以使用Unsafe或ByteBuffer分配直接内存； 可用-XX:MaxDirectMemorySize控制，默认是0，表示不限制。 ...
JVM内存溢出与排错
jiangtongcn的专栏
11-25 7190
JVM内存溢出与排错 一、JVM堆内存溢出 Java堆用于存储对象实例，我们只要不断创建对象，并且保证GC Roots到对象之间有可达路径来避免垃圾回收机制来清除这些对象，就会在对象数量达到最大队的容量限制后产生内存溢出异常。 代码： /** * Java堆内存溢出 * @author jiangtong * */ public class HeapOOM { st
OOM故障分析记录：byte[] 占用了大量内存
SunlightDen的博客
01-02 5011
现象： 工作时遇到某个服务老是频繁重启，日志报错为OOM 分析： 出现OOM是因为整个堆内存不够用了，此时JVM首先尝试扩展更多的空间，其次GC尝试回收内存，前两种方法无果的情况下只能报OOM并退出 可能的情况：内存不够、内存泄漏 尝试解决问题的步骤： 加上JVM参数 -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath= ，设置当出现OOM时，dump整个堆的信息 等OOM后，将文件拷贝到电脑上 用JDK自带的 visualVM，打开dump文件 设置了最
java 堆内存与JVM参数
03-04 2515
堆内存 Java 中的堆是 JVM 所管理的最大的一块内存空间，主要用于存放各种类的实例对象。 在 Java 中，堆被划分成两个不同的区域：新生代 ( Young )、老年代 ( Old )。新生代 ( Young ) 又被划分为三个区域：Eden、From Survivor、To Survivor。 这样划分的目的是为了使 JVM 能够更好的管理堆内存中的对象，包括内存的分配以及回收。
jvm 内存溢出的多种原因及优化方法
赵英超的博客
03-22 1万+
让我们看一下我们日常在开发过程中接触内存溢出的异常：　　 Exception in thread "main" [Full GCjava.lang.OutOfMemoryError: Java heap space at java.util.Arrays.copyOf(Unknown Source) at java.util.Arrays.copyOf(Unknown
java对象内存占用情况分析
victorzhzh
11-22 390
一个对象实例占用了多少字节，消耗了多少内存？这样的问题在c或c++里使用sizeof()方法就可以得到明确答案，在java里好像没有这样的方法（java一样可以实现），不过通过jmap工具倒是可以查看出一个对象的占用内存的大小，这里介绍一种通过分析java代码计算内存使用情况的方法。 注意，一下讨论的情况都是基于32位机，不适用用64位机，JVM是sun的HotSpot，不同的虚拟机实现可能会不...
java 中 byte 溢出详解，为什么 byte 130 结果为 -126
兰亭古墨
10-22 1017
在 java 中 byte 130 的 130 默认是 int 类型（十进制），int 类型占用 4 个字节。就是二进制定点表示法，即最高位为符号位，“0”表示正，“1”表示负，其余位表示数值的大小。在计算机中所有的数据都是以补码的形式出现。所以求出截取后的数据的补码即可。正数的反码与其原码相同；负数的反码是对其原码逐位取反，但符号位除外。通过截取后的结果可以看到，符号位（最高位）为 1，说明这是一个负数。正数的补码与其原码相同；负数的补码是在其反码的末位加1。最高位为符号位，为 1，代表负数。
byte数据溢出详解
qq_39581763的博客
04-18 5320
在Java中，使用byte数据类型运算，可能会得到一些意想不到的结果，我们来看看下面的例子： ###运行该程序后，得到的结果如下图所示： ####我们称这种问题为：**byte数据溢出**问题。要想了解这种问题的出现的原因，需要先明确Java中byte数据类型存储占用一个字节，即8个二进制位。还得掌握原码、反码、补码。众所周知，计算机存储的数据都是以二进制形式体现的，即(0,1)有符号数有3种表示...
OOM 你知道的有哪几种？
Lpy的博客
12-03 1831
OOM：Out Of Memory java.lang.StackOverflowError java.lang.OutOfMemoryError：Java heap space java.lang.OutOfMemoryError：GC overhead limit exceeded java.lang.OutOfMemoryError：Direct buffer memory j...
问题排查-内存溢出(OOM)-汇总指南
weixin_42030357的博客
01-31 2155
文章目录1、java.lang.OutOfMemoryError:Java heap space原因分析示例解决方案2、java.lang.OutOfMemoryError:GC overhead limit exceeded原因分析示例解决方案3、java.lang.OutOfMemoryError:Permgen space原因分析示例解决方案4、java.lang.OutOfMemoryEr...
OOM演示以及如何解决OOM
实践求真知
07-11 347
一代码 /** * jdk6/7中： * -XX:PermSize=10m -XX:MaxPermSize=10m * <p> * jdk8中： * -XX:MetaspaceSize=10m -XX:MaxMetaspaceSize=10m */ public class OOMTest extends ClassLoader { public static void main(String[] args) { int j = 0; try { .
Java 常见五种 OOM排查学习
DayDayUp的博客
06-20 1218
1、StackOverflowError（栈空间溢出） public class StackOverflowErrorDemo { public static void main(String[] args) { main(args); // Exception in thread "main" java.lang.StackOverflowError } } 上面这种 OOM 比较好理解，在 main 方法中循环调用 main 方法，循环产生的大量形参都会在栈空间
java file 到 byte[]_小白java系列-OOM问题排查实例
weixin_39974409的博客
11-22 444
通常jvm程序消失，或者内存占用过大1.java程序占用内存过大，被操作系统杀掉2.java程序出现OOM出现OOM首先要拿到HeapDump日志信息有以下方法：java运行中添加-XX:HeapDumpOnOutMemoryError参数jmap -dump:live,live,format=b,file="路径" pid (pid可以通过jps获取) 可以获取正在运行堆栈信息，但jmap都在线...
Java内存溢出OOM之dump分析
热门推荐
不积跬步无以致千里 不积小流无以成江海
03-06 1万+
目录 内存泄露 内存溢出 1.Java堆内存异常 报错方式 原因 2.Java栈内存异常 报错方式 原因 3.方法区内存异常 报错方式 原因 解决思路 生成dump文件三种方式 dump生成 jvisualvm本地方式 1.启动jvisualvm 2.应用程序启动 3.从jvisualvm控制台，进入监控应用程序面板 4.模拟OOM 线上模式 1.查找到进程相关：top -c 2.查看堆gc每秒相关信息 3.查找栈相当问题 4.有必要时，使用命令生成jmap文
java byte 溢出_Java中基本数据类型byte的溢出问题
weixin_34258386的博客
02-12 698
Java中基本数据类型byte的溢出问题定义两个byte类型的数据，将其之和赋值给一个新的byte类型数据byte b1 = 1;byte b2 = 2;byte b = (byte)(b1+b2);System.out.println(b);此时结果为3，与预期一致byte类型的数据范围为-127~128，猜想，若此时将上述代码改成byte b1 = 67;byte b2 = 89;byte b...
Byte强制转换造成的内存溢出问题
m0_57728984的博客
06-16 772
Java中Byte强制转换内存溢出问题 在Java中用byte强制转换int类型的数据后，发现输出的数据有误。 相信有的朋友会遇到这种问题吧，其实是因为byte类的最大值是127，所以强制转换时会造成内存溢出问题。 ...
Java内存溢出
samueli的专栏
08-17 677
一、内存溢出类型 1、java.lang.OutOfMemoryError: PermGen space JVM管理两种类型的内存，堆和非堆。堆是给开发人员用的上面说的就是，是在JVM启动时创建；非堆是留给JVM自己用的，用来存放类的信息的。它和堆不同，运行期内GC不会释放空间。如果web app用了大量的第三方jar或者应用有太多的class文件而恰好MaxPermSize设置较小，超出了也...
byte内存溢出问题分析
zero881的博客
03-25 1207
计算机存储的都是二进制的补码 我之前遇到一个强制类型转换的问题 /** * @program: JavaSE * @description: * @author: HuMingHao * @create: 2021-03-25 11:06 **/ public class Demo05 { public static void main(String[] args) { int i = 128; byte b = (byte)i;// 内存溢出，强制类型转换
spark 中 jvm 内存使用及配置详情、spark报错与调优、spark内存溢出oom异常
最新发布
09-03
Spark内存溢出OOM异常是指Executor进程的堆内存不足以存储当前任务所需的数据，导致任务执行失败。可以通过增加Executor进程的堆内存大小、减少每个任务的数据量、使用缓存等方式来减少内存使用，从而避免内存溢出...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值