jvm

最新推荐文章于 2024-07-31 09:00:00 发布
最新推荐文章于 2024-07-31 09:00:00 发布
阅读量331 收藏
点赞数
分类专栏： java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/u011893509/article/details/103244296
版权

1、JVM空间说明

  • JDK 1.7及以前，java类的信息、常量池、静态变量都存在Permanent中，类的元数据和静态变量在类加载的时候分配到permanent中，只有当类被销毁的时候垃圾收集GC会从permanent中处理掉
  • JDK 1.8 的对 JVM 架构的改造将类元数据放到本地内存中，将常量池和静态变量放到 Java 堆里。HotSoptVM 将会为类的元数据明确分配和释放本地内存。在这种架构下，类元信息就突破了原来 -XX:MaxPermSize 的限制,所以PermSize的配置也是无效的，现在可以使用更多的本地内存。这样就从一定程度上解决了原来在运行时生成大量类的造成经常 Full GC 问题，如运行时使用反射、代理等.
  • 可以发现最明显的一个变化是元空间从虚拟机转移到本地内存；默认情况下，元空间的大小仅受本地内存的限制。这意味着以后不会因为永久代空间不够而抛出OOM异常了。jdk1.8以前版本的class和jar包数据存储在permGen下面 ，permGen大小是固定的，而且项目之间无法共用公有的class，所以很容易碰到OOM异常。
    改成metaSpaces后，各个项目会共享同样的class内存空间，比如多个项目都引用了common包，在metaSpaces中只会存储common的class，提高了内存的利用率，垃圾回收更有效率。

2、JVM参数配置

1.在jdk1.8以前，生产环境一般有如下配置

-XX:PermSize=512M -XX:MaxPermSize=1024M

表示在JVM里存储Java类信息，常量池和静态变量的永久代区域初始大小为512M，最大为1024M。在项目启动后，这个值是固定的，如果项目class过多，很可能遇到OutOfMemoryError: PermGen异常。
2.升级JDK1.8之后，上面的perm配置已经变成

-XX:MetaspaceSize=512M XX:MaxMetaspaceSize=1024M

MetaspaceSize如果不做配置，通过jinfo查看默认MetaspaceSize大小（约21M）,MaxMetaspaceSize很大很大，前面说过MetaSpace只受本地内存大小限制。MetaspaceSize为出发FullGC的阈值，默认约为21M，如做了配置，最小阈值为自定义配置大小。空间使用达到阈值，触发FullGC，同时对该值扩大。当然如果元空间实际使用小于阈值，在GC的时候也会对该值缩小。MaxMetaspaceSize为元空间的最大值，如果设置太小，可能会导致频繁FullGC，甚至OOM。

3、GarbageCollection过程

1、新new的对象都放在Eden区
2、Eden区满或者快满的时候进行一次清理（MinorGc），不被引用的对象直接被清理掉；还有引用的对象，但是年龄比较大的，挪到S0区
3、下次Eden区快满的时候，会进行上一步的操作，并且将Eden和S0区的年纪大的对象放到S1区，原理上随时保持S0和S1有一个是空的，用来存下一次的对象
4、下下次，Eden区快满的时候，会进行上一步操作，并且将Eden和S1区的年纪大的对象放到S0区，此时S1区就是空的
5、直到Eden区快满，S0或者S1也快满的时候，这时候就把这两个区的年纪大的对象放到Old区
6、依次循环，直到Old区也快满的时候，Eden区也快满的时候，会对整个这一块内存区域进行一次大清洗（FullGC），腾出内存，为之后的对象创建，程序运行腾地方。

清理Eden区和Survivor区叫Minor GC；清理Old区叫Major GC；清理整个堆空间—包括年轻代和老年代叫Full GC。

4、jvm建议配置

-XX:MetaspaceSize=128M -XX:MaxMetaspaceSize=256M -Xms256m -Xmx256m
设置元空间的初始值和最大值，设置堆空间的初始值和最大值。

MetaspaceSize要设置为128M？堆内存初始值Xms设置为256M而不是512M？
根据jdk官网的建议

Java堆大小设置，Xms 和 Xmx设置为老年代存活对象的3-4倍，即FullGC之后的老年代内存占用的3-4倍
永久代 PermSize和MaxPermSize(元空间)设置为老年代存活对象的1.2-1.5倍。(1.8以后彻底抛弃了)
年轻代Xmn的设置为老年代存活对象的1-1.5倍。
老年代的内存大小设置为老年代存活对象的2-3倍
类加载统计：
jstat -class pid(进程号)

