JVM知识点整理-内存模型、垃圾回收、命令

最新推荐文章于 2024-05-31 11:06:30 发布
最新推荐文章于 2024-05-31 11:06:30 发布
阅读量251 收藏
点赞数
分类专栏： Java 文章标签： JVM GC
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/xujunfei520/article/details/102817512
版权

JVM

文章目录

参数

  • 标准参数（-），所有的JVM实现都必须实现这些参数的功能，java -help
  • 非标准参数（-X），默认jvm实现这些参数的功能，java -X
  • 非Stable参数（-XX），此类参数各个jvm实现会有所不同，将来可能会随时取消

内存模型

栈是运行时的单位，而堆是存储的单位。
堆中存的是对象，栈中存的是基本数据类型和堆中对象的引用

堆(Heap)

  • 新生代(Young)
    Eden：新对象，装满触发YGC，依然存活会转移到S区
    Survivor(S0+S1)

  • 老年代(Old)
    装满触发FGC，依然无法放下，抛出OOM

默认内存比例：新生代1/3(E:4/5, S:1/5)；老年代2/3

栈(Stack)

先进后出的数据结构，每个方法从开始调用到执行完成的过程，就是栈帧从入栈到出栈的过程
栈帧包括：局部变量表、操作栈、动态连接、方法返回地址等（一个方法对应一块栈帧内存区域）

  • 程序计数器：JVM指令码执行到的行号
  • 本地方法栈(native)：System.currentTimeMillis()

场景：逆序输出、汉诺塔、数制转换

元空间(Metaspace)

JDK8开始，本地内存分配
存储包括：类元信息、字段、静态属性、方法、常量等

JVM运行时内存

年轻代（Young Generation）

所有新生成的对象首先都是放在年轻代的，年轻代分三个区：一个 Eden 区，两个 Survivor 区(S0,S1)。当 Eden 区满时，还存活的对象将被复制到 Survivor 区。

年老代（Old Generation）

在年轻代中经历了 N 次垃圾回收后仍然存活的对象，就会被放到年老代中。

持久代（Permanent Generation）

用于存放静态文件，如今 Java 类、方法等。
-XX:MaxPermSize=16m：设置持久代大小为 16m。
注：JDK1.8之后已经没有持久代的概念了，改为元数据 MetaspaceSize | MaxMetaspaceSize

总结

-Xms2048m：设置 JVM 初始内存为 2048m。此值可以设置与-Xmx 相同，以避免每次垃圾回
收完成后 JVM 重新分配内存。默认物理内存的 1/64。
-Xmx2048m：设置 JVM 最大可用内存为 2048m。默认物理内存的 1/4。

-Xmn1g：设置年轻代大小为 1G。堆大小 = 年轻代大小 + 年老代大小 + 持久代大小。
-XX:NewRatio=4：设置年轻代（包括 Eden 和两个 Survivor 区）与年老代的比值（除去持久代）。设置为 4，则年轻代与年老代所占比值为 1：4，年轻代占整个堆栈的 1/5
-XX:SurvivorRatio=4：设置年轻代中 Eden 区与 Survivor 区的大小比值。

-XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=256m ：设置元空间大小，设置成一样
-Xss128k：设置每个线程的堆栈大小。

垃圾回收

Minor GC

从年轻代空间（包括 Eden 和 Survivor 区域）回收内存被称为 Minor GC

当 JVM 无法为一个新的对象分配空间时会触发 Minor GC，比如当 Eden 区满了。所以分配率越高，越频繁执行 Minor GC

Major GC

Major GC 是清理老年代

Mixed GC

是在G1收集器中独有的，用于收集整个young gen以及部分old gen的GC

Full GC

清理整个堆空间—包括年轻代、老年代及永久代（元数据空间）

GC日志

[GC (Allocation Failure) [ParNew: 367523K->1293K(410432K), 0.0023988 secs] 522739K->156516K(1322496K), 0.0025301 secs] [Times: user=0.04 sys=0.00, real=0.01 secs]
Allocation Failure：表明本次引起GC的原因是因为在年轻代中没有足够的空间能够存储新的数据了
ParNew：表明本次GC发生在年轻代并且使用的是ParNew垃圾收集器
367523K->1293K(410432K)：单位是KB，三个参数分别为：GC前该内存区域(这里是年轻代)使用容量，GC后该内存区域使用容量，该内存区域总容量。
522739K->156516K(1322496K)：三个参数分别为：堆区垃圾回收前的大小，堆区垃圾回收后的大小，堆区总大小。
[Times: user=0.04 sys=0.00, real=0.01 secs]：分别表示用户态耗时，内核态耗时和总耗时

