堆内存溢出因对象过多或内存泄漏导致，需检查引用和增加-Xmx；2. 元空间溢出由类加载过多引起，应监控类数量并合理设置-XX:MaxMetaspaceSize；3. 栈相关线程创建失败因系统资源耗尽，建议使用线程池并调整-Xss；4. 直接内存溢出因NIO缓冲区失控，需限制-XX:MaxDirectMemorySize并及时释放。定位错误后应结合工具分析根因，避免仅调参掩盖问题。

Java内存溢出（OutOfMemoryError）通常发生在JVM无法分配足够内存时。以下是四种常见的内存溢出情况，每种对应不同的内存区域和触发原因。

1. 堆内存溢出（java.lang.OutOfMemoryError: Java heap space）

这是最常见的内存溢出类型，发生在堆空间不足以容纳新创建的对象时。

常见原因：

• 加载大量数据到内存，如读取大文件或缓存过多对象
• 存在内存泄漏，比如静态集合长期持有对象引用
• 堆大小设置过小（-Xmx 参数配置不足）

解决建议：

• 检查代码中是否存在未释放的引用，尤其是缓存和监听器
• 使用内存分析工具（如VisualVM、Eclipse MAT）定位对象堆积位置
• 适当增加堆内存（-Xmx）但不能替代问题排查

2. 方法区/元空间溢出（java.lang.OutOfMemoryError: Metaspace）

发生在类加载过多且未卸载的情况下，常见于动态生成类的应用场景。

常见原因：

• 使用CGLIB、ASM等字节码框架频繁生成类
• 部署多个应用在同一个JVM（如应用服务器热部署未清理类加载器）
• 元空间大小限制过低（-XX:MaxMetaspaceSize）

解决建议：

• 监控类加载数量，避免动态类无限增长
• 合理设置元空间大小
• 确保类加载器可被回收，防止PermGen/Metaspace堆积

3. 虚拟机栈溢出（java.lang.OutOfMemoryError: unable to create new native thread）

虽然名字是“栈”，但这其实是系统级线程资源耗尽导致的错误。

Java Maven Secondary Analysis

分析ZIP压缩包或GitLab仓库中的Java Maven项目，确定二次开发范围、类数量、模块分布及生产相关指标。

下载

立即学习“Java免费学习笔记（深入）”；

常见原因：

• 创建了过多线程，超出操作系统限制
• 操作系统用户级线程数受限（如Linux的ulimit）
• JVM进程虚拟内存接近上限

解决建议：

• 避免手动创建大量线程，改用线程池控制并发数
• 检查服务器线程限制并适当调整
• 减少单个线程占用的栈内存（通过 -Xss 调整）

4. 直接内存溢出（java.lang.OutOfMemoryError: Direct buffer memory）

由NIO使用DirectByteBuffer分配堆外内存时引发，不受堆大小限制。

常见原因：

• 频繁使用NIO进行大块数据传输
• 未及时释放直接内存
• 限制参数 -XX:MaxDirectMemorySize 设置过小或未设限导致失控

解决建议：

• 控制NIO缓冲区的使用频率和大小
• 显式调用 Cleaner 回收或依赖 System.gc()（不推荐依赖）
• 设置合理的最大直接内存限制

基本上就这些。遇到内存溢出要先看错误信息定位区域，再结合工具分析具体原因，不能只靠调参掩盖问题。