JAVA8内存模型

最新推荐文章于 2024-04-20 20:37:14 发布
最新推荐文章于 2024-04-20 20:37:14 发布
阅读量132 收藏
点赞数
文章标签： java 运维 数据库
原文链接：https://my.oschina.net/u/866172/blog/1820588
版权

一、回顾JVM内存模型

image

二、PermGen（永久代）

上一篇文章没有提到永久代，这里详细介绍下。绝大部分 Java 程序员应该都见过 "java.lang.OutOfMemoryError: PermGen space "这个异常。这里的 “PermGen space”其实指的就是方法区。不过方法区和“PermGen space”又有着本质的区别。前者是 JVM 的规范，而后者则是 JVM 规范的一种实现，并且只有 HotSpot 才有 “PermGen space”，而对于其他类型的虚拟机，如 JRockit（Oracle）、J9（IBM） 并没有“PermGen space”。由于方法区主要存储类的相关信息，所以对于动态生成类的情况比较容易出现永久代的内存溢出。最典型的场景就是，在 jsp 页面比较多的情况，容易出现永久代内存溢出。我们现在通过动态生成类来模拟 “PermGen space”的内存溢出：

2.1 测试代码

package cn.lvji.zhouzx.study.jvm;

public class Test {

}

package cn.lvji.zhouzx.study.jvm;

import java.io.File;
import java.net.URL;
import java.net.URLClassLoader;
import java.util.ArrayList;
import java.util.List;

public class PermGenOomMock {
	public static void main(String[] args) {
		URL url = null;
		List<ClassLoader> classLoaderList = new ArrayList<ClassLoader>();
		try {
			url = new File(
					"E:\\springtoolsuite\\spring-tool-suite-3.9.3.RELEASE-e4.7.3-win32-x86_64\\workspace-sts-3.9.3.RELEASE\\zhouzx-study\\src\\main\\java")
							.toURI().toURL();
			URL[] urls = { url };
			while (true) {
				ClassLoader loader = new URLClassLoader(urls);
				classLoaderList.add(loader);
				loader.loadClass("cn.lvji.zhouzx.study.jvm.Test");
			}
		} catch (Exception e) {
			e.printStackTrace();
		}
	}
}

运行JVM参数

-XX:MaxPermSize=10m -XX:PermSize=10m -Xms8m -Xmx8m -XX:-UseGCOverheadLimit

2.1.1 jdk1.6异常日志（PermGen区）
Error occurred during initialization of VM
java.lang.OutOfMemoryError: PermGen space
	at sun.nio.cs.ext.GBK.newEncoder(GBK.java:36)
	at java.lang.StringCoding$StringEncoder.<init>(StringCoding.java:215)
	at java.lang.StringCoding$StringEncoder.<init>(StringCoding.java:207)
	at java.lang.StringCoding.encode(StringCoding.java:266)
	at java.lang.String.getBytes(String.java:946)
	at java.lang.ClassLoader$NativeLibrary.load(Native Method)
	at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1807)
	at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1724)
	at java.lang.Runtime.loadLibrary0(Runtime.java:823)
	at java.lang.System.loadLibrary(System.java:1028)
	at java.lang.System.initializeSystemClass(System.java:1086)
2.1.2 jdk1.7异常日志（PermGen区）
Error occurred during initialization of VM
java.lang.OutOfMemoryError: PermGen space
	at sun.misc.Launcher$ExtClassLoader.getExtClassLoader(Launcher.java:141)
	at sun.misc.Launcher.<init>(Launcher.java:71)
	at sun.misc.Launcher.<clinit>(Launcher.java:57)
	at java.lang.ClassLoader.initSystemClassLoader(ClassLoader.java:1489)
	at java.lang.ClassLoader.getSystemClassLoader(ClassLoader.java:1474)
