JVM - 结合代码示例彻底搞懂Java内存区域_对象在堆-栈-方法区(元空间)之间的关系

简介: JVM - 结合代码示例彻底搞懂Java内存区域_对象在堆-栈-方法区(元空间)之间的关系

20200621235041635.png

Pre


JVM - 结合代码示例彻底搞懂Java内存区域_线程栈 | 本地方法栈 | 程序计数器

中我们探讨了线程栈中的内部结构 ,大家有么有想过main方法呢? 我们继续来看下main方法


示例demo


package com.gof.test;
public class Artisan {
    public static final int FIVE = 5 ; // final静态变
    public static  User user = new User();// 静态变量
    public static void main(String[] args) {
        Artisan artisan = new Artisan();
        artisan.doSomething();
    }
    public int doSomething() {
        int a = 1 ;
        int b = 2 ;
        int c = (a + b) * 10 ;
        return c;
    }
}


final对象和static对象 ,我们知道都会存放在方法区(元空间)中的运行时常量池。 User 和 FIVE 会存放在该区域内。


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


反汇编 ,附带附件信息

 E:\Program Files\Java\jdk1.8.0_161\bin> ./javap -c -v D:\IdeaProjects\GOF23\target\classes\com\gof\test\Artisan.class > Artisan.txt
PS E:\Program Files\Java\jdk1.8.0_161\bin>


可以看到 Constant Pool

 Constant pool:
   #1 = Methodref          #8.#35         // java/lang/Object."<init>":()V
   #2 = Class              #36            // com/gof/test/Artisan
   #3 = Methodref          #2.#35         // com/gof/test/Artisan."<init>":()V
   #4 = Methodref          #2.#37         // com/gof/test/Artisan.doSomething:()I
   #5 = Class              #38            // com/gof/test/User
   #6 = Methodref          #5.#35         // com/gof/test/User."<init>":()V
   #7 = Fieldref           #2.#39         // com/gof/test/Artisan.user:Lcom/gof/test/User;
   #8 = Class              #40            // java/lang/Object
   #9 = Utf8               FIVE
  #10 = Utf8               I
  #11 = Utf8               ConstantValue
  #12 = Integer            5
  #13 = Utf8               user
  #14 = Utf8               Lcom/gof/test/User;
  #15 = Utf8               <init>
  #16 = Utf8               ()V
  #17 = Utf8               Code
  #18 = Utf8               LineNumberTable
  #19 = Utf8               LocalVariableTable
  #20 = Utf8               this
  #21 = Utf8               Lcom/gof/test/Artisan;
  #22 = Utf8               main
  #23 = Utf8               ([Ljava/lang/String;)V
  #24 = Utf8               args
  #25 = Utf8               [Ljava/lang/String;
  #26 = Utf8               artisan
  #27 = Utf8               doSomething
  #28 = Utf8               ()I
  #29 = Utf8               a
  #30 = Utf8               b
  #31 = Utf8               c
  #32 = Utf8               <clinit>
  #33 = Utf8               SourceFile
  #34 = Utf8               Artisan.java
  #35 = NameAndType        #15:#16        // "<init>":()V
  #36 = Utf8               com/gof/test/Artisan
  #37 = NameAndType        #27:#28        // doSomething:()I
  #38 = Utf8               com/gof/test/User
  #39 = NameAndType        #13:#14        // user:Lcom/gof/test/User;
  #40 = Utf8               java/lang/Object



找下User和 FIVE


总体关系



20200622002742714.png

Note: FIVE 是 final的,上图少写了


代码示例论证

当我们执行main方法

public static void main(String[] args) {
        Artisan artisan = new Artisan();
        artisan.doSomething();
    }


Artisan artisan = new Artisan(); 这个对象会在堆上分配一块内存空间用来存储该对象。


main也是个方法,也得有方法栈, 那方法栈中的局部变量表中存放的artisan是个啥呢? 其实是 对象的引用 ,也就是对象的内存地址 。


这样,线程栈和堆的关系就产生了。


当类在编译阶段,静态类User , 会被分配到方法区 , 那 new User() 存放在 堆中,方法区的User 和 堆中的User 什么关系呢? 引用的关系,方法区中的User仅仅是个符号引用,指向真正的堆内存中的User对象。


这样 方法区和堆的关系就产生了 。


反汇编

Classfile /D:/IdeaProjects/GOF23/target/classes/com/gof/test/Artisan.class
  Last modified 2020-6-22; size 772 bytes
  MD5 checksum 89d38013e132ab14203f796617191dd9
  Compiled from "Artisan.java"
