JVM堆内存（heap）

已于 2022-03-02 23:58:21 修改
阅读量2.2k 收藏 9
点赞数 5
分类专栏： JVM 文章标签： java堆内存 对象内存分配过程 年龄计数器 GC分类
于 2021-09-14 11:13:48 首次发布
原文链接：https://blog.csdn.net/ym15229994318ym/article/details/106525945
版权

堆的核心概述

  • 一个JVM实例只存在一个堆内存，堆也是Java内存管理的核心区域。
  • Java堆区在JVM启动的时候即被创建，其空间大小也就确定了。是JVM管理的最大1块内存空间。堆内存的大小是可以调节的。-Xms、-Xmx表示初始堆空间大小和最大堆空间大小。
  • 《Java虚拟机规范》规定，堆可以处于物理上不连续的内存空间中，但在逻辑上它应该被视为连续的。
  • 所有的线程共享Java堆，在这里还可以划分线程私有的缓冲区(Thread Local Allocation Buffer, TLAB) 。
  • 《Java虚拟机规范》中对Java堆的描述是:几乎所有的对象实例以及数组都应当在运行时分配在堆上。“几乎”所有的对象实例都在这里分配内存，———从实际使用角度看的。
  • 数组和对象可能永远不会存储在栈上，因为栈帧中保存引用，这个引用指向对象或者数组在堆中的位置。
  • 在方法结束后，堆中的对象不会马上被移除，仅仅在垃圾收集的时候才会被移除。
  • 堆，是GC ( Garbage Collection，垃圾收集器)执行垃圾回收的重点区域。

在这里插入图片描述

 堆空间划分

现代垃圾收集器大部分都基于分代收集理论设计,堆空间细分为:（约定:新生区=新生代=年轻代，养老区=老年区=老年代，永久区=永久代
，这几个名字不做区分，就行一个类中属性可以叫字段可以叫属性一样）

在这里插入图片描述

 堆空间大小设置

 Java堆区用于存储Java对象实例，那么堆的大小在JVM启动时就已经设定好了，可以通过选项"-Xmx"和" -Xms"来进行设置。
➢“-Xms" 用于表示堆区的起始内存（新生代和老年代），等价于-XX: InitialHeapSize
➢“-Xmx" 则用于表示堆区的最大内存（新生代和老年代），等价于-XX :MaxHeapSize
一旦堆区中的内存大小超过“-Xmx"所指定的最大内存时，将会抛出OutOfMemoryError异常。
通常会将-Xms 和- -Xmx两个参 数配置相同的值，其目的是为了能够在java垃圾回收机制清理完堆区后不需要重新分隔计算堆区的大小，从而提高性能。
默认情况下，初始内存大小:物理电脑内存大小/ 64，最大内存大小：物理申脑内存大小/4

新生代和老年代

  • 存储在JVM中的Java对象可以被划分为两类:

一类是生命周期较短的瞬时对象，这类对象的创建和消亡都非常迅速

另外一类对象的生命周期却非常长，在某些极端的情况下还能够与JVM的生命周期保持一致。

  • Java堆区进一步细分的话， 可以划分为新生代(YoungGen)和老年代(OldGen)
  • 其中年轻代又可以划分为Eden空间、Survivor0空间和Survivor1空间 (有时也叫做from区、to区)。
  • 配置新生代与老年代在堆结构的占比。

默认-XX:NewRatio=2， 表示新生代占1，老年代占2，新生代占整个堆的1/3
可以修改-XX:NewRatio=4， 表示新生代占1，老年代占4，新生代占整个堆的1/5

在这里插入图片描述

 在HotSpot中，Eden空间和另外两个Survivor空间缺省所占的比例是8:1:1,当然开发人员可以通过选项“-XX: SurvivorRatio"调整这个空间比例。比如-XX : SurvivorRatio=8
几乎所有的Java对象都是在Eden区被new出来的,绝大部分的Java对象的销毁都在新生代进行了。（IBM公司的专门研究表明，新生代中80%的对象都是“朝生夕死”的。）可以使用选项"-Xmn"设置新生代最大内存大小，这个参数一般使用默认值就可以了。

对象分配过程

内存分配策略 

在这里插入图片描述

此图总结的很全面，涵盖了所有对象的分配情况。

对象分配一般过程

