内存溢出典型场景共五类：1.堆溢出（Java heap space），因大对象、内存泄漏或缓存无界导致；2.元空间溢出（Metaspace），由动态生成类过多或类加载器未卸载引发；3.栈溢出（StackOverflowError），源于无限递归或深层嵌套调用；4.直接内存溢出（Direct buffer memory），因NIO未释放DirectBuffer或MaxDirectMemorySize设置过小；5.无法创建新线程（unable to create new native thread），系操作系统线程资源耗尽所致。

面试中问到“导致内存溢出的几种典型场景”，核心是考察你对JVM内存结构的理解和实际问题排查能力。不是罗列名词，而是要能分清区域、说清原因、讲明现象——比如堆溢出和元空间溢出虽然都报 OutOfMemoryError，但根源完全不同，处理方式也截然不同。

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

这是最常见的一类，本质是对象太多、太大，或回收不及时，导致新生代/老年代空间耗尽。

• 一次性加载超大文件或全表数据到内存（如 FileUtils.readFileToByteArray() 读GB级文件，或 list = jdbcTemplate.query("SELECT * FROM huge_table", ...)）
• 缓存未设上限且未淘汰策略（如静态 Map<String, Object> 不断 put，又不清理）
• 内存泄漏长期积累（如监听器注册后未反注册、ThreadLocal 存储大对象且线程复用未 remove）
• 高并发下短生命周期对象暴增，GC 跟不上分配速度（尤其 Young GC 频繁但晋升失败）

元空间溢出（java.lang.OutOfMemoryError: Metaspace）

Java 8+ 取代了永久代，用于存放类元数据。溢出通常意味着“类太多且不卸载”。

• 大量动态生成类：使用 CGLIB、Javassist、ASM 等字节码工具反复创建代理类（如 Spring AOP 在高频接口上无限制增强）
• 热部署频繁重启但类加载器未释放（如 Tomcat 下应用反复 deploy/undeploy，旧 ClassLoader 仍被引用）
• 微服务多模块场景下，共享类库版本冲突导致同一类被多个 ClassLoader 加载多次

栈内存溢出（java.lang.StackOverflowError）

注意：它属于 StackOverflowError，不是 OutOfMemoryError，但常被归入广义“内存溢出”问题。

• 无限递归（如方法内直接调用自己，且无终止条件）
• 深层嵌套调用（如模板引擎深度渲染、JSON 多层嵌套反序列化时解析逻辑有缺陷）
• 单线程栈空间不足（-Xss 设置过小，而业务方法局部变量过多或参数极大）

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

由 ByteBuffer.allocateDirect() 分配，不受堆大小控制，依赖 -XX:MaxDirectMemorySize 限制。

• NIO 服务端在高并发连接下，每个 Channel 分配 DirectBuffer 却未及时清理（如 Netty 中 ByteBuf.release() 忘记调用）
• 使用堆外缓存（如某些 RPC 框架或数据库驱动）未做容量控制和淘汰
• JVM 参数未显式设置 MaxDirectMemorySize，而系统默认值偏小（通常等于 -Xmx），但堆外内存实际需求远超该值

无法创建本地线程（java.lang.OutOfMemoryError: unable to create new native thread）

这不是 JVM 内存区的问题，而是操作系统层面线程资源耗尽。

• 线程池无界且任务堆积（如 newCachedThreadPool 在突发流量下疯狂创建线程）
• 每个线程栈过大（-Xss 设得太高），总栈内存超出系统限制（例如 1024 线程 × 2MB = 2GB 栈空间）
• Linux 系统对单进程线程数有限制（ulimit -u），Java 进程达到上限后新线程创建失败