2.1.3 jdk1.8异常日志（Heap区，不支持Perm相关参数）
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
	at java.util.Vector.<init>(Vector.java:135)
	at java.util.Vector.<init>(Vector.java:148)
	at java.util.Vector.<init>(Vector.java:157)
	at java.lang.ClassLoader.<init>(ClassLoader.java:250)
	at java.lang.ClassLoader.<init>(ClassLoader.java:335)
	at java.security.SecureClassLoader.<init>(SecureClassLoader.java:99)
	at java.net.URLClassLoader.<init>(URLClassLoader.java:144)
	at cn.lvji.zhouzx.study.jvm.PermGenOomMock.main(PermGenOomMock.java:19)
Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=2m; support was removed in 8.0
Java HotSpot(TM) 64-Bit Server VM warning: ignoring option PermSize=2m; support was removed in 8.0

三、Metaspace（元空间）

其实，移除永久代的工作从JDK1.7就开始了。JDK1.7中，存储在永久代的部分数据就已经转移到了Java Heap或者是 Native Heap。但永久代仍存在于JDK1.7中，并没完全移除，譬如符号引用(Symbols)转移到了native heap；字面量(interned strings)转移到了java heap；类的静态变量(class statics)转移到了java heap。我们可以通过一段程序来比较 JDK 1.6 与 JDK 1.7及 JDK 1.8 的区别，以字符串常量为例：

package cn.lvji.zhouzx.study.jvm;

import java.util.ArrayList;
import java.util.List;

public class StringOomMock {
	static String base = "string";

	public static void main(String[] args) {
		List<String> list = new ArrayList<String>();
		for (int i = 0; i < Integer.MAX_VALUE; i++) {
			String str = base + base;
			base = str;
			list.add(str.intern());
		}
	}
}

这段程序以2的指数级不断的生成新的字符串，这样可以比较快速的消耗内存。我们通过 JDK 1.6、JDK 1.7 和 JDK 1.8 分别运行，JVM参数如下：

-XX:MaxPermSize=10m -XX:PermSize=10m -Xms8m -Xmx8m -XX:-UseGCOverheadLimit

3.1 JDK1.6运行结果

Exception in thread "main" java.lang.OutOfMemoryError: PermGen space
	at java.lang.String.intern(Native Method)
	at cn.lvji.zhouzx.study.jvm.StringOomMock.main(StringOomMock.java:14)

3.2 JDK1.7运行结果

Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
	at java.util.Arrays.copyOf(Arrays.java:2367)
	at java.lang.AbstractStringBuilder.expandCapacity(AbstractStringBuilder.java:130)
	at java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:114)
	at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:415)
	at java.lang.StringBuilder.append(StringBuilder.java:132)
	at cn.lvji.zhouzx.study.jvm.StringOomMock.main(StringOomMock.java:12)

3.3 JDK1.8运行结果

Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
	at java.util.Arrays.copyOf(Arrays.java:3332)
	at java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:124)
	at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:448)
	at java.lang.StringBuilder.append(StringBuilder.java:136)
	at cn.lvji.zhouzx.study.jvm.StringOomMock.main(StringOomMock.java:12)
Java HotSpot(TM) 64-Bit Server VM warning: ignoring option MaxPermSize=10m; support was removed in 8.0
Java HotSpot(TM) 64-Bit Server VM warning: ignoring option PermSize=10m; support was removed in 8.0

从上述结果可以看出，JDK 1.6下，会出现“PermGen Space”的内存溢出，而在 JDK 1.7和 JDK 1.8 中，会出现堆内存溢出，并且 JDK 1.8中 PermSize 和 MaxPermGen 已经无效。因此，可以大致验证 JDK 1.7 和 1.8 将字符串常量由永久代转移到堆中，并且 JDK 1.8 中已经不存在永久代的结论。现在我们看看元空间到底是一个什么东西？

元空间的本质和永久代类似，都是对JVM规范中方法区的实现。不过元空间与永久代之间最大的区别在于：元空间并不在虚拟机中，而是使用本地内存。因此，默认情况下，元空间的大小仅受本地内存限制，但可以通过以下参数来指定元空间的大小： 　　-XX:MetaspaceSize，初始空间大小，达到该值就会触发垃圾收集进行类型卸载，同时GC会对该值进行调整：如果释放了大量的空间，就适当降低该值；如果释放了很少的空间，那么在不超过MaxMetaspaceSize时，适当提高该值。 　　-XX:MaxMetaspaceSize，最大空间，默认是没有限制的。