为新对象分配内存是一件非 常严谨和复杂的任务，JVM的设计者们不仅需要考虑内存如何分配、在哪里分配等问题，并且由于内存分配算法与内存回收算法密切相关，所以还需要考虑GC执行完内存回收后是否会在内存空间中产生内存碎片。

1、对象优先在Eden分配

        new出来的对象(非大对象)优先放Eden区,此区有大小限制。当Eden区空间填满时，程序又需要创建对象，触发JVM的垃圾回收器将对Eden区进行垃圾回收(Minor GC或者Young GC)（survivor区满的时候不会触发，但是并不是说不会进行垃圾回收，只是说当Eden区满触发GC时会将eden和survivor区一起进行垃圾回收，survivor区是被动的进行而已），将Eden区中的不再被其他对象所引用的对象进行销毁，然后将Eden区中的剩余对象移动到survivor区，再加载新的对象到Eden区。

2、长期存活的对象将进入老年代

        如果再次触发垃圾回收，此时不仅会对Eden区进行判断，还会对上次幸存下来的放到from区的对象进行判断，如果没有被回收，就会放到to区。如果再次经历垃圾回收，此时会重新放回from区，接着再去to区……，这种多次GC还能存活下来的对象我们可以称之为长期存活的对象（每个对象分配有一个年龄计数器，存放from<=>to区换（复制）一次值就加一），这里说的是在GC过后（上一次复制之后），这两个区中那个为空那个就是to区另一个就是from区，表示下次GC时Eden区的对象应该往哪里放。（复制之后有交换，谁空谁是to）（Eden区的对象经过GC后总是将对象放入to区的）。

        那么啥时候能去老年代呢?可以设置次数（最大进入老年代的阈值）。年龄计数器默认值是15次。可以设置参数: -XX;MaxTenuringThreshold=进行设置。当年龄计数器大于等于这个值时，如果这个对象还没被销毁就会存放到老年代中了。       

下面对年龄计数器的总结摘自官方的电子文档      
  
        虚拟机给每个对象定义了一个对象年龄（Age）计数器，存储在对象头中 。对象通常在 Eden 区里诞生，如果经过第一次Minor GC后仍然存活，并且能被 Survivor 容纳的话，该对象会被移动到 Survivor 空间中，并且将其对象年龄设为1 岁。对象在 Survivor 区中每熬过一次 Minor GC ，年龄就增加 1 岁，当它的年龄增加到一定程度（默认为15 ），就会被晋升到老年代中。对象晋升老年代的年龄阈值，可以通过参数 -XX ： MaxTenuringThreshold设置。

3、动态对象年龄判断 

除了上述年龄计数器外，还有一种方式：动态对象年龄判断

        为了能更好地适应不同程序的内存状况，HotSpot虚拟机并不是永远要求对象的年龄必须达到- XX：MaxTenuringThreshold才能晋升老年代，如果在Survivor空间中相同年龄所有对象大小的总和大于Survivor空间的一半，年龄大于或等于该年龄的对象就可以直接进入老年代，无须等到-XX： MaxTenuringThreshold中要求的年龄。

        在老年代，相对悠闲。当老年代内存不足时，再次触发GC: Major GC，进行老年代的内存清理。若老年代执行了Major GC之后发现依然无法进行对象的保存，就会所谓朝生夕死：产生OOM异常：java. lang. OutOfMemoryError: Java heap space 关于垃圾回收:频繁在新生区收集，很少在养老区收集，几乎不在永久区/元空间收集。

以上是非大对象的分配过程及对象从新生代过渡到老年代的一个情况。

4、大对象直接进入老年代

        HotSpot 虚拟机提供了-XX： PretenureSizeThreshold参数，指定大于该设置值的对象直接在老年代分配，这样做的目的就是避免在Eden 区及两个 Survivor 区之间来回复制，产生大量的内存复制操作。

注意：每次Minor GC或者Young GC后eden区应该是空的，因为是垃圾对象就被回收了，不是垃圾对象就被放入to区了。
如果此时再往eden区放一个超大对象发现放不下，就会直接放到老年代，如果老年代也放不下，可能原因老年代空间不足或者就是老年代空间直接小于这个超大对象，这是会出现majorGC或fullGC，如果majorGC或fullGC后还存不下该对象，且此jvm实例不会自动调整内存空间（jvm实际上是有自动调整内存空间机制的），就会出现OOM。