Loaded | Bytes | Unloaded | Bytes | Time

LoadedBytesUnloadedBytesTime
加载class的数量所占用空间大小未加载数量未加载占用空间时间
编译统计
jstat -compiler pid（进程号）
CompiledFailedInvalidTimeFailedTypeFailedMethod
编译数量Failed：失败数量Invalid：不可用数量Time：时间FailedType：失败类型FailedMethod：失败的方法
垃圾回收统计
jstat -gc pid(进程号)
S0CS1CS0US1UECEUOCOUMCMUCCSCCCSUYGCYGCTFGCFGCTGCT
第一个幸存区的大小第二个幸存区的大小第一个幸存区的使用大小第二个幸存区的使用大小伊甸园区的大小伊甸园区的使用大小老年代大小老年代使用大小方法区大小方法区使用大小压缩类空间大小压缩类空间使用大小年轻代垃圾回收次数年轻代垃圾回收消耗时间老年代垃圾回收次数老年代垃圾回收消耗时间垃圾回收消耗总时间
堆内存统计
jstat -gccapacity pid(进程号)
NGCMNNGCMXNGCS0CS1CECOGCMNOGCMXOGCOCMCMNMCMXMCCCSMNCCSMXCCSCYGCFGC
新生代最小容量新生代最大容量当前新生代容量第一个幸存区大小第二个幸存区的大小伊甸园区的大小老年代最小容量老年代最大容量当前老年代大小当前老年代大小最小元数据容量最大元数据容量当前元数据空间大小最小压缩类空间大小最大压缩类空间大小当前压缩类空间大小年轻代gc次数老年代GC次数
新生代垃圾回收统计
jstat -gcnew pid(进程号)
S0CS1CS0US1UTTMTTDSSECEUYGCYGCT
第一个幸存区大小第二个幸存区的大小第一个幸存区的使用大小第二个幸存区的使用大小对象在新生代存活的次数对象在新生代存活的最大次数期望的幸存区大小伊甸园区的大小伊甸园区的使用大小年轻代垃圾回收次数年轻代垃圾回收消耗时间
新生代内存统计
jstat -gcnewcapacity pid(进程号)
NGCMNNGCMXNGCS0CMXS0CS1CMXS1CECMXECYGCFGC
新生代最小容量新生代最大容量当前新生代容量最大幸存1区大小当前幸存1区大小最大幸存2区大小当前幸存2区大小最大伊甸园区大小当前伊甸园区大小年轻代垃圾回收次数老年代回收次数
老年代垃圾回收统计
jstat -gcold pid(进程号)
MCMUCCSCCCSUOCOUYGCFGCFGCTGCT
方法区大小方法区使用大小压缩类空间大小压缩类空间使用大小老年代大小老年代使用大小年轻代垃圾回收次数老年代垃圾回收次数老年代垃圾回收消耗时间垃圾回收消耗总时间
老年代内存统计
jstat -gcoldcapacity pid(进程号)
OGCMNOGCMXOGCOCYGCFGCFGCTGCT
老年代最小容量老年代最大容量当前老年代大小老年代大小年轻代垃圾回收次数老年代垃圾回收次数老年代垃圾回收消耗时间垃圾回收消耗总时间
元数据空间统计
jstat -gcmetacapacity pid(进程号)
MCMNMCMXMCCCSMNCCSMXCCSCYGCFGCFGCTGCT
最小元数据容量最大元数据容量最大元数据容量最小压缩类空间大小最大压缩类空间大小最大压缩类空间大小年轻代垃圾回收次数老年代垃圾回收次数老年代垃圾回收消耗时间垃圾回收消耗总时间
总结垃圾回收统计
jstat -gcutil pid(进程号)
S0S1EOMCCSYGCFGCFGCTGCT
幸存1区当前使用比例幸存2区当前使用比例伊甸园区使用比例老年代使用比例元数据区使用比例压缩使用比例年轻代垃圾回收次数老年代垃圾回收次数老年代垃圾回收消耗时间垃圾回收消耗总时间
JVM编译方法统计
jstat -printcompilation pid(进程号)
CompiledSizeTypeMethod
最近编译方法的数量最近编译方法的字节码数量最近编译方法的编译类型方法名标识

