简述 OutOfMemoryError

最新推荐文章于 2024-06-20 19:01:05 发布

漂风

最新推荐文章于 2024-06-20 19:01:05 发布

阅读量384

点赞数

CC 4.0 BY-SA版权

分类专栏： JVM 文章标签： jvm java

本文链接：https://blog.csdn.net/zero_97/article/details/121508036

JVM 专栏收录该内容

15 篇文章

订阅专栏

本文详细探讨Java OutOfMemoryError的成因，涵盖对象创建、内存区域限制、GC机制等方面，并提供解决策略。了解内存溢出的原因有助于提升代码健壮性。

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

在日常开发中，我们多多少少都会遇到 OutOfMemoryError（内存溢出）的 Error 异常，简单来说就是内存不够用了。可是 OutOfMemoryError 具体是怎么一回事？什么原因会导致这个异常的发生？

如何加载 OutOfMemoryError

OutOfMemoryError 在 JVM 启动的时候就已经被加载，可以通过下面这个命令，打印出虚拟机装入的类的信息。

java -verbose:class -version

根据图1的结果，JVM 启动过程中加载了 OutOfMemoryError 类。同时，创建了几个 OutOfMemoryError 对象，每个 OutOfMemoryError 对象代表了一种内存溢出的场景，例如：

java.lang.OutOfMemoryError: Java heap space

◉ 创建新的对象时, 堆内存中的空间不足以存放新创建的对象

◉ 堆内存使用量达到最大内存限制

java.lang.OutOfMemoryError: Metaspace

◉ Metaspace（元数据区）已被占满，主要原因是加载到内存中的 class 数量太多或者体积太大。

java.lang.OutOfMemoryError: GC overhead limit exceeded

◉ 连续多次 GC 回收效率太低，默认情况下, 如果GC花费的时间超过98%, 并且 GC 回收的内存少于2%，JVM就会抛出这个错误。

java.lang.OutOfMemoryError: Out of swap space

◉ 虚拟内存不足。

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

◉ 操作系统的虚拟内存已耗尽，或者线程数超过了操作系统的限制，因此操作系统创建新的 native thread 失败。

java.lang.OutOfMemoryError: Requested array size exceeds VM limit

◉ 创建的数组长度超过限制。

OutOfMemoryError 的数量

根据 PreallocatedOutOfMemoryErrorCount 这个参数可以设定创建 OutOfMemoryError 的数量。不过，参数只能在 debug 版本可以被设置，通常我们使用的 release 版本不能自定义设置。

PreallocatedOutOfMemoryErrorCount 的默认值为4，具体来源可以参考以下网址。

https://stas-blogspot.blogspot.com/2011/07/most-complete-list-of-xx-options-for.html

从 universe_post_init() 方法可以看到，OutOfMemoryError 类在 JVM 启动的时候就根据 PreallocatedOutOfMemoryErrorCount 参数加载固定数量的 OutOfMemoryError 类。

// 在JVM主要组件都初始化完成后，编译器调用的方法
bool universe_post_init() {
  // ……
  int len = (StackTraceInThrowable) ? (int)PreallocatedOutOfMemoryErrorCount : 0;
  Universe::_preallocated_out_of_memory_error_array = oopFactory::new_objArray(k_h(), len, CHECK_false);
  for (int i=0; i<len; i++) {
    oop err = k_h->allocate_instance(CHECK_false);
    Handle err_h = Handle(THREAD, err);
    java_lang_Throwable::allocate_backtrace(err_h, CHECK_false);
    Universe::preallocated_out_of_memory_errors()->obj_at_put(i, err_h());
  }
  // ……
}