JAVA | 聚焦 OutOfMemoryError 异常

JAVA | 聚焦 OutOfMemoryError 异常
个人主页
文章专栏
在这里插入图片描述

在正文开始前,我想多说几句,也就是吐苦水吧…最近这段时间一直想写点东西,停下来反思思考一下。

心中万言,真正执笔时又不知先写些什么。通常这个时候,我都会随便写写,文风极像散文,形散意不散吧!

先说一下近况,最近参加了Mathorlab数学建模,作为一个大一的学生,第一次参加那么高强度的竞赛。深深的意识到自己的不足,天之大,不过蚍蜉撼树。我不过是渺小的沧海一粟。竟欲与苍天比高,不自量力、痴人说梦。梦醒了,还是得加油干…高考后,天真的以为自己不用学习了,后来发现,自己一辈子都要学习。害,挺难过的,也挺无助的。

我,出现在这里。可能你们以为我是理科生,工科女…哦不!我江苏高考纯文出身,这像极了案底。高二下之前,我的确是根正苗红的物化生。可惜,尔辈不能究物理。我无比后悔当时的决定,可是人是不会满足的,那时候不管学啥,我都会后悔。用现在的眼光,去埋怨当时的自己。这像极了霸凌…

我本科财务管理专业,但是我偏离了轨道。去学了计算机…午夜梦回,总会觉着自己可笑。一个文科生,还不是很好的大学,去学了计算机…很疯狂!看到这儿,你可能会笑话我…太不自量力了!但是,哎!

其实,当我步入大学没多久我就意识到这个轨道的尽头是什么。

如果你问我读书的意义是什么?上年这个时候,我可能还会说:为天地立心,为生民立命…多么正气,多么理想化!但是,现在我只想以后我有能力养活自己。

唉,我也不知道我的选择是不是正确的。我也不知道,我未来的我怎么去看待这个选择,越想越内耗。

我和我朋友说,我考研要考南京邮电大学…我也不知道未来怎么样,这是19岁的我选择的最适合我的出路了。反正认准了就好好去努力吧。就算错了,从头再来就是了。我才不过19岁,我最大的优势就是年轻…

共勉吧!

文章目录

在 Java 开发中,内存溢出异常是影响程序稳定性的关键问题。了解其原理和应对方法,对开发者至关重要。

一、Java 堆溢出

原理

Java 堆用于存储对象实例。不断创建对象,且阻止垃圾回收器回收,对象数量超出堆容量时,就会引发堆溢出。

示例代码

// VM Args: -Xmx20m -Xms20m -XX:+HeapDumpOnOutOfMemoryErrorpublicclassHeapOOM{staticclassOOMObject{}publicstaticvoidmain(String[] args){List<OOMObject> list =newArrayList<>();while(true){ list.add(newOOMObject());}}}

解决思路

  • 利用内存映像分析工具(如 Eclipse Memory Analyzer )分析堆转储快照。
  • 区分内存泄漏和内存溢出:若存在无用对象长期占用内存,是内存泄漏;若对象都有用但堆空间不足,可调整堆参数(-Xmx 与 - Xms ),并优化代码减少内存占用。

二、虚拟机栈和本地方法栈溢出

原理

  • 线程请求栈深度超虚拟机允许值,抛出StackOverflowError
  • 虚拟机栈若支持动态扩展,扩展时内存申请失败,抛出OutOfMemoryError (HotSpot 不支持栈动态扩展 )。

示例代码

  • 测试StackOverflowError
// VM Args: -Xss128kpublicclassJavaVMStackSOF{privateint stackLength =1;publicvoidstackLeak(){ stackLength++;stackLeak();}publicstaticvoidmain(String[] args)throwsThrowable{JavaVMStackSOF oom =newJavaVMStackSOF();try{ oom.stackLeak();}catch(Exception e){System.out.println("stack length:"+ oom.stackLength);throw e;}}}
  • 测试大量线程导致内存溢出
// VM Args: -Xss2MpublicclassJavaVMStackOOM{privatevoiddontStop(){while(true){}}publicvoidstackLeakByThread(){while(true){Thread thread =newThread(()->dontStop()); thread.start();}}publicstaticvoidmain(String[] args)throwsThrowable{JavaVMStackOOM oom =newJavaVMStackOOM(); oom.stackLeakByThread();}}

