转载:http://www.cnblogs.com/iyangyuan/p/4631696.html
小菜先拙劣的表达一下jvm虚拟内存分布:
程序计数器是jvm执行程序的流水线,存放一些跳转指令,这个太高深,小菜不懂。
本地方法栈是jvm调用操作系统方法所使用的栈。
虚拟机栈是jvm执行java代码所使用的栈。
方法区存放了一些常量、静态变量、类信息等,可以理解成class文件在内存中的存放位置。
虚拟机堆是jvm执行java代码所使用的堆。
Java中的常量池,实际上分为两种形态:静态常量池和运行时常量池。
所谓静态常量池,即*.class文件中的常量池,class文件中的常量池不仅仅包含字符串(数字)字面量,还包含类、方法的信息,占用class文件绝大部分空间。
而运行时常量池,则是jvm虚拟机在完成类装载操作后,将class文件中的常量池载入到内存中,并保存在方法区中,我们常说的常量池,就是指方法区中的运行时常量池。
接下来我们引用一些网络上流行的常量池例子,然后借以讲解。
String s1 = "Hello"; String s2 = "Hello"; String s3 = "Hel" + "lo"; String s4 = "Hel" + new String("lo"); String s5 = new String("Hello"); String s6 = s5.intern(); String s7 = "H"; String s8 = "ello"; String s9 = s7 + s8; System.out.println(s1 == s2); // true System.out.println(s1 == s3); // true System.out.println(s1 == s4); // false System.out.println(s1 == s9); // false System.out.println(s4 == s5); // false System.out.println(s1 == s6); // true
首先说明一点,在java 中,直接使用==操作符,比较的是两个字符串的引用地址,并不是比较内容,比较内容请用String.equals()。
s1 == s2这个非常好理解,s1、s2在赋值时,均使用的字符串字面量,说白话点,就是直接把字符串写死,在编译期间,这种字面量会直接放入class文件的常量池中,从而实现复用,载入运行时常量池后,s1、s2指向的是同一个内存地址,所以相等。
s1 == s3这个地方有个坑,s3虽然是动态拼接出来的字符串,但是所有参与拼接的部分都是已知的字面量,在编译期间,这种拼接会被优化,编译器直接帮你拼好,因 此String s3 = "Hel" + "lo";在class文件中被优化成String s3 = "Hello";,所以s1 == s3成立。
s1 == s4当然不相等,s4虽然也是拼接出来的,但new String("lo")这部分不是已知字面量,是一个不可预料的部分,编译器不会优化,必须等到运行时才可以确定结果,结合字符串不变定理,鬼知道s4被分配到哪去了,所以地址肯定不同。配上一张简图理清思路:
s1 == s9也不相等,道理差不多,虽然s7、s8在赋值的时候使用的字符串字面量,但是拼接成s9的时候,s7、s8作为两个变量,都是不可预料的,编译器毕竟 是编译器,不可能当解释器用,所以不做优化,等到运行时,s7、s8拼接成的新字符串,在堆中地址不确定,不可能与方法区常量池中的s1地址相同。
s4 == s5已经不用解释了,绝对不相等,二者都在堆中,但地址不同。
s1 == s6这两个相等完全归功于intern方法,s5在堆中,内容为Hello ,intern方法会尝试将Hello字符串添加到常量池中,并返回其在常量池中的地址,因为常量池中已经有了Hello字符串,所以intern方法直 接返回地址;而s1在编译期就已经指向常量池了,因此s1和s6指向同一地址,相等。
至此,我们可以得出三个非常重要的结论:
必须要关注编译期的行为,才能更好的理解常量池。
运行时常量池中的常量,基本来源于各个class文件中的常量池。
程序运行时,除非手动向常量池中添加常量(比如调用intern方法),否则jvm不会自动添加常量到常量池。
以上所讲仅涉及字符串常量池,实际上还有整型常量池、浮点型常量池等等,但都大同小异,只不过数值类型的常量池不可以手动添加常量,程序启动时常量池中的常量就已经确定了,比如整型常量池中的常量范围:-128~127,只有这个范围的数字可以用到常量池。
实践
说了这么多理论,接下来让我们触摸一下真正的常量池。
前文提到过,class文件中存在一个静态常量池,这个常量池是由编译器生成的,用来存储java源文件中的字面量(本文仅仅关注字面量),假设我们有如下java代码:
1 String s = "hi";
为了方便起见,就这么简单,没错!将代码编译成class文件后,用winhex打开二进制格式的class文件。如图:
简单讲解一下class文件的结构,开头的4个字节是class文件魔数,用来标识这是一个class文件,说白话点就是文件头,既:CA FE BA BE。
紧接着4个字节是java的版本号,这里的版本号是34,因为笔者是用jdk8编译的,版本号的高低和jdk版本的高低相对应,高版本可以兼容低版本, 但低版本无法执行高版本。所以,如果哪天读者想知道别人的class文件是用什么jdk版本编译的,就可以看这4个字节。
接下来就是常量池入口,入口处用2个字节标识常量池常量数量,本例中数值为00 1A,翻译成十进制是26,也就是有25个常量,其中第0个常量是特殊值,所以只有25个常量。
常量池中存放了各种类型的常量,他们都有自己的类型,并且都有自己的存储规范,本文只关注字符串常量,字符串常量以01开头(1个字节),接着用2个字节记录字符串长度,然后就是字符串实际内容。本例中为:01 00 02 68 69。
接下来再说说运行时常量池,由于运行时常量池在方法区中,我们可以通过jvm参数:-XX:PermSize、-XX:MaxPermSize来设置方法区大小,从而间接限制常量池大小。
假设jvm启动参数为:-XX:PermSize=2M -XX:MaxPermSize=2M,然后运行如下代码:
//保持引用,防止自动垃圾回收 List<String> list = new ArrayList<String>(); int i = 0; while(true){ //通过intern方法向常量池中手动添加常量 list.add(String.valueOf(i++).intern()); }
程序立刻会抛出:Exception in thread "main" java.lang.outOfMemoryError: PermGen space异常。PermGen space正是方法区,足以说明常量池在方法区中。
在jdk8中,移除了方法区,转而用Metaspace区域替代,所以我们需要使用新的jvm参数:-XX:MaxMetaspaceSize=2M, 依然运行如上代码,抛出:java.lang.OutOfMemoryError: Metaspace异常。同理说明运行时常量池是划分在Metaspace区域中。具体关于Metaspace区域的知识,请读者自行搜索。
本文所有代码均在jdk7、jdk8下测试通过,其他版本jdk可能会略有差异,请读者自行探索。
相关推荐
8. **类文件结构**:深入理解`.class`文件的结构,包括魔数、版本号、常量池、字段表、方法表、属性表等元素。 9. **编译OpenJDK**:书中可能涵盖源码获取、配置环境、编译过程以及理解OpenJDK源码的细节,帮助读者...
在JVM中,还有个特殊的区域叫做Perm Space,即永久代,这个区域通常用来存放类的元数据信息,如类的描述信息、常量池、方法数据等。在Java 8之后,Perm Space被Metaspace所取代,Metaspace采用了本地内存来存储类的...
其中,方法区(在Java 8之后被称为元空间)是所有线程共享的区域,存储类信息,如类的全限定名、超类信息、访问修饰符、常量池、字段和方法信息等。方法表则是类信息的具体实现,用于快速定位类的方法。堆是JVM中...
- **字符串池**:理解字符串常量池的作用,避免不必要的复制。 9. **JIT编译器** - **即时编译**:HotSpot JVM的C1和C2编译器将热点代码编译为原生机器码,提升执行效率。 - **编译触发条件**:如方法调用次数、...
5. **类文件结构**:解释了.class文件的组成,包括魔数、版本号、常量池、字段、方法和属性等。 6. **编译优化**:JIT(Just-In-Time)编译器将频繁执行的字节码编译为本地机器代码,以提高性能。 7. **动态链接**...
- **方法区**(在Java 8后变为元空间):存储已加载类的信息,如类的元数据、常量池等。 - **虚拟机栈**:每个线程都有一个独立的虚拟机栈,用于存放方法调用时的局部变量表、操作数栈和方法出口等信息。 - **...
常量池中的符号引用,例如final常量的值、类和接口的全限定名、字段的名称和描述符、方法的名称和描述符,这些都是在解析阶段被转换成直接引用,以便JVM能够准确地定位和访问相应的内存地址。 总结起来,"JVM--字节...
目录网盘文件永久链接 001-JVM课程导读 002-第一章-JVM课程简介 003-虚拟机概念 004-JVM的定义 005-JVM规范 006-JVM产品 ...025-【分析】常量池总数 026-【分析】class文件中的常量 027..............
- **运行时常量池(Runtime Constant Pool)**:方法区的一部分,存储各种字面量和符号引用。 尽管JVM提供了跨平台的能力,但它本身并不跨平台,因为JVM是用C/C++编译成特定平台的机器码。因此,每个平台都需要安装...
### JVM虚拟机复习宝典:深入理解Java内存区域与对象创建机制 #### 一、Java内存区域概述 Java虚拟机(JVM)管理的内存主要分为两大部分:线程独占的内存区域和线程间共享的内存区域。下面将详细介绍这两部分内存...
当一个新字符串被创建时,JVM会检查常量池中是否存在相同的字符串,如果存在,就直接返回其引用,否则会在堆中创建一个新的实例并添加到常量池。 垃圾收集(Garbage Collection, GC)是JVM管理内存的重要机制。GC...
《JVM调优实战与常量池详解》 在Java开发中,JVM(Java虚拟机)的性能优化是一项至关重要的任务。通过对JVM进行调优,我们可以显著提升应用程序的运行效率,减少内存消耗,避免不必要的垃圾回收(GC)带来的性能...
### JVM虚拟机面试题知识点详解 #### 一、JVM运行时内存结构 JVM运行时数据区(Runtime Data Area)主要包括以下几部分: 1. **程序计数器(Program Counter Register)**:是一块较小的内存空间,当前线程所执行的...
9. **类文件结构**:.class文件包含了类的版本、常量池、字段、方法、属性等信息,这些信息是JVM正确运行Java程序的基础。 10. **内存溢出问题**:了解如何分析和解决常见的内存溢出问题,如堆溢出、栈溢出和方法区...
5. **字符串常量池**:在Java8中,字符串常量池被移动到了堆内存中,与对象实例存储在一起。这减少了对栈空间的需求,同时提高了字符串复用的效率。 6. **元空间(Metaspace)**:Java8替代了永久代(PermGen),...
直接内存(Direct Memory)是一块物理内存,它不是JVM虚拟机的运行时数据区的一部分,但是它经常被用来存储大型数据。直接内存可以通过Unsafe类或Netty框架来操作。 OutOfMemoryError OutOfMemoryError是一种常见...
运行时常量池则是在虚拟机运行时载入各个class文件的常量池内容。字符串常量池在JDK8之前位于永久代,但在变化后,它被移出永久代,仍然保留在堆内存中,可能是为了更方便地进行垃圾回收。与此相似,整型常量池也...
### JVM虚拟机基础概念 Java虚拟机(JVM)是运行Java程序的一种环境,它为Java应用程序提供了一个独立于硬件的抽象计算机模型。通过JVM,开发者可以将编写的Java程序部署在各种不同的操作系统上而无需修改源代码,...
CLASS文件是Java源代码编译后的二进制格式,包含了类的结构信息,如常量池、字段、方法、属性等。JVM通过解析CLASS文件来创建并执行Java类。了解CLASS文件格式能帮助开发者更好地理解代码在JVM中的表现。 3. 类...