　　除了上面两个指定大小的选项以外，还有两个与 GC 相关的属性： 　　-XX:MinMetaspaceFreeRatio，在GC之后，最小的Metaspace剩余空间容量的百分比，减少为分配空间所导致的垃圾收集 　　-XX:MaxMetaspaceFreeRatio，在GC之后，最大的Metaspace剩余空间容量的百分比，减少为释放空间所导致的垃圾收集

现在我们在 JDK 8下重新运行一下代码段 4，不过这次不再指定 PermSize 和 MaxPermSize。而是指定 MetaSpaceSize 和 MaxMetaSpaceSize的大小。输出结果如下：

-XX:MetaspaceSize=4m -XX:MaxMetaspaceSize=4m -XX:-UseGCOverheadLimit

Error occurred during initialization of VM
OutOfMemoryError: Metaspace

从输出结果，我们可以看出，这次不再出现永久代溢出，而是出现了元空间的溢出。

四、总结

image

通过上面分析，大家应该大致了解了 JVM 的内存划分，也清楚了 JDK 8 中永久代向元空间的转换。不过大家应该都有一个疑问，就是为什么要做这个转换？所以，最后给大家总结以下几点原因：

  • 字符串存在永久代中，容易出现性能问题和内存溢出。

  • 类及方法的信息等比较难确定其大小，因此对于永久代的大小指定比较困难，太小容易出现永久代溢出，太大则容易导致老年代溢出。

  • 永久代会为 GC 带来不必要的复杂度，并且回收效率偏低。

  • Oracle 可能会将HotSpot 与 JRockit 合二为一。

附录

  1. -XX:MetaspaceSize=N

这个参数是初始化的Metaspace大小，该值越大触发Metaspace GC的时机就越晚。随着GC的到来，虚拟机会根据实际情况调控Metaspace的大小，可能增加上线也可能降低。在默认情况下，这个值大小根据不同的平台在12M到20M浮动。使用java -XX:+PrintFlagsInitial命令查看本机的初始化参数，-XX:Metaspacesize为21810376B（大约20.8M）。

  1. -XX:MaxMetaspaceSize=N

这个参数用于限制Metaspace增长的上限，防止因为某些情况导致Metaspace无限的使用本地内存，影响到其他程序。在本机上该参数的默认值为4294967295B（大约4096MB）。

  1. -XX:MinMetaspaceFreeRatio=N

当进行过Metaspace GC之后，会计算当前Metaspace的空闲空间比，如果空闲比小于这个参数，那么虚拟机将增长Metaspace的大小。在本机该参数的默认值为40，也就是40%。设置该参数可以控制Metaspace的增长的速度，太小的值会导致Metaspace增长的缓慢，Metaspace的使用逐渐趋于饱和，可能会影响之后类的加载。而太大的值会导致Metaspace增长的过快，浪费内存。

  1. -XX:MaxMetasaceFreeRatio=N

当进行过Metaspace GC之后， 会计算当前Metaspace的空闲空间比，如果空闲比大于这个参数，那么虚拟机会释放Metaspace的部分空间。在本机该参数的默认值为70，也就是70%。

  1. -XX:MaxMetaspaceExpansion=N

Metaspace增长时的最大幅度。在本机上该参数的默认值为5452592B（大约为5MB）。

  1. -XX:MinMetaspaceExpansion=N

Metaspace增长时的最小幅度。在本机上该参数的默认值为340784B（大约330KB为）。

参考一

参考二

转载于:https://my.oschina.net/u/866172/blog/1820588