解决思路

  • 出现StackOverflowError 时,可根据错误堆栈分析递归调用等问题代码。
  • 对于大量线程导致的内存溢出,可减少线程数量、调整栈内存大小(-Xss ),或升级 64 位虚拟机以获取更多内存。

三、方法区和运行时常量池溢出

原理

  • 方法区存储类信息、常量池等。运行时动态生成大量类(如使用 CGLib ),会耗尽方法区空间。
  • 运行时常量池是方法区一部分,字符串操作(如String.intern() )不当,可能导致常量池溢出。

示例代码

  • 方法区溢出测试(借助 CGLib )
// VM Args: -XX:PermSize=10M -XX:MaxPermSize=10Mimportnet.sf.cglib.proxy.Enhancer;importnet.sf.cglib.proxy.MethodInterceptor;importnet.sf.cglib.proxy.MethodProxy;publicclassJavaMethodAreaOOM{staticclassOOMObject{}publicstaticvoidmain(String[] args){while(true){Enhancer enhancer =newEnhancer(); enhancer.setSuperclass(OOMObject.class); enhancer.setUseCache(false); enhancer.setCallback(newMethodInterceptor(){@OverridepublicObjectintercept(Object obj,java.lang.reflect.Method method,Object[] args,MethodProxy proxy)throwsThrowable{return proxy.invokeSuper(obj, args);}}); enhancer.create();}}}
  • 运行时常量池溢出测试(String.intern()
// JDK 6 运行:-XX:PermSize=6M -XX:MaxPermSize=6M// JDK 7及以上运行:-Xmx6MpublicclassRuntimeConstantPoolOOM{publicstaticvoidmain(String[] args){String str1 =newStringBuilder("计算机").append("软件").toString();System.out.println(str1.intern()== str1);String str2 =newStringBuilder("ja").append("va").toString();System.out.println(str2.intern()== str2);}}

解决思路

  • 方法区溢出时,调整方法区相关参数(如 JDK 8 前的 - XX:PermSize 和 - XX:MaxPermSize ,JDK 8 及以后的 - XX:MetaspaceSize 等 ),优化代码减少动态类生成。
  • 针对常量池溢出,合理使用String.intern() 方法,避免无意义的字符串入池操作。

四、直接内存溢出

原理

直接内存容量由-XX:MaxDirectMemorySize 参数控制,默认与 Java 堆最大值相同。直接或间接使用DirectByteBufferUnsafe 等分配内存超出限制,会引发溢出。

示例代码

// VM Args: -Xmx20M -XX:MaxDirectMemorySize=10Mimportsun.misc.Unsafe;importjava.lang.reflect.Field;publicclassDirectMemoryOOM{privatestaticfinalint _1MB =1024*1024;publicstaticvoidmain(String[] args)throwsException{Field unsafeField =Unsafe.class.getDeclaredFields()[0]; unsafeField.setAccessible(true);Unsafe unsafe =(Unsafe) unsafeField.get(null);while(true){ unsafe.allocateMemory(_1MB);}}}

解决思路

  • 合理设置-XX:MaxDirectMemorySize 参数。
  • 排查代码中直接内存分配操作,如 NIO 相关代码,确保内存分配合理。

ld.get(null);
while (true) {
unsafe.allocateMemory(_1MB);
}
}
}

 解决思路 - 合理设置`-XX:MaxDirectMemorySize` 参数。 - 排查代码中直接内存分配操作,如 NIO 相关代码,确保内存分配合理。 通过深入理解 Java 内存溢出异常原理,结合具体代码示例和解决思路,开发者能更好地定位和解决内存问题,保障 Java 程序稳定运行。 

Read more

Flutter 三方库 flutter_adaptive_scaffold 的鸿蒙化适配指南 - 掌握一套代码适配全场景终端的自适应架构技术、助力鸿蒙应用构建从手机到平板及折叠屏的极致无缝交互体系

