史上最全JVM知识点梳理
2021-06-03 17:37:00 0 举报AI智能生成
整理的康师傅老师的JVM课程笔记，希望能帮助您~
作者其他创作
大纲/内容
https://docs.oracle.com/javase/8/
https://www.processon.com/view/link/606d1f9d7d9c0829db732d26#map
01_JVM与Java体系结构
02_类加载子系统
03_运行时数据区概述及线程
04_程序计数器
05_虚拟机栈
06_本地方法接口
07_本地方法栈
08_堆
09_方法区
10_对象的实例化内存布局与访问定位
11_直接内存
12_执行引擎
13_StringTable
14_垃圾回收概述
15_垃圾回收相关算法
16_垃圾回收相关概念
优化调整堆的大小让JVM自适应完成
如果内存小于100M，使用串行收集器
如果是单核、单机程序，并且没有停顿时间的要求，使用串行收集器
如果是多CPU、需要高吞吐量、允许停顿时间超过1秒，选择并行或者JVM自己选择
如果是多CPU、追求低停顿时间，需快速响应（比如延迟不能超过1秒，如互联网应用），使用并发收集器，官方推荐G1，性能高。现在互联网的项目，基本都是使用G1。
没有最好的收集器，更没有万能的收集器
调优永远是针对特定场景、特定需求，不存在一劳永逸的收集器
最后需要明确一个观点：
怎么选择垃圾回收器？
这个只会显示总的GC堆的变化
GC、Full GC：GC的类型，GC只在新生代上进行，Full GC包括新生代、老年代、永久代
Allocation Failure：GC发生的原因
80832k->19298k：堆在GC前的大小和GC后的大小
227840k：现在堆的大小
0.0084018 secs：GC持续的时间
参数解析
-verbose:gc
输入信息
-verbose:gc -XX:+PrintGCDetails
带上了日期和时间
-verbose:gc -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintGCDateStamps
日志补充说明
年轻代 GC
老年代 GC
GC日志分析
GC日志分析工具
17_垃圾回收器
01_内存与垃圾回收篇
字节码文件的跨平台性
Java的前端编译器
透过字节码指令看代码细节
01_概述
操作码 （操作数）
方式一
方式三
02_虚拟机的基石：Class文件
01-魔数：Class文件的标志
02-Class文件版本号
1-常量池计数器
2.1 字面量和符号引用
2.2 常量类型和结构
2-常量池表
03-常量池：存放所有常量
04-访问标识
05-类索引、父类索引、接口索引集合
1-字段计数器
2-字段表
06-字段表集合
1-方法计数器
2-方法表
07-方法表集合
1-属性计数器
2-属性表
08-属性表集合
小结
03_Class文件结构
1-解析字节码的作用
2- javac -g操作
3- javap的用法
4-使用举例
5-总结
04_使用javap指令解析Class文件
Class文件结构
执行模型
字节码与数据类型
指令分类
01-概述
操作数栈
局部变量表
复习：再谈操作数栈与局部变量表
1-局部变量压栈指令
指令push系列
指令ldc系列
指令const系列
2-常量入栈指令
3-出栈装入局部变量表指令
02-加载与存储指令
所有算术指令
比较指令的说明
03-算术指令
1-宽化类型转换
2-窄化类型转换
04-类型转换指令
1-创建指令
2-字段访问指令
3-数组操作指令
4-类型检查指令
05-对象的创建与访问指令
1-方法调用指令
2-方法返回指令
06-方法调用与返回指令
07-操作数栈管理指令
1-条件跳转指令
2-比较条件跳转指令
3-多条件分支指令
4-无条件跳转
08-控制转移指令
1-抛出异常指令
2-异常处理与异常表
09-异常处理指令
1-方法级的同步
2-方法内指定指令序列的同步
10-同步控制指令
字节码指令集与解析举例
类的使用过程
大厂面试题
1-加载完成的操作
2-二进制流的获取方式
3-类模型与Class实例的位置
4-数组类的加载
02-过程一：Loading(加载)阶段
1-环节1：链接阶段之Verification(验证)
2-环节2：链接阶段之Preparation(准备)
3-环节3：链接阶段之Resolution(解析)
03-过程二：Linking(链接)阶段
1-static与final的搭配问题
2-<clinit>()的线程安全性
-XX:+TraceClassLoading
3-类的初始化情况：主动使用vs被动使用
04-过程三：Initialization(初始化)阶段
05-过程四：类的Using(使用)
回顾：方法区的垃圾回收
06-过程五：类的Unloading(卸载)
类的加载过程（类的生命周期）详解
1-大厂面试题
2-类加载的分类
3-类加载器的必要性
4-命名空间
5-类加载机制的基本特征
1-引导类加载器
2-扩展类加载器
3-系统类加载器
4-用户自定义类加载器
02-复习：类的加载器分类
03-测试不同的类加载器
ClassLoader的主要方法
SecureClassLoader与URLClassLoader
ExtClassLoader与AppClassLoader
Class.forName()与ClassLoader.loadClass()
04-ClassLoader源码解析
定义与本质
优势与劣势
破坏双亲委派机制1
破坏双亲委派机制2
破坏双亲委派机制3
破坏双亲委派机制
热替换的实现
05-双亲委派模型
JDK1.0时期
JDK1.1时期
JDK1.2时期
JDK1.6时期
06-沙箱安全机制
实现方式
07-自定义类的加载器
双亲委派模型改变
08-Java9新特性
再谈类的加载器
02_字节码与类的加载篇
生产环境发生了内存溢出该如何处理？
生产环境应该给服务器分配多少内存合适？
如何对垃圾回收器的性能进行调优？
生产环境CPU负载飙高该如何处理？
生产环境应该给应用分配多少线程合适？
不加log，如何确定请求是否执行了某一行代码？
不加log，如何实时查看某个方法的入参与返回值？
1-生产环境中的问题
防止出现OOM
解决OOM
减少Full GC出现的频率
2-为什么要调优？
上线前
项目运行阶段
线上出现OOM
3-不同阶段的考虑
2-背景说明
运行日志
异常堆栈
GC日志
线程快照
堆转储快照
1-监控的依据
合理地编写代码
充分并合理的使用硬件资源
合理地进行JVM调优
2-调优的大方向
3-调优概述
GC 频繁
cpu load 过高
OOM
内存泄漏
死锁
程序响应时间较长
第1步（发现问题）：性能监控
打印GC日志，通过GCviewer或者http://gceasy.io来分析日志信息
灵活运用命令行工具，jstack、jmap、jinfo等
dump出堆文件，使用内存分析工具分析文件
使用阿里Arthas，或jconsole，JVisualVM来实时查看JVM状态
jstack查看堆栈信息
第2步（排查问题）：性能分析
适当增加内存，根据业务背景选择垃圾回收器
优化代码，控制内存使用
增加机器，分散节点压力
合理设置线程池线程数量
使用中间件提高程序效率，比如缓存，消息队列等
其他......
第3步（解决问题）：性能调优
4-性能优化的步骤
-XX:MaxGCPauseMillis
1-停顿时间（或响应时间）
对单位时间内完成的工作量（请求）的量度
在GC中：运行用户代码的时间占总运行时间的比例（总运行时间：程序的运行时间 + 内存回收的时间）吞吐量为 1 - 1/(1+n)。-XX:GCTimeRatio=n
2-吞吐量
同一时刻，对服务器有实际交互的请求数
3-并发数
Java堆区所占的内存大小
4-内存占用
以高速公路通行状况为例
5-相互间的关系
5-性能评价/测试指标
概述篇
简单命令行工具
基本情况
测试
options参数
hostid参数
基本语法
02-jps：查看正在运行的Java进程
S0C是第一个幸存者区的大小（字节）
S1C是第二个幸存者区的大小（字节）
S0U是第一个幸存者区已使用的大小（字节）
S1U是第二个幸存者区已使用的大小（字节）
EC是Eden空间的大小（字节）
EU是Eden空间已使用的大小（字节）
新生代相关
OC是老年代的大小（字节）
OU是老年代已使用的大小（字节）
老年代相关
MC是方法区的大小
MU是方法区已使用的大小
CCSC是压缩类空间的大小
CCSU是压缩类空间已使用的大小
方法区（元空间）相关
YGC是指从应用程序启动到采样时young gc次数
YGCT是指从应用程序启动到采样时young gc消耗的时间（秒）
FGC是指从应用程序启动到采样时full gc次数
FGCT是指从应用程序启动到采样时full gc消耗的时间（秒）
GCT是指从应用程序启动到采样时gc的总时间
其它
-gc
option参数
用于指定输出统计数据的周期，单位为毫秒。即查询间隔
interval参数
用于指定查询的总次数
count参数
可以在输出信息前加上一个Timestamp列，显示程序的运行时间。单位：秒
经验
-t参数
可以在周期性数据输出时，输出多少行数
-h参数
补充
03-jstat：查看JVM统计信息
可以查看由System.getProperties()取得的参数
jinfo -sysprops PID
查看曾经赋过值得一些参数
jinfo -flags PID
查看某个Java进程的具体参数的值
jinfo -flag 具体参数 PID
查看
jinfo -flag [+|-]具体参数 PID
针对boolean类型
jinfo -flag 具体参数=具体参数值 PID
针对非boolean类型
修改
查看所有JVM参数启动的初始值
java -XX:+PrintFlagsInitial
查看所有JVM参数的最终值
java -XX:+PrintFlagsFinal
查看那些已经被用户或者JVM设置过的详细的XX参数的名称和值
java -XX:+PrintCommandLineFlags
扩展
04-jinfo：实时查看和修改JVM配置参数
生成Java堆转储快照：dump文件
特别的：-dump:live只保存堆中的存活对象
-dump
输出整个堆空间的详细信息，包括GC的使用、堆配置信息，以及内存的使用
-heap
输出堆中对象的统计信息，包括类、实例数量和合计容量
特别的：-histo:live只统计堆中的存活对象
-histo
以ClassLoader为统计口径输出永久代的内存状态信息
仅linux/solaris平台有效
-permstat
显示在F-Queue中等待Finalizer线程执行finalize方法的对象
-finalizerinfo
当虚拟机进程对-dump选项没有任何响应时，可使用此选项强制执行生成
-F
jmap工具使用的帮助命令
-h | -help
传递参数给jmap启动的jvm
-J <flag>
手动的方式
-XX:+HeapDumpOnOutOfMemoryError
-XX:HeapDumpPath=<filename.hprof>
自动的方式
使用1：导出内存映像文件
jmap -heap pid
jmap -histo
使用2：显示堆内存相关信息
查看系统的ClassLoader信息
jmap -permstat pid
查看堆积在finalizer队列中的对象
jmap -finalizerinfo
使用3：其它作用
05-jmap：导出内存映射文件&内存使用情况
关闭|打开对象分配调用栈跟踪
option参数：-stack false|true
关闭|打开对象应用跟踪
option参数：-refs false|true
设置jhat HTTP Server的端口号，默认7000
option参数：-port port-number
执行对象查询时需要排除的数据成员
option参数：-exclude exclude-file
指定一个基准堆转储
option参数：-baseline exclude-file
设置debug级别
option参数：-debug int
启动后显示版本信息就退出
option参数：-version
传入启动参数，比如-J -Xmx512m
option参数：-J<flag>
06-jhat：JDK自带堆分析工具
当正常输出的请求不被响应时，强制输出线程堆栈
option参数：-F
除堆栈外，显示关于所的附加信息
option参数：-l
如果调用到本地方法的话，可以显示C/C++的堆栈
option参数：-m
帮助操作
option参数：-h
07-jstack：打印JVM中线程快照
基本使用
列出所有的JVM进程
jcmd -l
针对指定的进程，列出支持的所有命令
jcmd pid help
显示指定进程的指令命令的数据
jcmd pid 具体命令
08-jcmd：多功能命令行
09-jstatd：远程主机信息收集
JVM监控及诊断工具-命令行篇
01-工具概述
基本概念
jdk/bin目录下，启动jconsole.exe命令即可
不需要使用jps命令来查询
启动
使用JConsole连接一个正在本地系统运行的JVM，并且执行程序的和运行JConsole的需要是同一个用户。JConsole使用文件系统的授权通过RMI连接器连接到平台的MBean服务器上。这种从本地连接的监控能力只有Sun的JDK具有。
Local
使用下面的URL通过RMI连接器连接到一个JMX代理，service:jmx:rmi:///jndi/rmi://hostName:portNum/jmxrmi。JConsole为建立连接，需要在环境变量中设置mx.remote.credentials来指定用户名和密码，从而进行授权。
Remote
使用一个特殊的URL连接JMX代理。一般情况使用自己定制的连接器而不是RMI提供的连接器来连接JMX代理，或者是一个使用JDK1.4的实现了JMX和JMX Remote的应用。
Advanced
三种连接方式
主要作用
02-jConsole
插件的安装
监控本地Java进程的CPU、类、线程等
本地连接
1-确定远程服务器的IP地址
2-添加JMX（通过JMX技术具体监控远端服务器哪个Java进程）
3-修改bin/catalina.sh文件，远程连接的Tomcat
4-在.../conf中添加jmxremote.access和jmxremote.password文件
5-将服务器地址改为公网IP地址
6-设置阿里云安全策略和防火墙策略
7-启动Tomcat，查看Tomcat启动日志和端口监听
8-JMX中输入端口号、用户名、密码登录
远程连接
连接方式
1-生成/读取堆内存快照
2-查看JVM参数和系统属性
3-查看运行中的虚拟机进程
4-生成/读取线程快照
5-程序资源的实时监控
JMX代理连接
远程环境监控
CPU分析和内存分析
6-其他功能
主要功能
03-Visual VM
基本概述
dump文件内容
两点说明
获取dump文件
获取堆dump文件
展示了各个类的实例数目以及这些实例的Shallow heap或 Retainedheap的总和
histogram
查看系统中的Java线程
查看局部变量的信息
thread overview
with outgoing references
with incoming references
获得对象相互引用的关系
shallow heap
retained heap
补充：对象实际大小
图一
图二
练习
案例分析：StudentTrace
浅堆与深堆
支配树
分析堆dump文件
说明
图1
图2
图3
图4
图5
图6
图7
图8
分析过程
案例：Tomcat堆溢出分析
04-eclipse MAT
内存泄漏的理解与分类
1-静态集合类
2-单例模式
3-内部类持有外部类
4-各种连接，如数据库连接、网络连接和IO连接等
5-变量不合理的作用域
6-改变哈希值
7-缓存泄漏
8-监听器和回调
Java中内存泄漏的8种情况
案例代码
分析
解决办法
案例
内存泄漏案例分析
补充1：再谈内存泄漏
SELECT子句
FROM子句
WHERE子句
内置对象与方法
补充2：支持使用OQL语言查询对象信息
介绍
特点
对方法调用的分析可以帮助您了解应用程序正在做什么，并找到提高其性能的方法
1-方法调用
通过分析堆上对象、引用链和垃圾收集能帮您修复内存泄漏问题，优化内存使用
2-内存分配
JProfiler提供多种针对线程和锁的分析视图助您发现多线程问题
3-线程和锁
许多性能问题都发生在更高的语义级别上。例如，对于JDBC调用，您可能希望找出执行最慢的SQL语句。JProfiler支持对这些子系统进行集成分析
4-高级子系统
下载与安装
JProfiler中配置IDEA
IDEA集成JProfiler
安装与配置
Instrumentation重构模式
Sampling抽样模式
数据采集方式
遥感监测 Telemetries
内存视图 Live Memory
堆遍历 heap walker
cpu视图 cpu views
线程视图 threads
监视器&锁 Monitors&locks
具体使用
案例1
案例分析
05-JProfiler
背景
概述
基于哪些工具开发而来
https://arthas.aliyun.com/zh-cn/
官方使用文档
安装
工程目录
查看进程
cat ~/logs/arthas/arthas.log
查看日志
java -jar arthas-boot.jar -h
参看帮助
web console
退出
安装与使用
基础指令
dashboard
thread
jvm
jvm相关
sc
sm
jad
mc、redefine
classloader
class/classloader相关
monitor
watch
trace
stack
tt
monitor/watch/trace相关
profiler/火焰图
options
相关诊断指令
06-Arthas
历史
功能：实时监控JVM运行时的状态
Java Flight Recorder
07-Java Mission Control
Flame Graphs（火焰图）
Tprofiler
Btrace
YourKit
JProbe
Spring Insight
08-其它工具
JVM监控及诊断工具-GUI篇
比较稳定，后续版本基本不会变化
以-开头
运行java或者java -help可以看到所有的标准选项
各种选项
补充内容：-server与-client
类型一：标准参数选项
非标准化参数
功能还是比较稳定的。但官方说后续版本可能会变更
以-X开头
运行java -X命令可以看到所有的X选项
禁用JIT，所有字节码都被解释执行，这个模式的速度最慢的
-Xint
所有字节码第一次使用就都被编译成本地代码，然后再执行
-Xcomp
混合模式，默认模式，让JIT根据程序运行的情况，有选择地将某些代码编译进行缓存起来
-Xmixed
JVM的JIT编译模式相关的选项
设置初始Java堆大小，等价于-XX:InitialHeapSize
-Xms<size>
设置最大Java堆大小，等价于-XX:MaxHeapSize
-Xmx<size>
设置Java线程堆栈大小，-XX:ThreadStackSize
-Xss<size>
-Xmx -Xms -Xss属于 XX 参数？
特别地
类型二：-X参数选项
使用的最多的参数类型
这类选项属于实验性，不稳定
以-XX开头
用于开发和调试JVM
作用
-XX:+<option>表示启用option属性
-XX:-<option>表示禁用option属性
举例
说明：因为有的指令默认是开启的，所以可以使用-关闭
Boolean类型格式
子类型1：数值型格式-XX:<option>=<number>
子类型2：非数值型格式-XX:<name>=<string>
非Boolean类型格式（key-value类型）
输出所有参数的名称和默认值
默认不包括Diagnostic和Experimental的参数
可以配合-XX:+UnlockDiagnosticVMOptions和-XX:UnlockExperimentalVMOptions使用
-XX:+PrintFlagsFinal
分类
类型三：-XX参数选项
01-JVM参数选项类型
Eclipse
IDEA
java -Xms50m -Xmx50m -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -jar demo.jar
运行jar包
Linux系统下可以在tomcat/bin/catalina.sh中添加类似如下配置：JAVA_OPTS=\"-Xms512M -Xmx1024M\"
Windows系统下在catalina.bat中添加类似如下配置：set \"JAVA_OPTS=-Xms512M -Xmx1024M\"
通过Tomcat运行war包
使用jinfo -flag <name>=<value> <pid> 设置非Boolean类型参数
使用jinfo -flag [+|-]<name> <pid> 设置Boolean类型参数
程序运行过程中
02-添加JVM参数选项
可以让程序运行前打印出用户手动设置或者JVM自动设置的XX选项
-XX:+PrintCommandLineFlags
表示打印出所有XX选项的默认值
-XX:+PrintFlagsInitial
表示打印出XX选项在运行程序时生效的值
打印JVM的参数
-XX:+PrintVMOptions
打印设置的XX选项及值
设置每个线程的栈大小为128k
等价于 -XX:ThreadStackSize=128k
-Xss128k
栈
等价于-XX:InitialHeapSize，设置JVM初始堆内存为3550M
-Xms3550m
等价于-XX:MaxHeapSize，设置JVM最大堆内存为3550M
-Xmx3550m
设置年轻代大小为2G
官方推荐配置为整个堆大小的3/8
-Xmn2g
设置年轻代初始值为1024M
-XX:NewSize=1024m
设置年轻代最大值为1024M
-XX:MaxNewSize=1024m
设置年轻代中Eden区与Survivor区的比值，默认为8
-XX:SurvivorRatio=8
自动选择各区大小比例
-XX:UseAdaptiveSizePolicy
设置老年代与年轻代（包括1个Eden和2个Survivor区）的比值
-XX:NewRatio=2
设置让大于此阈值的对象直接分配在老年代，单位为字节
只对Serial、ParNew收集器有效
-XX:PretenureSizeThreadshold=1024
默认值15
新生代每次MinorGC后，还存活的对象年龄+1，当对象的年龄大于设置的这个值时就进入老年代
-XX:MaxTenuringThreshold=15
让JVM在每次MinorGC后打印出当前使用的Survivor中对象的年龄分布
-XX:+PrintTenuringDistribution
表示MinorGC结束后Survivor区域中占用空间的期望比例
-XX:TargetSurvivorRatio
堆内存
设置永久代初始值为256M
-XX:PermSize=256m
设置永久代最大值为256M
-XX:MaxPermSize=256m
永久代
初始空间大小
-XX:MetaspaceSize
最大空间，默认没有限制
-XX:MaxMetaspaceSize
压缩对象指针
-XX:+UseCompressedOops
压缩类指针
-XX:+UseCompressedClassPointers
设置Klass Metaspace的大小，默认1G
-XX:CompressedClassSpaceSize
元空间
方法区
指定DirectMemory容量，若未指定，则默认与Java堆最大值一样
-XX:MaxDirectMemorySize
直接内存
堆、栈、方法区等内存大小设置
表示在内存出现OOM的时候，把Heap转存（Dump）到文件以便后续分析
表示在出现FullGC之前，生成Heap转储文件
-XX:+HeapDumpBeforeFullGC
指定heap转存文件的存储路径
-XX:HeapDumpPath=<path>
指定一个可行性程序或者脚本的路径，当发生OOM的时候，去执行这个脚本
-XX:OnOutOfMemoryError
OutOfMemory相关的选项
7款经典收集器与垃圾分代之间的关系
垃圾收集器的组合关系
查看默认垃圾回收器
Serial回收器
ParNew回收器
Paraller回收器
补充参数
特别说明
CMS回收器
Mixed GC调优参数
G1回收器
怎么选择垃圾回收器
垃圾收集器相关选项
输出gc日志信息，默认输出到标准输出
可以独立使用
等同于-verbose:gc表示打开简化的GC日志
-XX:+PrintGC
在发生垃圾回收时打印内存回收详细的日志，并在进程退出时输出当前内存各区域分配情况
-XX:+PrintGCDetails
输出GC发生时的时间戳
不可以独立使用，需要配合-XX:+PrintGCDetails使用
-XX:+PrintGCTimeStamps
输出GC发生时的时间戳（以日期的形式，如2013-05-04T21:53:59.234+0800）
-XX:+PrintGCDateStamps
每一次GC前和GC后，都打印堆信息
-XX:+PrintHeapAtGC
把GC日志写入到一个文件中去，而不是打印到标准输出中
-Xloggc:<file>
常用参数
监控类的加载
打印GC时线程的停顿时间
-XX:+PrintGCApplicationStoppedTime
垃圾收集之前打印出应用未中断的执行时间
-XX:+PrintGCApplicationConcurrentTime
记录回收了多少种不同引用类型的引用
-XX:+PrintReferenceGC
启动GC日志文件的自动存储
-XX:+UseGCLogFileRotaion
GC日志文件的循环数目
-XX:+NumberOfGClogFiles=1
控制GC日志文件的大小
-XX:+GCLogFileSize=1M
其他参数
GC日志相关选项
禁止hotspot执行System.gc()，默认禁用
-XX:+DisableExplicitGC
指定代码缓存的大小
-XX:ReservedCodeCacheSize=<n>[g|m|k]、-XX:InitialCodeCacheSize=<n>[g|m|k]
使用该参数让jvm放弃一些被编译的代码，避免代码缓存被占满时JVM切换到interpreted-only的情况
-XX:+UseCodeCacheFlushing
开启逃逸分析
-XX:+DoEscapeAnalysis
开启偏向锁
-XX:+UseBiasedLocking
使用TLAB，默认打开
-XX:+UseTLAB
打印TLAB的使用情况
-XX:+PrintTLAB
设置TLAB大小
-XX:TLABSize
03-常用的JVM参数选项
上篇上通过Runtime获取
04-通过Java代码获取JVM参数
JVM运行时参数
01-GC日志参数
复习：GC分类
MinorGC
FullGC
GC日志分类
垃圾收集器
GC前后情况
GC时间
GC日志结构剖析
日志打印事件 日期格式 如2013-05-04T21:53:59.234+0800
2020-11-20T17:19:43.265-0800
gc发生时，Java虚拟机启动以来经过的秒数
0.822
发生了一次垃圾回收，这是一次Minor GC。它不区分新生代GC还是老年代GC，括号里的内容是gc发生的原因，这里的Allocation Failure的原因是新生代中没有足够区域能存放需要分配的数据而失败。
[GC (Allocation Failure)
Serial收集器：Default New Generation显示DefNew
ParNew收集器：ParNew
Parallel Scanvenge收集器：PSYoung
老年代和新生代同理，也是和收集器名称相关
PSYoungGen:表示GC发生的区域，区域名称与使用的GC收集器是密切相关的
如果是新生代，总容量则会显示整个新生代内存的9/10，即Eden + from/to区
如果是老年代总容量则是全部内存大小，无变化
76800K->8433K(89600K)：GC前该内存区域已使用容量-> GC后该区域容量（该区域总容量）
[PSYoungGen:76800K->8433K(89600K)]
在显示完区域容量GC的情况之后，会接着显示整个堆内存区域的GC情况：GC前堆内存已使用容量 -> GC堆内存容量（堆内存总容量）堆内存总容量 = 9/10 新生代 + 老年代 < 初始化的内存大小
76800K->8449K(294400K)
整个GC所花费的时间，单位是秒
user：指的是CPU工作在用户态所花费的时间
sys：指的是CPU工作在内核态所花费的时间
real：指的是在此次GC事件中所花费的总时间
Minor GC 日志解析
日志打印时间 日期格式 如2013-05-04T21:53:59.234+0800
2020-11-20T17:19:43.794-0800
1.351
发生了一次垃圾回收，这是一次FULL GC。它不区分新生代GC还是老年代GC
Full GC(Ergonomics):JVM自适应调整导致的GC
Full GC(System):调用了System.gc()方法
括号里的内容是gc发生的原因，这里的Metadata GC Threshold的原因是Metaspace区不够用了。
Full GC (Metadata GC Threshold)
10082k->0k(89600k)：GC前该内存区域已使用容量 -> GC后该区域容量（该区域总容量）
[PSYoungGen: 10082k->0k(89600k)]
老年代区域没有发生GC，因为本次GC是metaspace引起的
[ParOldGen: 32k->9638k(204800k)]
在显示完区域容量GC的情况之后，会接着显示整个堆内存区域的GC情况：GC前堆内存已使用容量 -> GC堆内存容量（堆内存总容量）堆内存总容量 = 9/10新生代 + 老年代 < 初始化的内存大小
10114k->9638k(294400k)
metaspace GC 回收2k空间
[Metaspace: 20158k->20156k(1067008k)]
0.0285388 secs
Full GC 日志剖析
02-GC日志格式
GCeasy
GCViewer
官网上没有下载的地方，需要自己从SVN上拉下来来编译
不过这个工具似乎没怎么维护了，存在不少bug
GChisto
工具很强大，但只能打开由以下参数生成的GC log，-verbose:gc-Xloggc:gc.log。添加其他参数生成的gc.log无法打开
HPjmeter集成了以前的HPjtune功能，可以分析在HP机器上产生的垃圾回收日志文件
HPjmeter
其他工具
03-GC日志分析工具
分析GC日志
面试题
java.lang.OutOfMemoryError:Java heap space
报错信息
http://localhost:8080/add
发送请求
案例模拟
JVM参数配置
运行结果
原因及解决方案
jvisualvm分析
MAT分析
dump文件分析
gc日志文件
案例1：堆溢出
元空间存储数据类型
java.lang.OutOfMemoryError:Metaspace
示例代码
http://localhost:8080/metaSpaceOom
查看监控
查看GC状态
查看GC日志
分析dump文件
解决方案
分析及解决
案例2：元空间溢出
JVM配置
示例代码1
示例代码2
代码解析
第1步：定位问题代码块
第2步：分析dump文件直方图
第3步：代码修改
案例3：GC overhead limit exceeded
java.lang.OutOfMemoryError: unable to create new native Thread
出现这种异常，基本上都是创建了大量的线程导致的
问题原因
解决方向1
解决方向2
案例4：线程溢出
OOM常见各种场景及解决方案
修改Tomcat JVM配置
初始配置
优化配置
性能优化案例1：调整堆大小提高服务的吞吐量
性能优化案例2：JVM优化之JIT优化
性能优化案例3：合理配置堆内存
特殊问题：新生代与老年代的比例
性能优化案例4：CPU占用很高排查方案
性能优化案例5：G1并发执行的线程数对性能的影响
性能优化案例6：调整垃圾回收器提高服务的吞吐量
问题扩展
性能优化案例7：日均百万级订单交易系统如何设置JVM参数
性能优化案例
03_性能监控与调优篇
04_大厂面试题
JVM知识点梳理
收藏
0 条评论
回复 删除
下一页