public class com.gof.test.Artisan
  minor version: 0
  major version: 52
  flags: ACC_PUBLIC, ACC_SUPER
Constant pool:
   #1 = Methodref          #8.#35         // java/lang/Object."<init>":()V
   #2 = Class              #36            // com/gof/test/Artisan
   #3 = Methodref          #2.#35         // com/gof/test/Artisan."<init>":()V
   #4 = Methodref          #2.#37         // com/gof/test/Artisan.doSomething:()I
   #5 = Class              #38            // com/gof/test/User
   #6 = Methodref          #5.#35         // com/gof/test/User."<init>":()V
   #7 = Fieldref           #2.#39         // com/gof/test/Artisan.user:Lcom/gof/test/User;
   #8 = Class              #40            // java/lang/Object
   #9 = Utf8               FIVE
  #10 = Utf8               I
  #11 = Utf8               ConstantValue
  #12 = Integer            5
  #13 = Utf8               user
  #14 = Utf8               Lcom/gof/test/User;
  #15 = Utf8               <init>
  #16 = Utf8               ()V
  #17 = Utf8               Code
  #18 = Utf8               LineNumberTable
  #19 = Utf8               LocalVariableTable
  #20 = Utf8               this
  #21 = Utf8               Lcom/gof/test/Artisan;
  #22 = Utf8               main
  #23 = Utf8               ([Ljava/lang/String;)V
  #24 = Utf8               args
  #25 = Utf8               [Ljava/lang/String;
  #26 = Utf8               artisan
  #27 = Utf8               doSomething
  #28 = Utf8               ()I
  #29 = Utf8               a
  #30 = Utf8               b
  #31 = Utf8               c
  #32 = Utf8               <clinit>
  #33 = Utf8               SourceFile
  #34 = Utf8               Artisan.java
  #35 = NameAndType        #15:#16        // "<init>":()V
  #36 = Utf8               com/gof/test/Artisan
  #37 = NameAndType        #27:#28        // doSomething:()I
  #38 = Utf8               com/gof/test/User
  #39 = NameAndType        #13:#14        // user:Lcom/gof/test/User;
  #40 = Utf8               java/lang/Object
{
  public static final int FIVE;
    descriptor: I
    flags: ACC_PUBLIC, ACC_STATIC, ACC_FINAL
    ConstantValue: int 5
  public static com.gof.test.User user;
    descriptor: Lcom/gof/test/User;
    flags: ACC_PUBLIC, ACC_STATIC
  public com.gof.test.Artisan();
    descriptor: ()V
    flags: ACC_PUBLIC
    Code:
      stack=1, locals=1, args_size=1
         0: aload_0
         1: invokespecial #1                  // Method java/lang/Object."<init>":()V
         4: return
      LineNumberTable:
        line 4: 0
      LocalVariableTable:
        Start  Length  Slot  Name   Signature
            0       5     0  this   Lcom/gof/test/Artisan;
  public static void main(java.lang.String[]);
    descriptor: ([Ljava/lang/String;)V
    flags: ACC_PUBLIC, ACC_STATIC
    Code:
      stack=2, locals=2, args_size=1
         0: new           #2                  // class com/gof/test/Artisan
         3: dup
         4: invokespecial #3                  // Method "<init>":()V
         7: astore_1
         8: aload_1
         9: invokevirtual #4                  // Method doSomething:()I
        12: pop
        13: return
      LineNumberTable:
        line 9: 0
        line 10: 8
        line 11: 13
      LocalVariableTable:
        Start  Length  Slot  Name   Signature
            0      14     0  args   [Ljava/lang/String;
            8       6     1 artisan   Lcom/gof/test/Artisan;
  public int doSomething();
    descriptor: ()I
    flags: ACC_PUBLIC
    Code:
      stack=2, locals=4, args_size=1
         0: iconst_1
         1: istore_1
         2: iconst_2
         3: istore_2
         4: iload_1
         5: iload_2
         6: iadd
         7: bipush        10
         9: imul
        10: istore_3
        11: iload_3
        12: ireturn
      LineNumberTable:
        line 13: 0
        line 14: 2
        line 15: 4
        line 16: 11
      LocalVariableTable:
        Start  Length  Slot  Name   Signature
            0      13     0  this   Lcom/gof/test/Artisan;
            2      11     1     a   I
            4       9     2     b   I
           11       2     3     c   I
  static {};
    descriptor: ()V
    flags: ACC_STATIC
    Code:
      stack=2, locals=0, args_size=0
         0: new           #5                  // class com/gof/test/User
         3: dup
         4: invokespecial #6                  // Method com/gof/test/User."<init>":()V
         7: putstatic     #7                  // Field user:Lcom/gof/test/User;
        10: return
      LineNumberTable:
        line 6: 0
}
SourceFile: "Artisan.java"


相关文章
|
12天前
|
安全 Java 应用服务中间件
Spring Boot + Java 21:内存减少 60%,启动速度提高 30% — 零代码
通过调整三个JVM和Spring Boot配置开关,无需重写代码即可显著优化Java应用性能:内存减少60%,启动速度提升30%。适用于所有在JVM上运行API的生产团队,低成本实现高效能。
88 3
|
15天前
|
存储 大数据 Unix
Python生成器 vs 迭代器:从内存到代码的深度解析
在Python中,处理大数据或无限序列时,迭代器与生成器可避免内存溢出。迭代器通过`__iter__`和`__next__`手动实现,控制灵活;生成器用`yield`自动实现,代码简洁、内存高效。生成器适合大文件读取、惰性计算等场景,是性能优化的关键工具。
154 2
|
11月前
|
缓存 Prometheus 监控
Elasticsearch集群JVM调优设置合适的堆内存大小
Elasticsearch集群JVM调优设置合适的堆内存大小
1796 1
|
10月前
|
算法 Java
堆内存分配策略解密
本文深入探讨了Java虚拟机中堆内存的分配策略,包括新生代(Eden区和Survivor区)与老年代的分配机制。新生代对象优先分配在Eden区,当空间不足时执行Minor GC并将存活对象移至Survivor区;老年代则用于存放长期存活或大对象,避免频繁内存拷贝。通过动态对象年龄判定优化晋升策略,并介绍Full GC触发条件。理解这些策略有助于提高程序性能和稳定性。
|
10月前
|
存储 算法 Java
Java 内存管理与优化:掌控堆与栈,雕琢高效代码
Java内存管理与优化是提升程序性能的关键。掌握堆与栈的运作机制,学习如何有效管理内存资源,雕琢出更加高效的代码,是每个Java开发者必备的技能。
237 5
|
9月前
|
安全 测试技术 数据库
代码危机:“内存溢出” 事件的深度剖析与反思
初涉编程时,我坚信严谨逻辑能让代码顺畅运行。然而,“内存溢出”这一恶魔却以残酷的方式给我上了一课。在开发电商平台订单系统时,随着订单量增加,系统逐渐出现处理迟缓甚至卡死的情况,最终排查发现是订单状态更新逻辑中的细微错误导致内存无法及时释放,进而引发内存溢出。这次经历让我深刻认识到微小错误可能带来巨大灾难,从此对待代码更加谨慎,并养成了定期审查和测试的习惯。
128 0
|
11月前
|
并行计算 算法 测试技术
C语言因高效灵活被广泛应用于软件开发。本文探讨了优化C语言程序性能的策略,涵盖算法优化、代码结构优化、内存管理优化、编译器优化、数据结构优化、并行计算优化及性能测试与分析七个方面
C语言因高效灵活被广泛应用于软件开发。本文探讨了优化C语言程序性能的策略,涵盖算法优化、代码结构优化、内存管理优化、编译器优化、数据结构优化、并行计算优化及性能测试与分析七个方面,旨在通过综合策略提升程序性能,满足实际需求。
274 1
|
11月前
|
存储 JavaScript 前端开发
如何优化代码以避免闭包引起的内存泄露
本文介绍了闭包引起内存泄露的原因,并提供了几种优化代码的策略,帮助开发者有效避免内存泄露问题,提升应用性能。
|
3月前
|
存储
阿里云轻量应用服务器收费标准价格表:200Mbps带宽、CPU内存及存储配置详解
阿里云香港轻量应用服务器,200Mbps带宽,免备案,支持多IP及国际线路,月租25元起,年付享8.5折优惠,适用于网站、应用等多种场景。
854 0
|
3月前
|
存储 缓存 NoSQL
内存管理基础:数据结构的存储方式
数据结构在内存中的存储方式主要包括连续存储、链式存储、索引存储和散列存储。连续存储如数组,数据元素按顺序连续存放,访问速度快但扩展性差;链式存储如链表,通过指针连接分散的节点,便于插入删除但访问效率低;索引存储通过索引表提高查找效率,常用于数据库系统;散列存储如哈希表,通过哈希函数实现快速存取,但需处理冲突。不同场景下应根据访问模式、数据规模和操作频率选择合适的存储结构,甚至结合多种方式以达到最优性能。掌握这些存储机制是构建高效程序和理解高级数据结构的基础。
248 0