垃圾回收器

串行收集器、并行收集器、并发收集器

串行收集器Serial

Serial收集器会冻结所有应用程序线程（SWT），使用单个垃圾回收线程来进行垃圾回收工作，新生代、老年代使用串行回收；新生代复制算法、老年代标记-压缩
-XX:+UseSerialGC
默认情况下，JDK5.0，以前都是使用串行收集器

ParNew收集器是Serial收集器的多线程版本，新生代并行，老年代串行；新生代复制算法、老年代标记-压缩
-XX:+UseParNewGC

并行收集器Parallel

Parallel收集器更关注系统的吞吐量，新生代复制算法、老年代标记-压缩【jdk8默认】
-XX:+UseParallelGC：选择垃圾收集器为并行收集器。此配置仅对年轻代有效。即上述配置
下，年轻代使用并发收集，而年老代仍旧使用串行收集。
-XX:ParallelGCThreads=20：配置并行收集器的线程数，即：同时多少个线程一起进行垃圾
回收。此值最好配置与处理器数目相等。
-XX:+UseParallelOldGC：配置年老代垃圾收集方式为并行收集。JDK6.0 支持对年老代并行
收集。
-XX:MaxGCPauseMillis=n：设置并行收集最大暂停时间
-XX:GCTimeRatio=n：设置垃圾回收时间占程序运行时间的百分比。公式为 1/(1+n)

并发收集器CMS

是一种以获取最短回收停顿时间为目标的收集器，基于“标记-清除”算法实现
-XX:+UseConcMarkSweepGC：使用CMS收集器
-XX:ParallelCMSThreads：设定CMS的线程数量
-XX:+UseCMSCompactAtFullCollection：Full GC后，进行一次碎片整理；整理过程是独占的，会引起停顿时间变长
-XX:+CMSFullGCsBeforeCompaction：设置进行几次Full GC后，进行一次碎片整理
-XX:+CMSIncrementalMode：设置为增量模式。适用于单 CPU 情况。

G1收集器

特点：空间整合（采用标记整理算法，不会产生内存空间碎片）、可预测停顿【jdk9+默认】
-XX:+UseG1GC

垃圾回收统计信息

-XX:+PrintGC 打印GC日志
-XX:+PrintGCDetails
-XX:+PrintGCTimeStamps

-Xloggc:gc.log 输出到文件✅
-XX:-DisableExplicitGC 禁用System.gc()的显示调用

查看GC类型: java -XX:+PrintCommandLineFlags -version

命令

jps

JVM Process Status Tool,显示指定系统内所有的HotSpot虚拟机进程。

-l : 输出主类全名或jar路径
-q : 只输出LVMID
-m : 输出JVM启动时传递给main()的参数
-v : 输出JVM启动时显示指定的JVM参数

jstat

用于监视虚拟机运行时状态信息的命令，它可以显示出虚拟机进程中的类装载、内存、垃圾收集、JIT编译等运行数据。

jstat [option] LVMID
[option] : 操作参数
LVMID : 本地虚拟机进程ID

示例：

jstat -class 12709 # 监视类装载、卸载数量、总空间以及耗费的时间
jstat -gc 12709 # 垃圾回收堆的行为统计
OptionDisplays
classclass loader的行为统计。
compilerHotSpt JIT编译器行为统计。
gc垃圾回收堆的行为统计。
gccapacity各个垃圾回收代容量(young,old,perm)和他们相应的空间统计。
gcutil垃圾回收统计概述。
gccause垃圾收集统计概述（同-gcutil），附加最近两次垃圾回收事件的原因。
gcnew新生代行为统计。
gcnewcapacity新生代与其相应的内存空间的统计。
gcold年老代和永生代行为统计。
gcoldcapacity年老代行为统计。
gcpermcapacity永生代行为统计。
printcompilationHotSpot编译方法统计。

gc列详解：见附件一

jmap

用于生成heap dump文件，如果不使用这个命令，还阔以使用-XX:+HeapDumpOnOutOfMemoryError参数来让虚拟机出现OOM的时候·自动生成dump文件。

jmap [option] LVMID

dump : 生成堆转储快照
finalizerinfo : 显示在F-Queue队列等待Finalizer线程执行finalizer方法的对象
heap : 显示Java堆详细信息
histo : 显示堆中对象的统计信息
permstat : to print permanent generation statistics
F : 当-dump没有响应时，强制生成dump快照

示例：