Flutter 三方库 flutter_adaptive_scaffold 的鸿蒙化适配指南 - 掌握一套代码适配全场景终端的自适应架构技术、助力鸿蒙应用构建从手机到平板及折叠屏的极致无缝交互体系

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 flutter_adaptive_scaffold 的鸿蒙化适配指南 - 掌握一套代码适配全场景终端的自适应架构技术、助力鸿蒙应用构建从手机到平板及折叠屏的极致无缝交互体系 前言 在 OpenHarmony 鸿蒙应用追求“万物互联、全场景覆盖”的伟大进程中,屏幕尺寸的多样性(从 6 英寸手机到 12 英寸平板,再到 2D/3D 模式切换的折叠屏)是每一位 UI 开发者必须正面迎接的挑战。如何在不为每种设备重写 UI 的前提下,实现导航栏自动从“底部”平滑流转到“侧边”?如何在宽屏模式下自动开启“双栏(Master-Detail)”布局?flutter_adaptive_scaffold 作为一个由 Flutter

By Ne0inhk
在 macOS 上通过 Docker 本地安装 OpenClaw 完整教程

在 macOS 上通过 Docker 本地安装 OpenClaw 完整教程

在 macOS 上通过 Docker 本地安装 OpenClaw 完整教程 什么是 OpenClaw?—— 你的本地 AI 智能体执行框架 OpenClaw 不仅仅是一个聊天机器人,而是一个功能强大的 AI 智能体执行框架。你可以把它想象成一个能自主思考、调用工具、并替你完成复杂任务的数字员工。 🧠 核心概念 * 智能体:OpenClaw 的核心大脑。它能理解你的自然语言指令,拆解任务,并决定调用哪些工具来执行。 * 网关:所有外部访问的入口。它负责处理 WebSocket 连接、管理设备配对、路由消息,是你与智能体交互的桥梁。 * 技能:智能体可调用的具体工具,比如访问文件、操作浏览器、发送消息、查询数据库等。你可以根据需要扩展技能库。 * 记忆:OpenClaw 可以存储对话历史和重要信息,实现长期记忆和上下文理解,让交互更连贯。 * 通道:连接外部聊天平台的渠道,如

By Ne0inhk
HarmonyOS6半年磨一剑 - RcIcon组件实战案例集与应用开发指南

HarmonyOS6半年磨一剑 - RcIcon组件实战案例集与应用开发指南

文章目录 * 前言 * 项目简介 * 核心特性 * 开源计划 * rchoui官网 * 文档概述 * 第一章: 基础用法实战 * 1.1 三种符号引用方式 * 1.2 应用场景 - 工具栏快速导航 * 第二章: 尺寸系统实战 * 2.1 响应式尺寸配置 * 2.2 应用场景 - 统一设计系统尺寸规范 * 第三章: 颜色系统实战 * 3.1 多彩色系配置 * 3.2 应用场景 - 状态指示系统 * 第四章: 双风格系统实战 * 4.1 线型与实底风格对比 * 4.2 应用场景 - 底部导航栏 * 第五章: 圆角系统实战 * 5.

By Ne0inhk
Flutter 组件 short_uuids 适配鸿蒙 HarmonyOS 实战:唯一标识微缩技术,构建高性能短 ID 生成与分布式索引架构

Flutter 组件 short_uuids 适配鸿蒙 HarmonyOS 实战:唯一标识微缩技术,构建高性能短 ID 生成与分布式索引架构

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 组件 short_uuids 适配鸿蒙 HarmonyOS 实战:唯一标识微缩技术,构建高性能短 ID 生成与分布式索引架构 前言 在鸿蒙(OpenHarmony)生态迈向万物互联、涉及海量离线资源标识、蓝牙广播载荷(BLE Payload)及二维码数据极限压缩的背景下,如何生成既能保留 UUID 强随机性、又能极大缩减字符长度的唯一标识符,已成为优化存储与通讯效率的“空间必修课”。在鸿蒙设备这类强调分布式软总线传输与每一字节功耗敏感的环境下,如果应用依然直接传输长度达 36 字符的标准 UUID,由于由于有效载荷溢出,极易由于由于传输协议限制导致数据截断或多次分包带来的延迟。 我们需要一种能够实现高进制转换、支持双向编解码且具备低碰撞概率的短 ID 生成方案。 short_uuids 为 Flutter 开发者引入了将标准 UUID 转化为短格式字符串的高性能算法。它利用

By Ne0inhk