【深入理解Java原理】 JVM 内存区域

简介: 【深入理解Java原理】 JVM 内存区域

Java 内存区域分成,堆,方法区,虚拟机栈,本地方法栈,程序计数器  (直接内存不是JVM内存的一部分但是有时候会导致OutOFMemory)


640.jpg


主要知识点

640.png



程序计数器:


作用:当前线程所执行的字节码的行号指示器, 字节码解释器通过改变基数器的值来选取下一条需要执行的字节码指令 分支,循环,跳转,异常处理都通过计数器来完成

Java多线程:

     Java虚拟机多线程是通过线程轮流切换并分配出来器执行的方式来实现的,在任何一个时刻,一个处理器只会执行一条线程中的指令,为了线程切换后能恢复到正确的执行位置,每个线程都需要有一个独立的程序计数器。


Java虚拟机栈:


      虚拟机栈的生命周期与线程相同, 每个Java方法执行的时候会创建一个栈帧用这个栈帧来存储局部变量表,操作栈,动态链接方法出口等信息,每个方法被调用直到执行完成的过程,就对应着一个栈帧在虚拟机栈从入栈道出栈的过程。

  而虚拟机栈中局部变量表部分,存放了编译期可知的各种基本数据类型,对象引用等, 局部变量表部分所需要的内存空间在编译期完成分配。

     虚拟机栈可能有两种异常:

         StackOverflowError 异常,如果线程请求的栈深度大于虚拟机所允许的深度,将抛出StackOverflowError  

        上面这个情况递归的话可能会出现,下面给出一个StackOverFlowError的例子:


public class TestStackDeep {
    private int count = 0;
    public void testAdd() {
        count++;
        testAdd();
    }
    public void test() {
        try {
            testAdd();
        } catch (Throwable e) {
            System.out.println(e);
            System.out.println("栈深度:" + count);
        }
    }
    /**
     * @param args
     */
    public static void main(String[] args) {
        new TestStackDeep().test();
    }
}


OutOfMemoryError异常:当扩展时候无法申请到足够的内存时会抛出OutOfMemoryError异常。

         上述异常一般是局部变量申请太多导致,看一个例子:

public class TestOutOfMemory {
    public void test(){
        int count = 0;
        List<Object> list = new ArrayList<Object>();
        try {
            while (true) {
                list.add(new Object());
                count++;
            }
        } catch (Throwable e) {
          System.out.print(e);
//          System.out.print("count: "+count+ "new Object().size"+SizeOfObject.sizeOf(list));
        }
    }
    /**
     * @param args
     */
    public static void main(String[] args) {
        new TestOutOfMemory().test();
    }
}


本地方法栈(Native Method Stack )



        本地方法栈与虚拟机栈很相似,虚拟机栈是执行Java方法的服务,本地方法是执行 Native 方法的服务,(Native方法是Java调用非Java代码的接口),也会存在

StackOverflowError和outOfMemoryError异常。


Java 堆:



       Java堆是被所有线程共享的一块内存区域,在虚拟机启动时创建,内存区域存放的是 对象实例  

       Java堆是 垃圾收集器的主要管理区域,因此也被称为是GC堆 , Java堆还可以细分 新生代,老年代, Eden空间,From Survivor空间和 To Survivor空间等。

640.png



针对以上解析:

堆大小= 新生代+ 老年代 可以通过配置 -Xms 与-Xmx配置

新生代 老年代默认是 1:2 可以通过调节–XX:NewRatio 配置

新生代有分成一个Eden和连个Survivor,Survivor又分成两个区域 from 和to ,Eden 和Survivor比例是 8:1:1

from = to = 1/10 的新生代空间大小

无论什么时候都有一个Survivor是空闲的,也就是说新生代可以用的内存也就90%

 

GC 有分MinorGC  和Full GC(Major GC) :



MinorGC 发生在新生代的 垃圾收集动作, 采用的是复制算法,当一个对象被判定为死亡的时候,GC会回收这部分对象的内存空间,新生代是GC收集垃圾的频繁区域。