chijiang6541
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
java8内存模型
cainaioAAA的博客
04-08 270
1.jvm内存模型1.栈帧每个线程有一个私有的栈，随着线程的创建而创建。栈里面存放着一种叫做“栈帧”的东西，每个方法会创建一个栈帧，栈帧中存放了局部变量表(基本数据类型和对象引用)、操作数栈、方法出口等信息。栈的大小可以固定也可以动态扩展。当栈调用深度大于JVM所允许的范围，会抛出StackOverflowError的错误，不过这个深度范围不是一个恒定的值，我们通过下面这段程序可以测试一下这个结果...
Java虚拟机—Java8内存模型JVM（整理版）
javalingyu的博客
06-06 3645
对于Java程序员来说，在虚拟机自动内存管理机制的帮助下，不再需要手动释放内存，不容易出现内存泄露和内存溢出问题。一旦出现内存泄露和溢出方面的问题，如果不了解虚拟机是怎样使用内存的，排查错误将会异常艰难。Java虚拟机模型（Java Virtual Model，JVM），jvm的内部结构如下图所示。Java虚拟机在执行Java程序的过程中会把它所管理的内存划分为若干个不同的数据区域。这些区域都有各自的用途，以及创建和销毁的时间，有的区域随着虚拟机进程的启动而存在，有些区域则依赖用户线程的启动和结束而建立和销
Java 8 内存模型.pdf
03-22
java内存模型介绍java内存模型介绍java内存模型介绍java内存模型介绍java内存模型介绍
Java虚拟机—Java8内存模型（整理版）
Swordfall的博客
04-18 7331
1.概述 对于Java程序员来说，在虚拟机自动内存管理机制的帮助下，不再需要手动释放内存，不容易出现内存泄露和内存溢出问题。一旦出现内存泄露和溢出方面的问题，如果不了解虚拟机是怎样使用内存的，排查错误将会异常艰难。 2.运行时数据区域 Java虚拟机在执行Java程序的过程中会把它所管理的内存划分为若干个不同的数据区域。这些区域都有各自的用途，以及创建和销毁的时...
Java8内存模型
Jack魏
10-17 364
Java8内存模型 https://github.com/Snailclimb/JavaGuide/blob/3965c02cc0f294b0bd3580df4868d5e396959e2e/Java%E7%9B%B8%E5%85%B3/%E5%8F%AF%E8%83%BD%E6%98%AF%E6%8A%8AJava%E5%86%85%E5%AD%98%E5%8C%BA%E5%9F%9F%E8%...
Java8内存模型PermGen Metaspace实例解析
08-19
Java8内存模型PermGen Metaspace实例解析 Java8内存模型PermGen Metaspace实例解析是Java虚拟机（JVM）的一部分，负责管理Java程序的内存。JVM内存模型共分为五个部分：虚拟机栈、堆、本地方法栈、程序计数器和方法...
Java 内存模型
07-23
Java内存模型是Java虚拟机规范中定义的一部分，它规定了Java程序中变量的读写行为，以及线程之间的交互规则。理解Java内存模型对于编写正确、高效的多线程程序至关重要。在Java 5之前，Java内存模型的描述比较模糊，...
【JVM】JVM08(java内存模型解析[JMM])_java 8 jvm内存模式
最新发布
2301_82241775的博客
04-20 1051
在这个部分总结了2019年到目前为止Java常见面试问题，取其面试核心编写成这份文档笔记，从中分析面试官的心理，摸清面试官的“套路”，可以说搞定90%以上的Java中高级面试没一点难度。本节总结的内容涵盖了：消息队列、Redis缓存、分库分表、读写分离、设计高并发系统、分布式系统、高可用系统、SpringCloud微服务架构等一系列互联网主流高级技术的知识点。（上述只是一个整体目录大纲，每个点里面都有如下所示的详细内容，从面试问题——分析面试官心理——剖析面试题——完美解答的一个过程）
java8 内存模型_java8内存模型
weixin_28908491的博客
02-20 249
虚拟机栈：线程私有，随线程创建而创建。栈里面是一个一个“栈帧”，每个栈帧对应一次方法调用。栈帧中存放了局部变量表(基本数据类型变量和对象引用)、操作数栈、方法出口等信息。当栈调用深度大于JVM所允许的范围，会抛出StackOverflowError的错误。本地方法栈：线程私有，这部分主要与虚拟机用到的Native方法相关，基本等同于虚拟机栈，存放得是native方法帧，可出现SOF和OOM错误。程...
JAVA8 JVM内存模型
muyimeng的专栏
01-15 420
JAVA8 JVM内存模型 .png&originHeight=829&originWidth=729&size=89375&status=done&style=none&width=729) 内存分配剖析 public class MathTest { public static void main(String[] args) { Math math = new Math(); int a = 2;
Java 8 JVM内存模型
weixin_45668482的博客
09-02 2268
JVM整体架构 1. jvm的概念 JVM(虚拟机)：指以软件的方式模拟具有完整硬件系统功能、运行在一个完全隔离环境中的完整计算机系统 ，是物理机的软件实现，是运行在操作系统之上的计算机系统。 ...
Java8 JVM内存模型
jing956899449的博客
06-07 2886
一、JDK1.8 JVM内存模型 二、各区域介绍 1、程序计数器 指向当前线程正在执行的字节码指令的行号（地址） 2、本地方法栈 为虚拟机使用的Native方法服务 3、虚拟机栈 每个Java方法在被调用的时候都会创建一个栈帧，用来存储局部变量表（八大原始类型、封装类型）、作数栈、动态链接、方法出口 4、堆 几乎所有的对象实例及数组都在堆上进行分配；生明的全局变量。在jdk1.7中，符号引用(Symbols)转移到了Native Memory；字符串常量池(interned strings)转移到了Jav
Java8虚拟机内存模型JVM
MayMatrix 的博客
02-23 647
参考资料：《深入理解Java虚拟机 JVM高级特性与最佳实践》第二版。
Java8内存模型及溢出场景—永久代(PermGen)和元空间(Metaspace)
MayMatrix 的博客
02-23 1855
从上述结果可以看出，JDK 1.6下，会出现“PermGen Space”的内存溢出，而在 JDK 1.7和 JDK 1.8 中，会出现堆内存溢出，并且 JDK 1.8中 PermSize 和 MaxPermGen 已经无效。方法区也是所有线程共享。注意，这里我指定了堆内存的大小为16M，所以这个地方显示的count=14（这个数字不是固定的），至于为什么会是14或其他数字，需要根据 GC 日志来判断，具体原因会在下篇文章中给大家解释。这段程序以2的指数级不断的生成新的字符串，这样可以比较快速的消耗内存。
java8 jvm内存模型
冯华
05-21 418
1、虚拟机栈：线程私有，随线程创建而创建。栈里面是一个一个“栈帧”，每个栈帧对应一次方法调用。栈帧中存放了局部变量表（基本数据类型变量和对象引用）、操作数栈、方法出口等信息。当栈调用深度大于JVM所允许的范围，会抛出StackOverflowError的错误。 2、本地方法栈：线程私有，这部分主要与虚拟机用到的Native方法相关，一般情况下，并不需要关心这部分的内容。 3、程序计数器：也叫PC寄存器，JVM支持多个线程同时运行，每个线程都有自己的程序计数器。倘若当前执行的是 JVM 的方法，则该寄存器..
java8堆内存模型_一文详解JVM内存模型，从线程共享到本地方法栈再到Java堆
weixin_42535703的博客
01-22 296
前言在正式学习 JVM 内存模型之前，先注意以下几个是问题：JVM 内存模型与 JAVA 内存模型不是同一个概念。JVM 内存模型是从运行时数据区的结构的角度描述的概念；而 JAVA 内存模型是从主内存和线程私有内存角度的描述。从以下两张图可以看出：​ JAVA内存模型​ JVM内存模型Java虚拟机总共由三大模块组成：类加载器子系统运行时数据区执行引擎本篇我们介绍第二大模块——运行时数据区(JV...
Java 8内存模型详解：Heap, MetaSpace与垃圾回收
理解Java内存模型对于优化程序性能和防止内存泄漏至关重要。例如，合理设置堆大小和垃圾回收策略，可以有效地避免内存溢出和性能瓶颈。此外，元空间的大小调整也是必要的，以确保应用程序在处理大量类加载时的稳定性...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值