jmap -dump:live,format=b,file=dump.hprof 12709 # dump堆到文件,format指定输出格式，live指明是活着的对象,file指定文件名
jmap -heap 12709 # 打印heap的概要信息，GC使用的算法，heap的配置及wise heap的使用情况,可以用此来判断内存目前的使用情况以及垃圾回收情况
jmap -histo:live 28920 | more # 打印堆的对象统计，包括对象数、内存大小等等

*内存不足或泄露导出堆栈：-XX:+HeapDumpOnOutOfMemoryError
*可以使用mat或headAnalyze打开

jhat

与jmap搭配使用，用来分析jmap生成的dump,jhat内置了一个微型的HTTP/HTML服务器，生成dump的分析结果后，可以在浏览器中查看
jhat [dumpfile]

示例：
jhat -J-Xmx512m dump.hprof
*jdk11已废弃

jstack

生成java虚拟机当前时刻的线程快照。

jstack [option] LVMID

-F : 当正常输出请求不被响应时，强制输出线程堆栈
-l : 除堆栈外，显示关于锁的附加信息
-m : 如果调用到本地方法的话，可以显示C/C++的堆栈

示例：

jstack -l 12709 | more

jinfo

实时查看和调整虚拟机运行参数

-flag : 输出指定args参数的值
-flags : 不需要args参数，输出所有JVM参数的值
-sysprops : 输出系统属性，等同于System.getProperties()

示例：

jinfo -flags 12709

javap

查看一个java类反汇编、常量池、变量表、指令代码行号表等等信息
javap -c -l xxx.class

JDK10+新增

  • jshell
  • jhsdb hsdb|jmap --|jinfo --|jstack –
  • jcmd pid help

线程的状态

