<JVM上篇:内存与垃圾回收篇>07-方法区(三)

简介: <JVM上篇:内存与垃圾回收篇>07-方法区

7.4.4. 运行时常量池


运行时常量池(Runtime Constant Pool)是方法区的一部分。

常量池表(Constant Pool Table)是 Class 文件的一部分,用于存放编译期生成的各种字面量与符号引用,这部分内容将在类加载后存放到方法区的运行时常量池中。

字节码中的常量池存放的都是符号引用,链接解析阶段将符号引用转化为直接引用.所以方法区的运行区常量池里面存放的都是直接引用.

运行时常量池,在加载类和接口到虚拟机后,就会创建对应的运行时常量池。

JVM 为每个已加载的类型(类或接口)都维护一个常量池。池中的数据项像数组项一样,是通过索引访问的。

运行时常量池中包含多种不同的常量,包括编译期就已经明确的数值字面量,也包括到运行期解析后才能够获得的方法或者字段引用。此时不再是常量池中的符号地址了,这里换为真实地址。

运行时常量池,相对于 Class 文件常量池的另一重要特征是:具备动态性。

以String.intern()为例,编译器会将字符串添加到常量池中(StringTable维护),并返回指向该常量的引用

运行时常量池类似于传统编程语言中的符号表(symboltable),但是它所包含的数据却比符号表要更加丰富一些。

当创建类或接口的运行时常量池时,如果构造运行时常量池所需的内存空间超过了方法区所能提供的最大值,则 JVM 会抛 OutOfMemoryError 异常。

深入解析动态性:


动态性是运行时常量池可以动态的往里面添加本来没有的信息

而常量池,只能放代码中存在的信息,在编译期间,就确定了,不会再得到更改

运行时常量池,则可以通过代码动态的往里面塞信息。


7.5. 方法区使用举例

public class MethodAreaDemo {
    public static void main(String args[]) {
        int x = 500;
        int y = 100;
        int a = x / y;
        int b = 50;
        System.out.println(a+b);
    }
}


五个本地变量,所以本地变量表尾5. args存在下标为0的位置上


cd9b2a88a78a7565b1ee1e0fa9b4e8e6.png


将500放入操作数栈,然后赋值给变量x中,并将x存放到局部变量表中.


a3fa5f4718cc0f8f629c7ee343bd6c38.png

f5cffc72ae4884c175ed0b0b8757487e.png


将100放入操作数栈,然后赋值给变量y中,并将y存放到局部变量表中.


c629fbfdaae2933935b015bfa3f2baf6.png

692908400668791ac383561affed3520.png


读取本地变量表下标为1、2的变量,将其放入到操作数栈中(等待运算)


c82df4feb85da649444b2f8f0ee97d73.png33b8dadc28fc25d41931b0d30e448004.png

c82df4feb85da649444b2f8f0ee97d73.png


进行除法运算,并将结果存放到操作数栈中。之后将结果赋值给a,并存放到局部变量表中。

87ed8e32bd715e564c20d87934e0d628.png

将50放入操作数栈,然后赋值给变量b中,并将b存放到局部变量表中.


daa0b7143f91abb09924d8181f1fc807.png

获取#2(System.out.printlen)的值,并将其放入操作数栈中.


dfba814e0c1b198df7175fe93284c3e0.png


将本地变量表下标为3、4的加入到操作数栈中,并执行加操作运算。


35be7c27bee2aa8c0930cffbefa07cd8.png

5f2935ec0858f5a74f512018e582f19c.png

f584ed9e2b6d99499b2a451a63f12449.png


弹出操作数栈中的参数,传入 # 2对应的方法(System.out.println) ,进行打印操作。


b4428f7f351048601296fe211c40185e.png


执行return指令,结束方法.


bf50cc494594b4588794984df6448303.png


图解纠错


程序计数器里面应该保存的是当前执行指令的下一条指令地址.


分析:PC计数器保存的是当前指令的下一条指令地址。当前指令执行完毕,CPU切换到其他线程,执行另外一个线程的指令。 当CPU再次切换回来时,从PC计数器拿到下一条要执行的指令继续进行执行。


(CPU不会执行一半就去执行其他线程的指令)


