为何使用Object集合无法复现OutOfMemoryError？

我来帮你梳理下可能导致你复现OOM失败的几个关键点，这些都是我在日常排查中经常遇到的情况：

• 代码逻辑没保留对象引用，导致GC持续回收无用对象
  这是最常见的问题。如果你的代码只是循环创建对象但没有把它们存到全局集合或长期持有引用的地方，JVM的垃圾回收器会很快把这些临时对象回收掉，堆内存自然不会持续上涨。比如错误的写法：

  public class OOMTest {
      public static void main(String[] args) {
          while (true) {
              // 创建的对象没有被长期持有，会被GC快速回收
              new byte[1024 * 1024];
          }
      }
  }
  

  正确的写法应该是保留对象引用，让GC无法回收：

  import java.util.ArrayList;
  import java.util.List;
  
  public class OOMTest {
      public static void main(String[] args) {
          List<byte[]> list = new ArrayList<>();
          while (true) {
              list.add(new byte[1024 * 1024]);
          }
      }
  }
  

• -Xmx参数的单位可能被忽略，导致实际堆上限与预期不符
  你提到设置了-Xmx512，但JVM参数里如果不指定单位，默认是字节，这显然和你预期的512MB差了几个数量级。不过你说JVM占用了497MB，说明你大概率是写成了-Xmx512m（小写m表示MB），但还是要确认参数是否正确——如果参数写错，堆的实际上限可能和你预想的完全不一样。

• JVM堆内存的GC阈值与预留空间限制
  JVM的堆内存并不是到了-Xmx设定的最大值才会抛出OOM，在接近上限时，GC会频繁触发（比如Full GC）。如果你的代码中存在部分可回收对象，GC可能会释放出足够空间，让堆内存维持在一个稳定水平（比如你看到的497MB），而不会达到触发OOM的临界点。这种情况下，你可以尝试创建无法被回收的大对象，比如一次性创建多个大数组并持有引用，快速填满堆空间。

• 非堆内存占用影响整体内存感知
  你看到的JVM总内存占用（497MB）是堆内存+非堆内存（Metaspace、直接内存、线程栈等）的总和。如果你的-Xmx512m是堆的上限，那非堆内存占用一部分后，堆内存可能还没到512MB，整体进程内存就接近系统限制了？不过这种情况比较少见，除非你的非堆内存占用特别大。你可以用jmap -heap <pid>命令查看堆内存的实际使用情况，确认堆的已用、已分配和最大值是否符合预期。

• JDK 1.8.0_151的特定GC行为
  JDK 1.8默认使用Parallel GC，在堆内存接近上限时，会加大GC的频率和力度。如果你的代码对象增长速度不够快，GC可能及时回收了无用对象，导致堆内存无法突破当前的稳定值。你可以尝试添加-XX:+PrintGCDetails参数打印GC日志，看看是否有频繁的Full GC在释放空间，从而阻止OOM的发生。

内容的提问来源于stack exchange，提问作者Leonid Bor