对象在Eden出生后,经过一侧Minor GC ,并且能够被另外一块Survivor容纳,对象会从from区域转移到to 区域,熬过一次次Minor GC 年龄会加1

当达到15岁之后, 可以用-XX:MaxTenuringThreshold  设置进入老年区, 这些对象会形成老年代

Full GC 发生在 老年代 是采用的是 标记-清除算法

查看下JVM相关的参数设置, 看个实例


public class FullGc {
    /**
     * @param args
     */
    static  String str0 = "0123456789";
    static String str1 ="0123456789";
    public static void main(String[] args) {
      /*
       * 方法区是存放在永久区的
       */
//      System.out.println(str1.substring(5));
        Object obj = new Object();
        System.gc();
        System.out.println();
        obj = new Object();
        obj = new Object();
        System.gc();
        System.out.println();
    }
}


点击你的程序 右键 配置runconfigure

640.png


配置JVM参数

-XX:+PrintGC -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintGCApplicationStoppedTime
按照参数的顺序分别输出GC的简要信息,GC的详细信息、GC的时间信息及GC造成的应用暂停的时间。
-XX:+PrintGCDetails


640.png

查看下运行结果:

[GC (System.gc()) [PSYoungGen: 2621K->648K(76288K)] 2621K->656K(251392K), 0.0010404 secs] [Times: user=0.00 sys=0.00, real=0.02 secs] 
[Full GC (System.gc()) [PSYoungGen: 648K->0K(76288K)] [ParOldGen: 8K->563K(175104K)] 656K->563K(251392K), [Metaspace: 2665K->2665K(1056768K)], 0.0040308 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[GC (System.gc()) [PSYoungGen: 1310K->64K(76288K)] 1873K->627K(251392K), 0.0002342 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[Full GC (System.gc()) [PSYoungGen: 64K->0K(76288K)] [ParOldGen: 563K->562K(175104K)] 627K->562K(251392K), [Metaspace: 2666K->2666K(1056768K)], 0.0037419 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
Heap
 PSYoungGen      total 76288K, used 1311K [0x000000076b200000, 0x0000000770700000, 0x00000007c0000000)
  eden space 65536K, 2% used [0x000000076b200000,0x000000076b347c88,0x000000076f200000)
  from space 10752K, 0% used [0x000000076fc80000,0x000000076fc80000,0x0000000770700000)
  to   space 10752K, 0% used [0x000000076f200000,0x000000076f200000,0x000000076fc80000)
 ParOldGen       total 175104K, used 562K [0x00000006c1600000, 0x00000006cc100000, 0x000000076b200000)
  object space 175104K, 0% used [0x00000006c1600000,0x00000006c168c9d8,0x00000006cc100000)
 Metaspace       used 2673K, capacity 4486K, committed 4864K, reserved 1056768K
  class space    used 288K, capacity 386K, committed 512K, reserved 1048576


640.png


FULL GC:


640.png


方法区



    方法区和Java堆一样,是各个线程共享的内存区域,  存放 被虚拟机加载的类信息,常量,静态变量,即时编译器编译后的代码数据,很多人把方法区称为 永久代(permanet Gerneration),垃圾回收在方法区较少出现,主要针对常量池的回收 与对类型的卸载。

运行时常量池  

        运行时常量池是方法区的一部分, calss除了类的版本,字段,方法,接口,还有一些常量池,存放编译期产生的各种字面量和符号引用,这部分内容,类加载后存放在运行时常量池。

经常使用工具的Jconsole和JVisualVM使用:

640.png


使用页面

640.png


640.png


Java工具使用

jmap -heap 572


640.png

相关文章
|
1月前
|
存储 缓存 Java
我们来说一说 JVM 的内存模型
我是小假 期待与你的下一次相遇 ~
207 4
|
1月前
|
Java 大数据 Go
从混沌到秩序:Java共享内存模型如何通过显式约束驯服并发?
并发编程旨在混乱中建立秩序。本文对比Java共享内存模型与Golang消息传递模型,剖析显式同步与隐式因果的哲学差异,揭示happens-before等机制如何保障内存可见性与数据一致性,展现两大范式的深层分野。(238字)
60 4
|
1月前
|
存储 缓存 算法
深入理解JVM《JVM内存区域详解 - 世界的基石》
Java代码从编译到执行需经javac编译为.class字节码,再由JVM加载运行。JVM内存分为线程私有(程序计数器、虚拟机栈、本地方法栈)和线程共享(堆、方法区)区域,其中堆是GC主战场,方法区在JDK 8+演变为使用本地内存的元空间,直接内存则用于提升NIO性能,但可能引发OOM。
|
1月前
|
存储 缓存 Java
【深入浅出】揭秘Java内存模型(JMM):并发编程的基石
本文深入解析Java内存模型(JMM),揭示synchronized与volatile的底层原理,剖析主内存与工作内存、可见性、有序性等核心概念,助你理解并发编程三大难题及Happens-Before、内存屏障等解决方案,掌握多线程编程基石。
|
2月前
|
安全 Java 应用服务中间件
Spring Boot + Java 21:内存减少 60%,启动速度提高 30% — 零代码
通过调整三个JVM和Spring Boot配置开关,无需重写代码即可显著优化Java应用性能:内存减少60%,启动速度提升30%。适用于所有在JVM上运行API的生产团队,低成本实现高效能。
263 3
|
2月前
|
缓存 监控 Kubernetes
Java虚拟机内存溢出(Java Heap Space)问题处理方案
综上所述, 解决Java Heap Space溢出需从多角度综合施策; 包括但不限于配置调整、代码审查与优化以及系统设计层面改进; 同样也不能忽视运行期监控与预警设置之重要性; 及早发现潜在风险点并采取相应补救手段至关重要.
495 17
|
3月前
|
存储 监控 算法
Java垃圾回收机制(GC)与内存模型
本文主要讲述JVM的内存模型和基本调优机制。
|
3月前
|
存储 缓存 Java
Java数组全解析:一维、多维与内存模型
本文深入解析Java数组的内存布局与操作技巧,涵盖一维及多维数组的声明、初始化、内存模型,以及数组常见陷阱和性能优化。通过图文结合的方式帮助开发者彻底理解数组本质,并提供Arrays工具类的实用方法与面试高频问题解析,助你掌握数组核心知识,避免常见错误。
|
3月前
|
边缘计算 算法 Java
Java 绿色计算与性能优化:从内存管理到能耗降低的全方位优化策略与实践技巧
本文探讨了Java绿色计算与性能优化的技术方案和应用实例。文章从JVM调优(包括垃圾回收器选择、内存管理和并发优化)、代码优化(数据结构选择、对象创建和I/O操作优化)等方面提出优化策略,并结合电商平台、社交平台和智能工厂的实际案例,展示了通过Java新特性提升性能、降低能耗的显著效果。最终指出,综合运用这些优化方法不仅能提高系统性能,还能实现绿色计算目标,为企业节省成本并符合环保要求。
146 0
|
3月前
|
监控 Kubernetes Java
最新技术栈驱动的 Java 绿色计算与性能优化实操指南涵盖内存优化与能效提升实战技巧
本文介绍了基于Java 24+技术栈的绿色计算与性能优化实操指南。主要内容包括:1)JVM调优,如分代ZGC配置和结构化并发优化;2)代码级优化,包括向量API加速数据处理和零拷贝I/O;3)容器化环境优化,如K8s资源匹配和节能模式配置;4)监控分析工具使用。通过实践表明,这些优化能显著提升性能(响应时间降低40-60%)同时降低资源消耗(内存减少30-50%,CPU降低20-40%)和能耗(服务器功耗减少15-35%)。建议采用渐进式优化策略。
198 1