Java中线程的状态分为6种

  1. 初始(NEW)：新创建了一个线程对象，但还没有调用start()方法。
  2. 运行(RUNNABLE)：Java线程中将就绪（ready）和运行中（running）两种状态笼统的称为“运行”。 线程对象创建后，其他线程(比如main线程）调用了该对象的start()方法。该状态的线程位于可运行线程池中，等待被线程调度选中，获取CPU的使用权，此时处于就绪状态（ready）。就绪状态的线程在获得CPU时间片后变为运行中状态（running）。
  3. 阻塞(BLOCKED)：表示线程阻塞于锁。
  4. 等待(WAITING)：进入该状态的线程需要等待其他线程做出一些特定动作（通知或中断）。
  5. 超时等待(TIMED_WAITING)：该状态不同于WAITING，它可以在指定的时间后自行返回。
  6. 终止(TERMINATED)：表示该线程已经执行完毕。

JMX和DEBUG

DEBUG
启动命令添加： java -agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=5005 -jar xxx.jar
IDEA Run Configurations选择Remote -> 填写IP和端口，选择模块，点击启动按钮 -> 在需要的行打上断点。

JMX
启动命令添加： java -Dcom.sun.management.jmxremote.port=18888 -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false -Djava.rmi.server.hostname=192.168.40.200 -jar xxx.jar

案例

# 查看占用内存过高的进程
top
# 查看进程占用的具体资源
top -H -p10000 （10000是Java进程的PID）
# 线程堆栈信息
jstack 10001 > jstack.txt
# GC运行信息
jstat -gcutil 10000 2000 10
# 内存占用信息
jmap -histo 10000 | more

附件一

S0C：年轻代中第一个survivor（幸存区）的容量 (字节)
S1C：年轻代中第二个survivor（幸存区）的容量 (字节)
S0U：年轻代中第一个survivor（幸存区）目前已使用空间 (字节)
S1U：年轻代中第二个survivor（幸存区）目前已使用空间 (字节)
EC：年轻代中Eden（伊甸园）的容量 (字节)
EU：年轻代中Eden（伊甸园）目前已使用空间 (字节)
OC：Old代的容量 (字节)
OU：Old代目前已使用空间 (字节)
PC：Perm(持久代)的容量 (字节)  [MC]
PU：Perm(持久代)目前已使用空间 (字节)  [MU]
YGC：从应用程序启动到采样时年轻代中gc次数
YGCT：从应用程序启动到采样时年轻代中gc所用时间(s)
FGC：从应用程序启动到采样时old代(全gc)gc次数
FGCT：从应用程序启动到采样时old代(全gc)gc所用时间(s)
GCT：从应用程序启动到采样时gc用的总时间(s)
NGCMN：年轻代(young)中初始化(最小)的大小 (字节)
NGCMX：年轻代(young)的最大容量 (字节)
NGC：年轻代(young)中当前的容量 (字节)
OGCMN：old代中初始化(最小)的大小 (字节)
OGCMX：old代的最大容量 (字节)
OGC：old代当前新生成的容量 (字节)
PGCMN：perm代中初始化(最小)的大小 (字节)
PGCMX：perm代的最大容量 (字节)
PGC：perm代当前新生成的容量 (字节)
S0：年轻代中第一个survivor（幸存区）已使用的占当前容量百分比
S1：年轻代中第二个survivor（幸存区）已使用的占当前容量百分比
E：年轻代中Eden（伊甸园）已使用的占当前容量百分比
O：old代已使用的占当前容量百分比
P：perm代已使用的占当前容量百分比
S0CMX：年轻代中第一个survivor（幸存区）的最大容量 (字节)
S1CMX ：年轻代中第二个survivor（幸存区）的最大容量 (字节)
ECMX：年轻代中Eden（伊甸园）的最大容量 (字节)
DSS：当前需要survivor（幸存区）的容量 (字节)（Eden区已满）
TT： 持有次数限制
MTT ： 最大持有次数限制
jackson-rick
关注
专栏目录
JAVA全栈核心知识点整理-面试
06-21
了解JVM内存模型（包括堆、栈、方法区、本地方法栈和程序计数器），熟悉垃圾收集机制（如新生代、老年代、Minor GC和Full GC），以及如何进行性能调优（比如通过JVM参数调整内存大小、开启GC日志等）。 2. **数据...
java实战--GC终极总结
阿华田的博客
11-18 1903
GC简介 java的最大好处是自动垃圾回收，这样就无需我们手动的释放对象空间了，但是也产生了相应的负效果，gc是需要时间和资源的，不好的gc会严重影响系统的系能，因此良好的gc是JVM的高性能的保证。JVM堆分为新生代，旧生代和年老代，新生代可用的gc方式有：串行gc（Serial Copying），并行回收gc(Parellel Scavenge)，并行gc(ParNew)，旧生代和年老代可...
jvm 垃圾回收器
ray的博客
05-16 1142
然而，对于特定的应用程序和场景，性能表现仍需进行实际测试和评估。需要注意的是，CMS垃圾收集器的并发标记和并发清理阶段与应用程序并发执行，以减少对应用程序暂停时间的影响。需要注意的是，Young GC和Full GC的行为取决于所使用的垃圾收集器类型和其配置参数。在没有显式设置初始堆大小的情况下，JVM可能会根据可用的物理内存来设置一个较大的初始堆大小，以充分利用系统资源。综上所述，合理配置初始堆大小（使用**-Xms**参数）可以避免不必要的资源浪费和性能问题，确保JVM在启动时具有适当的初始堆大小。
JVM 垃圾回收器
hn_lzh2014的博客
05-18 838
串行回收器: Serial、Serrial Old并行回收器: ParNew、Parallel Scavenge、Parallel Old并发回收器: CMS、G1新生代收集器: Serial、ParNew、Parallel Scavenge老年代收集器: Serial Old、Parallel Old、CMS整堆收集器: G1没有一种放之四海皆准、任何场景下都适合的完美收集器存在，更加没有万能的收集器，我们选择只是对具体应用最合适的收集器。
JVM启动命令垃圾回收器指定GC，回收算法和常见调优参数解析
UnicornRe_xiabin_无聊的时候，喜欢去超市买一大瓶纯牛奶，喝个精光
10-11 913
G1 中每个 Region 都有一个与之对应的 Remembered Set，当进行内存回收时，在 GC 根节点的枚举范围中加入 Remembered Set 即可保证不对全堆扫描也不会有遗漏 检查Reference引用的对象是否处于不同的Region。在用户不可见的情况下把用户正常工作的线程全部停掉。这 3 个参数限制了 Java 堆大小为 20 MB，不可扩展，其中 10 MB 分配给新生代，剩下的 10 MB 分配给老年代。分代模型的新生代是复制算法，下面的垃圾回收器工作在新生代的也是复制算法。
【Java虚拟机】JVM垃圾回收器详解
互联网小阿祥
05-04 4246
JVM垃圾回收器详解
JVM与性能优化知识点整理.zip
06-30
以下是对JVM与性能优化相关知识点的详细阐述： 1. **JVM内存模型** - **堆内存**：这是JVM中最大的一块内存，用于存储对象实例。堆被分为新生代和老年代，新生代又细分为Eden和两个Survivor空间。 - **栈内存**：...
09 Java基础-JVM垃圾回收-玉峰1
08-03
JVM垃圾回收是其核心功能之一，旨在自动管理内存，避免程序出现内存泄漏或过度消耗导致的性能问题。本节将深入探讨JVM垃圾回收机制以及与之相关的工具和概念。 1. **JVM内存模型** JVM内存分为堆内存和栈内存，...
JAVA核心知识点整理.pdf
06-15
根据提供的文件内容，我们可以整理出以下关于JAVA核心知识点的信息： ### 1. JVM内存区域 - **程序计数器**：它是线程私有的区域，用于记录线程执行的字节码指令地址。当线程进行切换时，程序计数器可以记录下线程...
2021面试必备--JAVA核心知识点整理.pdf
07-07
Java是目前广泛使用的编程语言之一，它在面试中的核心知识点主要集中在Java语言基础、集合框架、JVM内存模型、垃圾回收机制和Java I/O/NIO模型等方面。 首先，Java内存模型是Java虚拟机（JVM）运行Java程序时的内存...
JVM：垃圾回收
qq_51264307的博客
04-11 1111
不管我们写什么语言，我们都需要向内存当中分配数据，在C语言当中，我们使用malloc方法来给变量分配内存。在C++中我们new一个对象来分配内存。然而，所有语言都会面临一个问题：当我分配了一块内存空间之后，我们需要把它回收掉。在C/C++中我们一般称之为手工回收。也就是需要开发人员自己回收内存。手工回收在调试程序的时候有巨大的困难。比如假设我们忘记了回收内存，别的变量就无法再占有这块内存，这就造成了内存泄漏。再比如我们判断失误多回收了一次，及会造成不可预估的损失。
JAVA GC垃圾回收讲解
weixin_39919140的博客
03-23 708
JAVA GC垃圾回收调优初尝试 常见的JVM命令： //最小堆内存 -Xms1024m //最大堆内存 -Xmx2048m //内存溢出时进行堆转储 -XX:+HeapDumpOnOutOfMemoryError //转储文件路径 -XX:HeapDumpPath=/log/sfgk.hprof //垃圾回收器进行垃圾回收时候打印垃圾回收日志 -XX:+PrintGCDetails 常见垃圾回收器： 年轻代垃圾回收器： Serial、ParNew、Parallel Scavenge 老年代垃圾回收器：
JVM调优(jdk8)与垃圾回收器详解
热门推荐
m0_37635053的博客
04-02 1万+
JVM调优与垃圾回收器详解 这张是jdk8的jvm模型： 红框的是线程共享区域、黑色框的是线程私有(也就是每个线程单独一份) 一、JVM内存模型 #1、名词解释 虚拟机栈 描述的是java方法执行的内存模型,每个方法在执行的同时都会创建一个栈帧（Stack Frame），用于存储 局部变量、操作数栈、动态链接、方法出口等信息.生命周期与线程相同。栈里面存放着各种基本数据类型和对象的引用 本地方法栈: 本地方法栈则为虚拟机使用到的Native方法服务(非java代码的接口,比如C++的方法：Runti
J垃圾回收
m0_62943934的博客
04-15 658
在C/C++这类没有自动垃圾回收机制的语言中，一个对象如果不再使用，需要手动释放，否则就会出现内存泄漏。内存泄漏指的是不再使用的对象在系统中未被回收，内存泄漏的积累可能会导致内存溢出。为了让程序员更专注于代码的实现，而不用过多的考虑内存释放的问题，所以，在Java语言中，有了自动的垃圾回收机制，也就是我们熟悉的GC(Garbage Collection)。有了垃圾回收机制后，程序员只需要关心内存的申请即可，内存的释放由系统自动识别完成，垃圾回收器主要负责对堆上的内存进行回收。在进行垃圾回收时，不同的对象引用
Java 垃圾回收
最新发布
右见小栈
05-31 873
一般来说，Java开发人员大多关注业务逻辑的实现，但是，充分理解Java的 JVM中堆内存的分配和垃圾处理收集 这些内容可以让我们更有效地利用资源，更深刻的理解自己所写的代码。
JVM的运行及垃圾回收
任嘉颖-lariy
07-10 209
我们日常写的jar、war文件通过打包编译生成.class文件，通过类加载类器进行加载，放入metaspace空间。
JVM垃圾回收
架构师修炼道路
02-07 135
跟踪所有仍在使用的对象并将其余对象标记为垃圾的这一过程就叫做垃圾回收。
jvm-垃圾回收
h1774733219的博客
07-03 286
清除后分配规则
JVM 垃圾回收（GC）
yy139926的博客
07-04 4658
垃圾回收（GC）是由 Java 虚拟机（JVM）垃圾回收器提供的一种对内存回收的一种机制，它一般会在内存空闲或者内存占用过高的时候对那些没有任何引用的对象不定时地进行回收。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值