8.3 方法区 - 设置方法区大小与OOM

已于 2022-12-07 23:12:13 修改
阅读量1.9k 收藏 2
点赞数
分类专栏： JVM内存模型 文章标签： java
于 2022-03-13 10:02:11 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u013559614/article/details/123454912
版权

设置方法区大小与OOM

设置方法区内存的大小

方法区的大小不必是固定的，jvm可以根据应用的需要动态调整。

jdk7及以前:

  • 通过-XX:PermSize来设置永久代初始分配空间。默认值是20.75M
  • -XX: MaxPermSize来设定永久代最大可分配空间。32位机器默认是64M， 64位机器模式是82M
  • 当JVM加载的类信息容量超过了这个值，会报异常OutOfMemoryError : PermGen space

jdk8及以后:

  • 元数据区大小可以使用参数-XX :MetaspaceSize和-XX:MaxMetaspaceSize指定,替代上述原有的两个参数。
  • 默认值依赖于平台。windows下，-XX:MetaspaceSize是21M， -XX:MaxMetaspaceSize的值是-1， 即没有限制。
  • 与永久代不同，如果不指定大小，默认情况下，虚拟机会耗尽所有的可用系统内存。如果元数据区发生溢出，虚拟机一样会抛出异常OutOfMemoryError: Metaspace
  • -XX:MetaspaceSize: 设置初始的元空间大小。对于一个64位的服务器端JVM来说，其默认的-XX:MetaspaceSize值为21MB。这就是初始的高水位线，一旦触及这个水位线，Full GC将会被触发并卸载没用的类(即这些类对应的类加载器不再存活)，然后这个高水位线将会重置。新的高水位线的值取决于GC后释放了多少元空间。如果释放的空间不足，那么在不超过MaxMetaspaceSize时，适当提高该值。如果释放空间过多，则适当降低该值。
  • 如果初始化的高水位线设置过低，上述高水位线调整情况会 发生很多次。通过垃圾回收器的日志可以观察到Full GC多次调用。为了避免频繁地GC，建议将-XX :MetaspaceSize设置为一个相对较高的值。

代码举例1

在这里插入图片描述

代码举例2

在这里插入图片描述

如何解决这些OOM

  1. 要解决OOM异常或heap space的异常，一.般的手段是首先通过内存映像分析工具(如Eclipse Memory Analyzer) 对dump出来的堆转储快照进行分析，重点是确认内存中的对象是否是必要的，也就是要先分清楚到底是出现了内存泄漏(Memory Leak)还是内存溢出(Memory Overflow) 。
  2. 如果是内存泄漏，可进一-步通过工具查看泄漏对象到GC Roots 的引用链。于是就能找到泄漏对象是通过怎样的路径与GC Roots相关联并导致垃圾收集器无法自动回收它们的。掌握了泄漏对象的类型信息，以及GC Roots引用链的信息，就可以比较准确地定位出泄漏代码的位置。
    Roots引用链的信息，就可以比较准确地定位出泄漏代码的位置。
  3. 如果不存在内存泄漏，换句话说就是内存中的对象确实都还必须存活着，那就应当检查虚拟机的堆参数(-Xmx与-Xms) ，与机器物理内存对比看是否还可以调大，从代码上检查是否存在某些对象生命周期过长、持有状态时间过长的情况，尝试减少程序运行期的内存消耗。