1、JVM空间说明

  • JDK 1.7及以前，java类的信息、常量池、静态变量都存在Permanent中，类的元数据和静态变量在类加载的时候分配到permanent中，只有当类被销毁的时候垃圾收集GC会从permanent中处理掉
  • JDK 1.8 的对 JVM 架构的改造将类元数据放到本地内存中，将常量池和静态变量放到 Java 堆里。HotSoptVM 将会为类的元数据明确分配和释放本地内存。在这种架构下，类元信息就突破了原来 -XX:MaxPermSize 的限制,所以PermSize的配置也是无效的，现在可以使用更多的本地内存。这样就从一定程度上解决了原来在运行时生成大量类的造成经常 Full GC 问题，如运行时使用反射、代理等.
  • 可以发现最明显的一个变化是元空间从虚拟机转移到本地内存；默认情况下，元空间的大小仅受本地内存的限制。这意味着以后不会因为永久代空间不够而抛出OOM异常了。jdk1.8以前版本的class和jar包数据存储在permGen下面 ，permGen大小是固定的，而且项目之间无法共用公有的class，所以很容易碰到OOM异常。
    改成metaSpaces后，各个项目会共享同样的class内存空间，比如多个项目都引用了common包，在metaSpaces中只会存储common的class，提高了内存的利用率，垃圾回收更有效率。

2、JVM参数配置

1.在jdk1.8以前，生产环境一般有如下配置

-XX:PermSize=512M -XX:MaxPermSize=1024M

表示在JVM里存储Java类信息，常量池和静态变量的永久代区域初始大小为512M，最大为1024M。在项目启动后，这个值是固定的，如果项目class过多，很可能遇到OutOfMemoryError: PermGen异常。
2.升级JDK1.8之后，上面的perm配置已经变成

-XX:MetaspaceSize=512M XX:MaxMetaspaceSize=1024M

MetaspaceSize如果不做配置，通过jinfo查看默认MetaspaceSize大小（约21M）,MaxMetaspaceSize很大很大，前面说过MetaSpace只受本地内存大小限制。MetaspaceSize为出发FullGC的阈值，默认约为21M，如做了配置，最小阈值为自定义配置大小。空间使用达到阈值，触发FullGC，同时对该值扩大。当然如果元空间实际使用小于阈值，在GC的时候也会对该值缩小。MaxMetaspaceSize为元空间的最大值，如果设置太小，可能会导致频繁FullGC，甚至OOM。

3、GarbageCollection过程

1、新new的对象都放在Eden区
2、Eden区满或者快满的时候进行一次清理（MinorGc），不被引用的对象直接被清理掉；还有引用的对象，但是年龄比较大的，挪到S0区
3、下次Eden区快满的时候，会进行上一步的操作，并且将Eden和S0区的年纪大的对象放到S1区，原理上随时保持S0和S1有一个是空的，用来存下一次的对象
4、下下次，Eden区快满的时候，会进行上一步操作，并且将Eden和S1区的年纪大的对象放到S0区，此时S1区就是空的
5、直到Eden区快满，S0或者S1也快满的时候，这时候就把这两个区的年纪大的对象放到Old区
6、依次循环，直到Old区也快满的时候，Eden区也快满的时候，会对整个这一块内存区域进行一次大清洗（FullGC），腾出内存，为之后的对象创建，程序运行腾地方。

清理Eden区和Survivor区叫Minor GC；清理Old区叫Major GC；清理整个堆空间—包括年轻代和老年代叫Full GC。

4、jvm建议配置

-XX:MetaspaceSize=128M -XX:MaxMetaspaceSize=256M -Xms256m -Xmx256m
设置元空间的初始值和最大值，设置堆空间的初始值和最大值。

MetaspaceSize要设置为128M？堆内存初始值Xms设置为256M而不是512M？
根据jdk官网的建议

Java堆大小设置，Xms 和 Xmx设置为老年代存活对象的3-4倍，即FullGC之后的老年代内存占用的3-4倍
永久代 PermSize和MaxPermSize(元空间)设置为老年代存活对象的1.2-1.5倍。(1.8以后彻底抛弃了)
年轻代Xmn的设置为老年代存活对象的1-1.5倍。
老年代的内存大小设置为老年代存活对象的2-3倍
类加载统计：
jstat -class pid(进程号)

Loaded | Bytes | Unloaded | Bytes | Time
—| —|--- |— |—
9881 | 17877.5 | 0 | 0.0 | 43.05
加载class的数量|所占用空间大小|未加载数量|未加载占用空间|时间