5、空间分配担保

        在发生Minor GC 之前，虚拟机必须先检查老年代最大可用的连续空间是否大于新生代所有对象总空间，如果这个条件成立，那这一次Minor GC 可以确保是安全的。如果不成立，则虚拟机会先查看 - XX：HandlePromotionFailure参数的设置值是否允许担保失败（Handle Promotion Failure ）；如果允许，那会继续检查老年代最大可用的连续空间是否大于历次晋升到老年代对象的平均大小，如果大于，将尝试进行一次Minor GC ，尽管这次 Minor GC 是有风险的；如果小于，或者 -XX ：HandlePromotionFailure设置不允许冒险，那这时就要改为进行一次 Full GC 。

对象分配流程简图

在这里插入图片描述

代码演示： 

//配置为：-Xms600m -Xmx600m
public class HeapInstanceTest {
    byte[] buffer=new byte[new Random().nextInt(1024*200)];

    public static void main(String[] args){
        List<HeapInstanceTest> list=new ArrayList<>();
        while (true){
            list.add(new HeapInstanceTest());
            try {
                Thread.sleep(10);
            }catch (InterruptedException e){
                e.printStackTrace();
            }
        }
    }
}

在这里插入图片描述

GC分类

Java中Stop-The-World机制简称STW，是在执行垃圾收集算法时，Java应用程序的其他所有线程都被挂起（除了垃圾收集帮助器之外）。Java中一种全局暂停现象，全局停顿，所有Java代码停止，native代码可以执行，但不能与JVM交互；这些现象多半是由于gc引起。GC时的Stop the World(STW)是大家最大的敌人。

JVM在进行GC时，并非每次都对新生代、老年代、方法区（1.7之前叫永久带，1.8后叫元空间）一起回收的，大部分时候回收的都是指新生代（80%对象是朝生夕死）。.
针对HotSpot VM的实现，它里面的GC按照回收区域又分为两大种类型:一种是部分收集(Partial GC)，一种是整堆收集(Full GC)

  • 部分收集:不是完整收集整个Java堆的垃圾收集。其中又分为:

新生代收集(Minor GC / Young GC) :只是新生代的垃圾收集
老年代收集(Major GC / Old GC) :只是老年代的垃圾收集。目前，只有CMS GC会有单独收集老年代的行为。注意，很多时候Major GC会和Full GC混淆使用，需要具体分辨是老年代回收还是整堆回收。这里如果别人提到了majorGC就可以问问他：你说的majorGC指的就是老年代的GC还是整堆的GC了 ？
混合收集(Mixed GC): 收集整个新生代以及部分老年代的垃圾收集。目前，只有G1 GC会有这种行为

  • 整堆收集(Full GC):收集整个java堆和方法区的垃圾收集。

MinorGC

新生代GC(Minor GC)触发机制:

  • 当新生代空间不足时，就会触发Minor GC,这里的新生代满指的是Eden代满，Survivor满不会引发GC。(每次 Minor GC会清理新生代（Eden和surviv or）的内存。)
  • 因为Java对象大多都具备朝生夕灭的特性，所以Minor GC非常频繁，一般回收速度也比较快。这一定义既清晰又易于理解。
  • Minor GC会引发STW， 暂停其它用户的线程，等垃圾回收结束，用户线程才恢复运行。Minor GC频率虽然很高，但是其执行速度很快，而且新生代空间较小，所有对用户线程影响其实不是多大。

MajorGC

老年代GC (Major GC/Fu1l GC)触发机制:

  • 指发生在老年代的GC，对象从老年代消失时，我们说“Major GC”或“Fu1l GC”发生了。
  • 出现了Major GC，经常会伴随至少一次的Minor GC (但非绝对的，在Parallel Scavenge收集器的收集策略里就有直接进行Major GC的策略选择过程)。也就是在老年代空间不足时，会先尝试触发Minor GC。如果之后空间还不足，则触发Major GC
  • Major GC的速度一般会比Minor GC慢10倍以 上，STW的时间更长。老年代空间比年轻代大一些。
  • 如果Major GC后，内存还不足，就报OOM了。

FullGC

Fu11 GC触发机制:
触发Full GC执行的情况有如下五种:

