大家好,我是小富~
面试官:OOM类型有哪些?
你:就是老年代放不下了嘛!
面试官:等消息吧!
OOM(Out Of Memory) 错误有多种类型,每种类型对应不同的内存区域或触发场景。以下是常见的 OOM 类型及其产生原因:
1. java.lang.OutOfMemoryError: Java heap space
- 触发原因:堆内存(存放对象实例)不足,无法分配新对象。
- 典型场景:
- 内存泄漏:对象被无意长期引用(如静态集合、未关闭的资源),无法被 GC 回收。
- 堆大小不足:JVM 堆参数(-Xmx)设置过小,或程序需要处理的数据量超出预期。
- 大对象分配:一次性申请超大对象(如大数组)。
示例:- // 不断向集合中添加对象导致堆溢出
- List<Object> list = new ArrayList<>();
- while (true) {
- list.add(new Object());
- }
复制代码 解决方案:
- 检查内存泄漏(使用 jmap + MAT 分析堆转储)。
- 调整堆大小(-Xmx 和 -Xms)。
- 优化代码逻辑,减少对象生命周期。
2. java.lang.OutOfMemoryError: Metaspace(Java 8+)或 PermGen space(Java 7-)
- 触发原因:元空间(Metaspace)或永久代(PermGen)内存不足,用于存储类元数据、方法信息等。
- 典型场景:
- 动态生成大量类(如使用 CGLib、反射、动态代理)。
- 类加载器未正确释放(如频繁部署的 Web 应用导致旧类未卸载)。
示例:- // 使用 CGLib 动态生成大量代理类
- Enhancer enhancer = new Enhancer();
- while (true) {
- enhancer.setSuperclass(OOM.class);
- enhancer.setCallback((MethodInterceptor) (obj, method, args, proxy) -> proxy.invokeSuper(obj, args)));
- enhancer.create();
- }
复制代码 解决方案:
- 调整元空间大小(-XX:MaxMetaspaceSize)。
- 检查类加载器泄漏或动态类生成逻辑。
3. java.lang.OutOfMemoryError: Direct buffer memory
- 触发原因:直接内存(Direct Memory,通过 ByteBuffer.allocateDirect() 分配)耗尽。
- 典型场景:
- 频繁申请直接内存但未及时释放(需依赖 System.gc() 或 Cleaner 机制)。
- JVM 直接内存参数(-XX:MaxDirectMemorySize)设置过小。
示例:- // 不断申请直接内存
- List<ByteBuffer> buffers = new ArrayList<>();
- while (true) {
- buffers.add(ByteBuffer.allocateDirect(1024 * 1024)); // 1MB
- }
复制代码 解决方案:
- 检查直接内存使用代码,确保及时释放。
- 调整 -XX:MaxDirectMemorySize。
4. java.lang.OutOfMemoryError: Unable to create new native thread
- 触发原因:操作系统限制线程数量,无法创建新线程。
- 典型场景:
- 线程数超过系统限制(如 Linux 的 ulimit -u)。
- 每个线程的栈内存(-Xss)设置过大,导致总内存占用超出。
示例:- // 无限创建线程
- while (true) {
- new Thread(() -> {
- try { Thread.sleep(1000000); } catch (InterruptedException e) {}
- }).start();
- }
复制代码 解决方案:
- 减少线程数(使用线程池)。
- 调整 -Xss 减小线程栈大小。
- 修改系统线程数限制。
5. java.lang.OutOfMemoryError: Requested array size exceeds VM limit
- 触发原因:尝试分配超过 JVM 限制的数组(通常接近 Integer.MAX_VALUE)。
- 典型场景:错误计算数组长度,如 new int[Integer.MAX_VALUE]。
解决方案:
6. java.lang.OutOfMemoryError: GC Overhead limit exceeded
- 触发原因:GC 频繁执行但回收效率极低(如 98% 时间用于 GC,仅回收 2% 内存)。
- 典型场景:堆内存几乎被占满,且存在大量无法回收的对象(内存泄漏)。
解决方案:
- 检查内存泄漏或优化 GC 策略(如调整堆大小、更换垃圾回收器)。
7. java.lang.OutOfMemoryError: CodeCache(JIT 编译代码缓存溢出)
- 触发原因:JIT 编译器生成的本地代码占满代码缓存区。
- 典型场景:高频动态编译大量方法(如复杂的热点代码)。
解决方案:
- 调整代码缓存大小(-XX:ReservedCodeCacheSize)。
- 关闭分层编译(-XX:-TieredCompilation)。
总结
OOM 的根本原因是 JVM 内存区域不足 或 资源耗尽,需结合错误类型分析具体内存区域(堆、元空间、直接内存等)。
排查时可通过以下步骤:
1、确定 OOM 类型(通过错误日志)。
2、使用工具分析(如 jstat、jmap、VisualVM、MAT)。
3、调整 JVM 参数或优化代码逻辑。
等被裁员在学习?赶紧的吧!
来源:豆瓜网用户自行投稿发布,如果侵权,请联系站长删除 |