编译统计
jstat -compiler pid（进程号）
CompiledFailedInvalidTimeFailedTypeFailedMethod
1735     | 0       |0   | 14.09    |      0

编译数量| Failed：失败数量| Invalid：不可用数量|Time：时间|FailedType：失败类型|FailedMethod：失败的方法

垃圾回收统计
jstat -gc pid(进程号)
S0CS1CS0US1UECEUOCOUMCMUCCSCCCSUYGCYGCTFGCFGCTGCT
第一个幸存区的大小第二个幸存区的大小第一个幸存区的使用大小第二个幸存区的使用大小伊甸园区的大小伊甸园区的使用大小老年代大小老年代使用大小方法区大小方法区使用大小压缩类空间大小压缩类空间使用大小年轻代垃圾回收次数年轻代垃圾回收消耗时间老年代垃圾回收次数老年代垃圾回收消耗时间垃圾回收消耗总时间
堆内存统计
jstat -gccapacity pid(进程号)
NGCMNNGCMXNGCS0CS1CECOGCMNOGCMXOGCOCMCMNMCMXMCCCSMNCCSMXCCSCYGCFGC
新生代最小容量新生代最大容量当前新生代容量第一个幸存区大小第二个幸存区的大小伊甸园区的大小老年代最小容量老年代最大容量当前老年代大小当前老年代大小最小元数据容量最大元数据容量当前元数据空间大小最小压缩类空间大小最大压缩类空间大小当前压缩类空间大小年轻代gc次数老年代GC次数
新生代垃圾回收统计
jstat -gcnew pid(进程号)
S0CS1CS0US1UTTMTTDSSECEUYGCYGCT
第一个幸存区大小第二个幸存区的大小第一个幸存区的使用大小第二个幸存区的使用大小对象在新生代存活的次数对象在新生代存活的最大次数期望的幸存区大小伊甸园区的大小伊甸园区的使用大小年轻代垃圾回收次数年轻代垃圾回收消耗时间
新生代内存统计
jstat -gcnewcapacity pid(进程号)
NGCMNNGCMXNGCS0CMXS0CS1CMXS1CECMXECYGCFGC
新生代最小容量新生代最大容量当前新生代容量最大幸存1区大小当前幸存1区大小最大幸存2区大小当前幸存2区大小最大伊甸园区大小当前伊甸园区大小年轻代垃圾回收次数老年代回收次数
老年代垃圾回收统计
jstat -gcold pid(进程号)
MCMUCCSCCCSUOCOUYGCFGCFGCTGCT
方法区大小方法区使用大小压缩类空间大小压缩类空间使用大小老年代大小老年代使用大小年轻代垃圾回收次数老年代垃圾回收次数老年代垃圾回收消耗时间垃圾回收消耗总时间
老年代内存统计
jstat -gcoldcapacity pid(进程号)
OGCMNOGCMXOGCOCYGCFGCFGCTGCT
老年代最小容量老年代最大容量当前老年代大小老年代大小年轻代垃圾回收次数老年代垃圾回收次数老年代垃圾回收消耗时间垃圾回收消耗总时间
元数据空间统计
jstat -gcmetacapacity pid(进程号)
MCMNMCMXMCCCSMNCCSMXCCSCYGCFGCFGCTGCT
最小元数据容量最大元数据容量最大元数据容量最小压缩类空间大小最大压缩类空间大小最大压缩类空间大小年轻代垃圾回收次数老年代垃圾回收次数老年代垃圾回收消耗时间垃圾回收消耗总时间
总结垃圾回收统计
jstat -gcutil pid(进程号)
S0S1EOMCCSYGCFGCFGCTGCT
幸存1区当前使用比例幸存2区当前使用比例伊甸园区使用比例老年代使用比例元数据区使用比例压缩使用比例年轻代垃圾回收次数老年代垃圾回收次数老年代垃圾回收消耗时间垃圾回收消耗总时间
JVM编译方法统计
jstat -printcompilation pid(进程号)
CompiledSizeTypeMethod
最近编译方法的数量最近编译方法的字节码数量最近编译方法的编译类型方法名标识
XiaoMaPro
关注
专栏目录
JVM(Java虚拟机)
12-14
JVM(Java虚拟机)的整个流程：发展，运行区域，垃圾回收器，内存分配策略，垃圾收集，JVM分析工具，JVM优化
JVM
07-30
Java虚拟机（JVM）是Java编程语言的核心组成部分，它为Java程序提供了运行环境，使得Java代码能够在不同的操作系统上“一次编写，到处运行”。JVM是Java平台的一部分，负责执行字节码，管理内存，垃圾收集，以及提供...
什么是jvm?
热门推荐
stanlee的博客
04-17 6万+
说明：做java开发的几乎都知道jvm这个名词，但是由于jvm对实际的简单开发的来说关联的还是不多，一般工作个一两年（当然不包括爱学习的及专门做性能优化的什么的），很少有人能很好的去学习及理解什么是jvm，以及弄清楚jvm的工作原理，个人认为这块还是非常有必要去认真了解及学习的，特别是刚入门或入门不久的java开发来说，这是java的基石。
JVM（Java虚拟机）
最新发布
2301_76161469的博客
07-31 1106
JVM 作为 Java 的核心组成部分，提供了丰富的功能和机制，在本篇文章中，我们主要学习 JVM 的内存区域划分、类加载机制 和 垃圾回收算法
JVM内存模型
莫名的白的博客
12-15 417
JVM是Java Virtual Machine（Java虚拟机）的缩写，JVM是一种用于计算设备的规范，它是一个虚构出来的计算机，是通过在实际的计算机上仿真模拟各种计算机功能来实现的。 Java语言的一个非常重要的特点就是与平台的无关性。而使用Java虚拟机是实现这一特点的关键。一般的高级语言如果要在不同的平台上运行，至少需要编译成不同的目标代码。而引入Java语言虚拟机后，Java语言在
JVM指令手册详细完整版.pdf
10-23
"JVM指令手册详细完整版.pdf" 本资源是关于JVM指令的详细手册，涵盖了JVM指令的各种系列命令，包括未归类系列、const系列、push系列、ldc系列、load系列等。每个系列命令都有其特定的功能和用途，下面我们将逐一...
一个jvm启动多个springboot服务
01-08
在Java世界中，JVM（Java虚拟机）是运行所有Java应用程序的基础，它为每个应用程序提供了一个独立的运行环境。Spring Boot是一个简化Spring应用开发的框架，它通过提供默认配置和starter项目，使得构建微服务变得...
SAP JVM 4.1 64 bits
06-20
SAP JVM 4.1 64位是一个专为SAP系统设计的Java虚拟机，它主要用于运行SAP的应用程序和服务。此版本是为64位操作系统优化的，旨在提供更好的性能和内存管理能力，特别是在处理大数据量和复杂计算场景时。 首先，我们...
jvm指令手册 +JVM必知必会，掌握虚拟机编译过程.rar
11-09
JVM是Java Virtual Machine（Java虚拟机）的缩写，JVM是一种用于计算设备的规范，它是一个虚构出来的计算机，是通过在实际的计算机上仿真模拟各种计算机功能来实现的。 引入Java语言虚拟机后，Java语言在不同平台...
深入理解JVM内幕：从基本结构到Java 7新特性
zgmzyr的专栏
12-05 843
转载于：http://www.csdn.net/article/2012-12-05/2812509-Java-JVM   每个Java开发者都知道Java字节码是执行在JRE(Java Runtime Environment Java运行时环境）上的。JRE中最重要的部分是Java虚拟机（JVM），JVM负责分析和执行Java字节码。Java开发人员并不需要去关心JVM是如何运行的。在没有深
JVM（Java Virtual Machine）
王者归来
12-22 327
内存模型 JVM分为五个区域：虚拟机栈、本地方法栈、方法区、堆、程序计数器 虚拟机栈、本地方法栈、程序计数器为线程私有，方法区和堆为线程共享区。 占用内存大小不同，一般情况下堆最大，存放“对象”,程序计数器较小 堆（Heap） 堆的GC操作采用分代收集算法 堆区分了新生代和老年代 新生代又分为：Eden空间、From Survivor（S0）空间、To Survivor（S1）空间。 无法再扩展时，将会抛出OutOfMemoryError异常，垃圾收集器就是根据GC算法，收集堆上对象
JVM调优深度解析
"《JVM调优总结》是由作者和你在一起在JavaEye社区分享的一份关于Java虚拟机（JVM）性能优化的系列文章。本文档涵盖了从基础概念到高级调优策略的多个方面，旨在帮助开发者理解JVM的工作原理，识别并解决性能瓶颈，...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值