(1) 调用System.gc()时，系统建议执行Full GC，但是不必然执行
(2) 老年代空间不足（老年代空间不足，在不GC就OOM，这其实可能是Major GC会和Full GC混淆使用情况）
(3) 方法区空间不足
(4) 通过Minor GC后进入老年代的平均大小大于老年代的可用内存
(5) 由Eden区、survivor space0 (From Space) 区向survivor space1 (To Space)区复制时，对象大小大于To Space可用内存，则把该对象转存到老年代，且老年代的可用内存小于该对象大小，其实也就是老年代空间不足的情况而已。

说明: full gc是开发或调优中尽量要避免的。这样暂停时间会短一些。（方法区的回收包括不用的类回收和类加载器回收等，使stw时间增长）

为什么需要把Java堆分代?不分代就不能正常工作了吗?

        其实不分代完全可以，分代的唯一理由就是优化GC性能。如果没有分代，那所有的对象都在一块，就如同把一个学校的人都关在一个教室。GC的时候要找到哪些对象没用这样就会对堆的所有区域进行扫描。而很多对象都是朝生夕死的，如果分代的话，把新创建的对象放到某一地方， 当GC的时候先把这块存储“朝生夕死”对象的区域进行回收，这样就会腾出很大的空间出来。

TLAB

TLAB：( Thread Local Allocation Buffer ) 从内存模型而不是垃圾收集的角度，对Eden区域继续进行划分，JVM为每个线程分配了一个私有缓存区域，它包含在Eden空间内。

多线程同时分配内存时，使用TLAB可以避免一系列的非线程安全问题，同时还能够提升内存分配的吞吐量，因此我们可以将这种内存分配方式称之为快速分配策略。据了解貌似所有openJDK衍生出来的JVM都提供了TLAB的设计。
在这里插入图片描述

尽管不是所有的对象实例都能够在TLABR成功分配内存，但**JVM确实是将TLAB作为内存分配的首选。**在程序中，开发人员可以通过选项“-XX:UseTLAB"设置是否开启TLAB空间，默认是开启。
默认情况下，TLAB空间的内存非常小，仅占有整个Eden空间的1%，当然我们可以通过选项“-XX: TLABWasteTargetPercent”设置TLAB空间所占用Eden空间的百分比大小。
一旦对象在TLAB空间分配内存失败时，JVM就会尝试着通过使用加锁机制确保数据操作的原子性，从而直接在Eden空间中分配内存。

为什么有TLAB ( Thread Local Allocation Buffer ) ?
●堆区是线程共享区域，任何线程都可以访问到堆区中的共享数据
●由于对象实例的创建在JVM中非常频繁，因此在并发环境下从堆区中划分内存空间是线程不安全的
●为避免多个线程操作同一地址，需要使用加锁等机制，但是进而影响分配速度。
在这里插入图片描述

问：堆都是共享的吗 ？不是，TLAB是线程私有的。

堆空间的参数设置

官网说明:https://docs.oracle.com/javase/8/docs/technotes/tools/unix/java.html

  • -XX: +PrintFlagsInitial : 查看所有的参数的默认初始值I
  • -XX: +PrintFlagsFinal : 查看所有的参数的最终值(可能会存在修改，不再是初始值)
  • -Xms:初始堆空间内存( 默认为物理内存的1/64)
  • -Xmx:最大堆空间内存(默认为物理内存的1/4)
  • -Xmn:设置新生代的大小。(初始值及最大值)
  • -XX: NewRatio:配置新生代与老年代在堆结构的占比
  • -XX:SurvivorRatio:设置新生代中Eden和s0/s1空间的比例
  • -XX:MaxTenuringThreshold:设置新生代垃圾的最大年龄
  • -XX:+PrintGCDetails:输出详细的GC处理日志
  • 打印Igc简要信息:①-Xx:+PrintGC ②- verbose:gc
  • -XX:HandlePromotionFailure:是否设置空间分配担保