相关文章
|
2月前
|
监控 算法 Java
Java虚拟机(JVM)垃圾回收机制深度剖析与优化策略####
本文作为一篇技术性文章,深入探讨了Java虚拟机(JVM)中垃圾回收的工作原理,详细分析了标记-清除、复制算法、标记-压缩及分代收集等主流垃圾回收算法的特点和适用场景。通过实际案例,展示了不同GC(Garbage Collector)算法在应用中的表现差异,并针对大型应用提出了一系列优化策略,包括选择合适的GC算法、调整堆内存大小、并行与并发GC调优等,旨在帮助开发者更好地理解和优化Java应用的性能。 ####
66 0
|
2月前
|
算法 网络协议 Java
【JVM】——GC垃圾回收机制(图解通俗易懂)
GC垃圾回收,标识出垃圾(计数机制、可达性分析)内存释放机制(标记清除、复制算法、标记整理、分代回收)
|
2月前
|
存储 监控 算法
深入探索Java虚拟机(JVM)的内存管理机制
本文旨在为读者提供对Java虚拟机(JVM)内存管理机制的深入理解。通过详细解析JVM的内存结构、垃圾回收算法以及性能优化策略,本文不仅揭示了Java程序高效运行背后的原理,还为开发者提供了优化应用程序性能的实用技巧。不同于常规摘要仅概述文章大意,本文摘要将简要介绍JVM内存管理的关键点,为读者提供一个清晰的学习路线图。
|
2月前
|
缓存 监控 算法
Python内存管理:掌握对象的生命周期与垃圾回收机制####
本文深入探讨了Python中的内存管理机制,特别是对象的生命周期和垃圾回收过程。通过理解引用计数、标记-清除及分代收集等核心概念,帮助开发者优化程序性能,避免内存泄漏。 ####
61 3
|
2月前
|
存储 监控 算法
Java虚拟机(JVM)垃圾回收机制深度解析与优化策略####
本文旨在深入探讨Java虚拟机(JVM)的垃圾回收机制,揭示其工作原理、常见算法及参数调优方法。通过剖析垃圾回收的生命周期、内存区域划分以及GC日志分析,为开发者提供一套实用的JVM垃圾回收优化指南,助力提升Java应用的性能与稳定性。 ####
|
3月前
|
机器学习/深度学习 监控 算法
Java虚拟机(JVM)的垃圾回收机制深度剖析####
本文深入探讨Java虚拟机(JVM)的垃圾回收机制,揭示其工作原理、常见算法、性能调优策略及未来趋势。通过实例解析,为开发者提供优化Java应用性能的思路与方法。 ####
72 1
|
3月前
|
算法 Java 开发者
Java内存管理与垃圾回收机制深度剖析####
本文深入探讨了Java虚拟机(JVM)的内存管理机制,特别是其垃圾回收机制的工作原理、算法及实践优化策略。不同于传统的摘要概述,本文将以一个虚拟的“城市环卫系统”为比喻,生动形象地揭示Java内存管理的奥秘,旨在帮助开发者更好地理解并调优Java应用的性能。 ####
|
3月前
|
Java
JVM内存参数
-Xmx[]:堆空间最大内存 -Xms[]:堆空间最小内存,一般设置成跟堆空间最大内存一样的 -Xmn[]:新生代的最大内存 -xx[use 垃圾回收器名称]:指定垃圾回收器 -xss:设置单个线程栈大小 一般设堆空间为最大可用物理地址的百分之80
|
3月前
|
存储 算法 Java
JVM进阶调优系列(10)敢向stop the world喊卡的G1垃圾回收器 | 有必要讲透
本文详细介绍了G1垃圾回收器的背景、核心原理及其回收过程。G1,即Garbage First,旨在通过将堆内存划分为多个Region来实现低延时的垃圾回收,每个Region可以根据其垃圾回收的价值被优先回收。文章还探讨了G1的Young GC、Mixed GC以及Full GC的具体流程,并列出了G1回收器的核心参数配置,帮助读者更好地理解和优化G1的使用。
|
2月前
|
存储 监控 算法
Java内存管理的艺术:深入理解垃圾回收机制####
本文将引领读者探索Java虚拟机(JVM)中垃圾回收的奥秘,解析其背后的算法原理,通过实例揭示调优策略,旨在提升Java开发者对内存管理能力的认知,优化应用程序性能。 ####
59 0