内存溢出典型场景共五类：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></string>不断 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 进程达到上限后新线程创建失败