♛薄情痞子♛
关注
  • 5
    点赞
  • 踩
  • 9
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
专栏目录
JVM内存结构（堆Heap）
qq_45657986的博客
06-04 363
堆 多个线程共享一个堆空间。 一个JVM实例值存在一个堆内存，堆是内存管理的核心区域。 堆是JVM管理的最大一块空间。 堆可以处于物理上不连续的内存空间，但逻辑上他应该被视为连续。 堆内的缓冲区（TLAB）是线程私有的。 几乎所有的对象实例都在这里分配，栈中存放的是变量的引用地址。 在方法结束后，堆中的实例不会马上被移除，仅仅在垃圾收集的时候才会被移除。 堆，是执行垃圾回收的重点区域。 堆在jdk8之前和jdk8之后有什么变化？ 在Java6版本中，永久代在非堆内存区；到了Java7版本，永久代的静态变量和
JVM内存
suchenbin的博客
10-24 385
JVM内存包括若干个数据区域，如线程私有的程序计数器、虚拟机栈、本地方法栈；线程共享的方法区、堆。 JVM组成部分 1）、程序计数器 程序计数器即计算机处理器中的寄存器，指向当前线程正在执行的指令地址，类似于书签。程序计数器占用内存空间非常小，几乎可以忽略不计。它保证了多线程情况下，线程进行切换时，程序能快速找到执行的位置。 2）、虚拟机栈 执行方法时会对应生成一个栈帧，栈帧包括局部变量...
JVM内存结构之堆（重要）
全栈行动派的博客
02-26 938
每个JVM进程有且只有一个堆，进程内的所有线程共享这块区域，堆区在JVM启动的时候即被创建，其空间大小也就确定了，是JVM内存结构中最大的一块区域。由于线程共享，堆也就成了JVM内存管理的核心区域。
JVM堆内存详解
学Java，找哪吒
11-01 8792
一、简介 JAVA堆内存管理是影响性能主要因素之一。 堆内存溢出是JAVA项目非常常见的故障，在解决该问题之前，必须先了解下JAVA堆内存是怎么工作的。 先看下JAVA堆内存是如何划分的，如图： JVM内存划分为堆内存和非堆内存，堆内存分为年轻代（Young Generation）、老年代（Old Generation），非堆内存就一个永久代（Permanent Generation）。 年轻代又分为Eden和Survivor区。Survivor区由FromSpace和ToSpace组成。Ede
JVM 内存区域总结：方法区+堆内存+本地方法栈+元空间—
最新发布
2401_84103549的博客
04-30 718
很多人感叹“学习无用”，实际上之所以产生无用论，是因为自己想要的与自己所学的匹配不上，这也就意味着自己学得远远不够。无论是学习还是工作，都应该有主动性，所以如果拥有大厂梦，那么就要自己努力去实现它。最后祝愿各位身体健康，顺利拿到心仪的offer！由于文章的篇幅有限，所以这次的蚂蚁金服和京东面试题答案整理在了PDF文档里6)][外链图片转存中…(img-NjvIZbnd-1714408423797)][外链图片转存中…(img-sa1apZ8X-1714408423797)]本文已被。
【JVM】JVM堆内存(heap)详解
DreamSun的博客
05-16 1899
JAVA堆内存管理是影响性能主要因素之一。堆内存溢出是JAVA项目非常常见的故障，在解决该问题之前，必须先了解下JAVA堆内存是怎么工作的。
JVM堆内存(heap)详解
Bejpse的博客
04-19 4367
很好的一篇文章，转载了http://blog.51cto.com/lizhenliang/2164876?wx= JAVA堆内存管理是影响性能主要因素之一。 堆内存溢出是JAVA项目非常常见的故障，在解决该问题之前，必须先了解下JAVA堆内存是怎么工作的。 先看下JAVA堆内存是如何划分的，如图： JVM内存划分为堆内存和非堆内存，堆内存分为年轻代（Young Generation）、老年代（Old Generation），非堆内存就一个永久代（Permanent Generation）。 年轻代又分为
JVM--堆内存结构
承诺不过儿戏的博客
06-06 862
JVM--堆内存结构
JVM中堆内存和栈内存的区别
08-31
Java虚拟机（JVM）是Java程序运行的基础，它将内存划分为多个区域，其中堆内存（Heap）和栈内存（Stack）是最基础且重要的两个部分。了解它们的区别对于优化程序性能至关重要。 栈内存主要用于存储程序运行过程中的...
MemoryAnalyzer JVM堆内存分析工具
01-26
《深入解析MemoryAnalyzer：JVM堆内存分析利器》 在Java开发中，内存管理是至关重要的环节，良好的内存管理能够优化应用性能，防止内存泄漏，提升系统稳定性。MemoryAnalyzer（MAT）是一款强大的JVM堆内存分析工具...
JVM自动内存管理机制
01-27
Java虚拟机（JVM）的自动内存管理机制是Java编程中的关键组成部分，它负责对象的内存分配和回收，以确保程序高效、...开发者可以通过调整JVM参数来定制内存配置，如堆大小（`-Xms`和`-Xmx`），选择合适的垃圾收集器等。
JAVA JVM内存监控工具总结
10-03
【Java JVM内存监控工具详解】 Java JVM内存监控是优化Java应用程序性能的关键环节，而VisualVM作为一款集成多种JDK命令行工具的可视化平台，提供了强大的分析功能。它包含的工具如jps、jstat、jmap、jinfo、jstack...
关于java堆内存溢出的几种情况
12-22
总结来说，处理Java内存溢出问题需要对JVM内存结构有深入理解，并能识别程序中的潜在问题。正确配置JVM参数、优化代码以及及时排查内存泄漏是预防和解决此类问题的关键。在实践中，监控和日志记录也是非常重要的工具...
JVM详解——内存结构
eyes++的博客
02-08 3458
JVM是Java Virtual Machine(Java虚拟机)的缩写，JVM是一种用于计算设备的规范，具体实现有很多，以下内容如果不额外声明，默认是HotSpot JVM。JVM它是一个虚构出来的计算机，是通过在实际的计算机上仿真模拟各种计算机功能来实现的。Java虚拟机包括一套字节码指令集、一组寄存器、一个栈、一个垃圾回收堆和一个存储方法域。JVM屏蔽了与具体操作系统平台相关的信息，使Java程序只需生成在Java虚拟机上运行的目标代码(字节码)，就可以在多种平台上不加修改地运行。
JVM教程-8-堆
admin741admin的博客
08-27 879
堆的核心概述 一个进程对应一个JVM实列，其中进程包含多个线程，该进程的n个线程是共享同一堆空间的。 一个JVM实例只存在一个堆内存，堆也是Java内存管理的核心区域。 Java堆区在JVM启动的时候即被创建，其空间大小也就确定了。是JVM管理的最大一块内存空间。 《Java虚拟机规范》规定，堆可以处于物理上不连续的内存空间中，但在逻辑上它应该被视为连续的。 所有的线程共享Java堆，在这里还可以划分线程私有的缓冲区（Thread Local Allocation Buffer，TLAB）。 代码演示.
秒懂 栈内存和堆内存（深入底层）
热门推荐
qq_21379779的博客
01-15 1万+
物理内存架构没有区分栈和堆。对于硬件而言，所有的栈和堆都分布在主内存中。栈和堆是操作系统在虚拟内存中动态创建的内存模型的一个抽象概念。 实际上，内存是连续的“字节”单元，由首地址和未地址来确定数据的大小。内存未分配或回收后就会形成空白区域，有些空白区域太小就保存不了大的数据，因此内存需要给数据寻找合适的空白区域来存放。
【JVM】JVM内存结构之——堆（堆内存泄漏问题/ 内存泄漏分类/ 内存溢出/ 内存溢出解决方案/ 排查堆内存泄漏问题/ CPU飙高问题）
记录各种Bug解决案例及日常学习内容
05-11 977
目录1. 程序计数器2. 堆3. 堆内存泄漏问题4. 内存泄漏的分类5. 堆内存溢出问题6. 常见内存解决方案6.1 如何解决内存溢出 1. 程序计数器 1.程序计数器（Program Counter Register）是一块较小的内存空间，可以看作是当前线程所执行字节码的行号指示器，指向下一个将要执行的指令代码，由执行引擎来读取下一条指令。更确切的说，一个线程的执行，是通过字节码解释器改变当前线程的计数器的值，来获取下一条需要执行的字节码指令，从而确保线程的正确执行。 2.为了确保线程切换后（上下文切换
基础知识篇——堆内存和栈内存
icecreamTong的博客
01-09 4912
可以看到，堆和栈相比，由于大量new/delete的使用，容易造成大量的内存碎片；由于没有专门的系统支持，效率很低；由于可能引发用户态和核心态的切换，内存的申请，代价变得更加昂贵。所以栈在程序中是应用最广泛的，就算是函数的调用也利用栈去完成，函数调用过程中的参数，返回地址，EBP和局部变量都采用栈的方式存放。所以，推荐大家尽量用栈，而不是用堆。虽然栈有如此众多的好处，但是由于和堆相比不是那么灵活，有时候分配大量的内存空间，还是用堆好。
linux查看jvm堆内存大小
06-28
### 回答1： 可以通过以下命令查看JVM堆内存大小： 1. 使用jstat命令查看JVM堆内存使用情况： jstat -gc <pid> 其中，<pid>为Java进程的进程ID。 该命令会输出JVM堆内存的使用情况，包括堆内存的容量、已使用的空间、已提交的空间等信息。 2. 使用jmap命令查看JVM堆内存使用情况： jmap -heap <pid> 该命令会输出JVM堆内存的详细信息，包括堆内存的容量、已使用的空间、已提交的空间、垃圾回收器的信息等。 需要注意的是，使用jmap命令会暂停Java进程的运行，可能会影响应用程序的性能。因此，在生产环境中，建议使用jstat命令查看JVM堆内存使用情况。 ### 回答2： 在Linux系统中，要查看JVM堆内存大小，可以采用以下方法： 1.使用jps命令查看Java进程编号 jps命令可以列出当前在运行的Java进程编号，输入如下命令： jps 会输出所有正在运行的Java进程编号，找到需要查看的Java进程编号。 2.使用jmap命令查看堆内存使用情况 jmap命令可以生成当前Java进程的堆内存转储快照，输入如下命令： jmap -heap <Java进程编号> 例如，如果Java进程编号为12345，则输入如下命令： jmap -heap 12345 会输出该Java进程的堆内存使用情况，其中包括堆内存的大小、使用情况、垃圾回收情况等信息。 3.使用jstat命令实时查看堆内存使用情况 jstat命令可以实时查看Java进程的堆内存使用情况，输入如下命令： jstat -gc <Java进程编号> <时间间隔> <次数> 例如，如果Java进程编号为12345，时间间隔为1秒，次数为10次，则输入如下命令： jstat -gc 12345 1 10 会输出该Java进程的堆内存使用情况，其中包括堆内存的大小、使用情况、垃圾回收情况等信息，并每秒钟更新一次。 总之，Linux系统中可以通过jps、jmap、jstat等命令来查看Java进程的堆内存大小和使用情况，帮助用户优化Java程序的性能。 ### 回答3： 在Linux系统上，我们可以通过命令行来查看JVM的堆内存大小。具体步骤如下： 1. 打开命令行终端，输入以下命令来检查是否已经安装了Java环境： ```shell java -version ``` 如果已经安装了Java环境，会显示出Java版本号等信息；否则需要先安装Java环境。 2. 运行JVM应用程序，使用jstat命令来查看堆内存使用情况： ```shell jstat -gc <pid> ``` 其中，<pid>是JVM的进程号，可以使用命令ps -ef | grep java来查找。在jstat命令输出中，我们可以看到类似下面的信息： ```shell S0C S1C S0U S1U EC EU OC OU PC PU YGC YGCT FGC FGCT GCT 1024.0 1024.0 0.0 701.0 8192.0 3331.8 26624.0 13705.5 20480.0 12483.9 24 1.809 2 0.562 2.371 ``` 在这里，我们关注OC列和OU列，它们分别表示老年代堆的容量和使用量。可以根据这两列的数据来计算老年代堆的使用率和空余内存大小，以及整个堆内存的使用率。 另外，我们还可以使用jmap命令来获取JVM内存信息，并导出堆内存的详细信息到文件中： ```shell jmap -heap <pid> jmap -dump:format=b,file=<path-to-dumpfile> <pid> ``` 同样，<pid>是JVM的进程号，<path-to-dumpfile>是导出文件的路径。使用jmap命令可以获取JVM中各个内存区域的使用情况、GC算法、线程堆栈等信息；使用jmap -dump命令可以导出当前JVM的堆内存状态到文件中，以便于后续分析和调试。 通过以上方法，我们可以非常方便地查看Linux系统上JVM的堆内存大小和使用情况，从而及时定位和解决JVM性能问题。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值