引发C++程序内存错误的常见原因分析与总结
dvlinker的技术专栏
01-08 2万+
系统全面地总结引发C++程序内存错误的各种原因，以供参考。
RabbitMQ 在大数据领域的故障排查与解决方案
最新发布
AI天才研究院
04-26 1073
随着大数据技术的普及，实时数据处理（如实时报表、流计算）和批量数据传输（如ETL管道）对消息队列的要求从“可用”升级为“可靠、高效、可扩展”。RabbitMQ凭借AMQP协议的灵活性、完善的社区生态和企业级特性（如镜像队列、死信队列），成为大数据架构中的关键组件。本文聚焦大数据场景下RabbitMQ的典型故障，覆盖消息传输全生命周期（生产→路由→存储→消费），并提供可落地的排查方法论与解决方案。第2章：解析RabbitMQ核心组件在大数据场景中的适配性；
OOM的设置和举例
实践求真知
07-08 202
一代码 import java.util.ArrayList; import java.util.Random; /** * -Xms600m -Xmx600m * */ public class OOMTest1 { public static void main(String[] args) { ArrayList<Picture> list = new ArrayList<>(); while (true) { .
设置方法区大小
实践求真知
07-11 689
一点睛 方法区的大小不必是固定的，JVM 可以根据应用的需要动态调整。 二方法区大小设置 1JDK7 及以前 通过 -XX:PermSize 来设置永久代初始分配空间。默认值是20.75M。 通过 -XX:MaxPermSize 来设定永久代最大可分配空间。32位机器默认是 64M，64位机器模式是 82M。 当 JVM 加载的类信息容量超过了这个值，会报异常 OutOfMemoryError:PermGen space。 2 JDK8 以后 元数据区大小...
JVM怎么调优metaspace(元空间)?
qq_21277357的博客
04-13 56
3.使用jcmd命令检查那些类被频繁加载,但是没有被卸载的情况，避免metaspace泄漏。1.可以调整初始元空间大小和最大元空间大小，例如初始设置为256m,最大设置为512m。2.通过jstat命令查看metaspace使用情况,判断是否需要调整大小。4.使用G1垃圾回收器，来减少metaspace full gc。
JVM学习笔记第23天-设置方法区大小的参数
xinlingmen的专栏
07-21 852
方法区的大小不必是固定的，JVM可以根据应用的需要动态调整； JDK7及以前： 通过-XX:PermSize来设置永久代初始分配空间。默认值是20.75M。 -XX:MaxPermSize来设定永久代最大可分配空间。32位机器默认是64M，64位机器默认是84M； 当JVM加载类信息超过这个值，会报异常OutOfMemoryError：PermGen space; JDK8及以后： 元数据区大小可以使用参数：-XX：MetaspaceSize和-XX:MaxMetaspaceSize; 默认值依
JVM笔记：运行时数据区-方法区（3.设置方法区大小与OOM）
AMGHC的博客
10-17 762
方法区的大小不必是固定的，jvm可以根据应用的需要动态调整。Java1234567* jdk7及以前：* 查询 jps -> jinfo -flag PermSize [进程id]* jdk8及以后：* 查询 jps -> jinfo -flag MetaspaceSize [进程id]
[JVM]08.方法区
zhuangchaoxian的博客
07-15 533
文章目录1. 栈、堆、方法区的交互关系2. 方法区的理解2.1 方法区的基本理解2.2 Hotspot中方法区的演进3. 设置方法区大小与OOM3.1 设置方法区内存的大小3.2 方法区OOM3.2 如何解决方法区OOM4. 方法区的内部结构4.1 类型信息4.2 域信息(Field 成员变量)4.3 方法(Method)信息4.4 运行时常量池4.4.1 常量池4.4.2 运行时常量池5. 方法区使用举例6. 方法区的演进细节6.1 永久代为什么要被元空间替换6.2 StringTable 为什么要调整6
spark之OOM常见问题梳理(一)
写轮眼之大数据
05-19 2235
我想变成那陪着疲倦的你一直看海的小小的白色的椅子。 —王小波 一、Spark报错信息 问题一 1.描述 org.apache.spark.shuffle.FetchFailedException 这种问题一般发生在有大量shuffle操作的时候,task不断的failed,然后又重执行，一直循环下去，非常的耗时。 图片 2.报错提示 (1) missing output location org.apache.spark.shuffle.MetadataFetchFailedException: Miss
从零开始大模型开发与微调：从零开始学习PyTorch 2.0
AI天才研究院
07-05 1185
随着深度学习技术的迅速发展，大型神经网络模型（大模型）因其强大的泛化能力和处理复杂任务的能力，已经成为人工智能领域的热门话题。然而，开发和微调这些大模型并非易事，尤其对于缺乏实践经验的新手而言。PyTorch作为一款功能强大且易于使用的深度学习框架，为开发者提供了一个灵活的平台，用于构建和训练深度学习模型。本文旨在为初学者提供一个从零开始的指南，介绍如何使用PyTorch 2.0开发和微调大模型。损失函数: 衡量模型预测结果与实际结果之间的差异。优化器。
【AI大数据人工智能原理与应用实践】Flink Batch SQL中Backpressured原理与应用
AI天才研究院
06-28 794
随着大数据技术的发展,越来越多的公司开始使用Flink等流计算引擎来处理海量数据。而在Flink的Batch SQL任务中,经常会遇到Backpressured的问题,导致任务运行缓慢甚至失败。因此,深入理解Backpressured的原理,并能够在实践中加以应用,对于保证Flink Batch SQL任务的稳定性和效率至关重要。
JVM运行时区域——方法区的大小设置
m0_62565675的博客
07-22 293
JVM运行时区域——方法区的大小设置
方法区
ccoran的博客
11-08 657
文章目录1.方法区1.1 class文件信息1.2 常量池1.2.1 class文件常量池-静态常量池1.3 运行时常量池-动态常量池1.4 持久代（元空间）1.5 数据区 方法区和常量池 Java虚拟机所管理的内存将会包括《方法区、堆、虚拟机栈、本地方法栈、程序计数器》等运行时数据区域。 1.方法区 方法区存放类的信息、常量和静态变量，即类被编译后的class文件。更加具体地说，存放着：类...
方法区大小与OOM
climbxu的码农日志
03-19 745
设置方法区大小 方法区的大小不必是固定的,JVM可以根据应用的需要动态调整 jdk及以前 通过-XX:PermSize来设置永久代初始分配空间,默认值是20.75M -XX:MaxPermSize来设置永久代最大可分配空间,32位机器默认是64M,64位机器默认是82M 当JVM加载的类信息容量超过了这个值,会报异常OutOfMemoryError:PermGen space jdk8及以后 元数据区大小可以使用参数-XX:MetaspaceSize和-XX:MaxMetaspaceSize指定代
JVM方法区
weixin_45615504的博客
07-21 310
1、堆栈方法区的关系 创建对象Person类（对象数据类型）放在方法区，对象实例数据放在堆中 方法区可以看做是独立于java堆的内存空间 2.2、 方法区的基本理解 （1）方法区和堆一样，是各个线程共享的内存区域 （2）方法区在JVM启动的时候就被创建，但实际物理地址和堆一样都是不连续的。 （3）方法区的大小，和堆空间一样，可以固定大小和扩展。 （4）方法区的大小决定了系统了可以保存多少个类，如果系统定义了太多的类，导致方法区溢出，虚拟机同样会抛出内存溢出错误。java.lang.OutOfMemoryE
oom 调优设置
yz18931904的博客
01-09 366
kernel OOM配置
u012385733的专栏
12-23 577
使能OOM killer echo 1 > /proc/sys/vm/enable_oom_killer 配置内存限制 ## 创建控制组 mkdir /sys/fs/cgroup/memory/test ##使能sv oom killer echo 0 > /sys/fs/cgroup/memory/test/memory.oom_control ## 限制1G echo 1G > /sys/fs/cgroup/memory/test/memory.limit_in_by
JVM运行时数据区——方法区
码说芯语的博客
03-05 1489
栈、堆、方法区的交互关系、设置方法区大小、OOM、方法区的内部结构、方法区的演进细节、方法区的垃圾回收
Linux内存管理系统参数配置之OOM（内存耗尽）
xinghuah的专栏
07-29 3853
一、前言 本文是描述Linux virtual memory运行参数的第二篇，主要是讲OOM相关的参数的。为了理解OOM参数，第二章简单的描述什么是OOM。如果这个名词对你毫无压力，你可以直接进入第三章，这一章是描述具体的参数的，除了描述具体的参数，我们引用了一些具体的内核代码，本文的代码来自4.0内核，如果有兴趣，可以结合代码阅读，为了缩减篇幅，文章中的代码都是删减版本的。按照惯例，最后一章是参考文献，本文的参考文献都是来自linux内核的Documentation目录，该目录下有大量的文档可以参考，每一
如何避免方法区oom
04-01
<think>嗯，用户想知道如何避免Java方法区发生OutOfMemoryError。首先，我得回忆一下方法区的作用和结构。方法区主要存储类信息、常量、静态变量等，Java 8之前是PermGen（永久代），之后变成了Metaspace（元空间）。所以，不同版本的解决方案可能不同。 首先，方法区OOM通常是因为加载了过多的类，或者常量池太大，或者动态生成类过多。比如使用反射库如CGLIB或者大量JSP的情况。需要分析具体原因，可能用户的应用中有类似的情况。 根据引用[3]，Java 8之后，PermGen被Metaspace取代，Metaspace使用本地内存，所以默认情况下可能更大，但也不是无限的。解决方案可能包括调整Metaspace的大小参数，比如-XX:MaxMetaspaceSize。如果用户没有设置这个参数，Metaspace可能会动态增长，但依然可能导致OOM，尤其是内存泄漏的情况下。 然后，内存泄漏的情况，比如长时间运行的应用程序，如果不断生成新的类而不卸载，就会导致Metaspace被占满。例如，动态代理框架频繁生成类，或者类加载器没有正确释放，导致类无法被垃圾回收。需要确保类加载器能被回收，从而卸载类。 另外，监控和诊断工具的使用也很重要。用户需要知道如何监控Metaspace的使用情况，比如用JVM参数打印GC日志，或者使用VisualVM、JConsole等工具。这样可以及时发现内存增长的趋势。 还有，减少不必要的类加载。比如避免重复加载类，或者使用第三方库时优化依赖，减少类数量。例如，使用JSP的应用如果生成过多Servlet类，可能需要预编译或者限制动态生成。 动态生成类的场景，比如ASM、CGLIB，需要注意控制生成类的数量，避免无限生成。或者使用缓存策略，复用已生成的类。 对于Java 8之前的PermGen，可能需要调整-XX:PermSize和-XX:MaxPermSize，但用户现在可能更多在用Java 8及以后，所以重点在Metaspace的配置。 总结一下，解决方案应该包括调整JVM参数，优化类加载，避免内存泄漏，监控和诊断，以及代码层面的优化。比如设置MaxMetaspaceSize，检查类加载器泄漏，减少动态类生成，使用工具监控等。 还需要考虑是否有第三方库导致的问题，如引用[4]提到的，第三方库可能有隐式内存问题。这时候需要分析堆转储，找出加载的类及其来源，确定是否有异常的类加载行为。 此外，引用[5]提到OOM和栈溢出的区别，但用户的问题明确是关于方法区的OOM，所以可以专注于方法区的特定原因和解决方案。 可能用户的应用在运行中出现了方法区OOM，或者想提前预防。需要给出具体的步骤，比如如何设置JVM参数，如何检查类加载情况，推荐哪些工具等。同时，生成的相关问题可以涉及其他区域的OOM，或者如何诊断内存泄漏，或者不同Java版本的差异。</think>### 如何避免Java方法区发生OutOfMemoryError（OOM） Java方法区用于存储类元数据（如类名、方法信息、字段描述等）、常量池和静态变量。在Java 8之前，方法区通过**永久代（PermGen）**实现；Java 8及之后改为**元空间（Metaspace）**，使用本地内存管理[^3]。以下从原因分析、解决方案和优化实践三个层面展开： --- #### 一、方法区OOM的常见原因 1. **类加载过多** - 动态生成大量类（如通过CGLIB、ASM等字节码操作库）。 - 频繁加载/卸载类（如长时间运行的Web应用中的JSP动态编译）。 2. **常量池过大** - 字符串常量池或符号引用过多（尤其是未合理复用常量）。 3. **元空间配置不当** - 未限制Metaspace大小，导致本地内存耗尽。 4. **类加载器泄漏** - 自定义类加载器未正确释放，导致类元数据无法回收。 --- #### 二、解决方案与优化实践 ##### 1. **调整JVM参数** - **Java 8+（Metaspace）** 设置元空间初始大小和上限： ```shell -XX:MetaspaceSize=64M -XX:MaxMetaspaceSize=256M ``` - **Java 7及之前（PermGen）** 调整永久代大小： ```shell -XX:PermSize=64M -XX:MaxPermSize=128M ``` ##### 2. **避免类加载泄漏** - **检查自定义类加载器**：确保类加载器的生命周期与加载的类一致，避免长期持有引用。 - **监控类卸载**：通过JVM参数`-XX:+TraceClassUnloading`观察类卸载情况。 ##### 3. **优化动态类生成** - **限制动态代理类数量**：例如在Spring框架中，避免滥用`@Scope("prototype")`。 - **复用生成的类**：缓存高频使用的动态类，减少重复生成。 ##### 4. **减少常量池压力** - **避免重复字符串常量**：使用`String.intern()`谨慎操作，防止常量池膨胀。 - **优化反射操作**：缓存`Class`对象和`Method`对象，避免频繁解析。 ##### 5. **监控与诊断工具** - **JVM内置工具**： - 通过`jstat -gcutil <pid>`查看Metaspace使用率。 - 添加JVM参数`-XX:+PrintGCDetails -XX:+PrintGCDateStamps`输出GC日志。 - **堆转储分析**： 使用`jmap -dump:format=b,file=heapdump.hprof <pid>`生成堆转储，通过MAT工具分析类加载器分布[^4]。 ##### 6. **第三方库与框架优化** - **检查类加载行为**：例如Tomcat的热部署可能导致PermGen OOM，可通过配置`reloadable="false"`减少类重新加载。 - **升级依赖库**：某些旧版本库（如CGLIB）可能存在内存问题，升级到修复版本。 --- #### 三、示例代码与配置 ```shell # 示例：启动时配置Metaspace限制 java -XX:MetaspaceSize=128M -XX:MaxMetaspaceSize=256M -jar app.jar ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值