3.1、JVM学习——GC日志含义与配置

最新推荐文章于 2023-11-12 23:16:01 发布
最新推荐文章于 2023-11-12 23:16:01 发布
阅读量457 收藏
点赞数
分类专栏： JVM 文章标签： JVM 垃圾回收日志 VM 配置
如果我们不尊重权威,源码看起来也没有什么借鉴意义,如果我们完全的信服权威,那么源码中未发现的bug就天然的被忽略了
本文链接：https://blog.csdn.net/bestcxx/article/details/102815689
版权

文章目录

前言

GC 日志可以提供虚拟机各分代垃圾回收的情况，需要注意的是，不同的垃圾回收器在GC 日志中名字并不相同。

JDK 版本

本文使用 JDK 1.8 x64 进行相关测试

查看垃圾回收器

查看 JVM 垃圾回收器类型的三个方式

测试代码

从实践来说，可以通过限制虚拟机内存大小，然后不断创建对象来触发 GC，也可以直接调用 System.gc()，本文采用了后者——更简单，直观。
当然，作为测试，我们还是增加了一些JVM 的配置参数，用于日志能够展示在控制台上

-verbose:gc -Xms20M -Xmx20M -Xmn10M -XX:+PrintGCDetails -XX:SurvivorRatio=8 -XX:PretenureSizeThreshold=3145728

public class GcTest {
		//-verbose:gc -Xms20M -Xmx20M -Xmn10M -XX:+PrintGCDetails -XX:SurvivorRatio=8 -XX:PretenureSizeThreshold=3145728
		private static final int _1MB = 1024 * 1024;
		private static final int _4MB = 4*1024 * 1024;

		/**
		 * 小对象先保存到 新生代 Eden
		 */
	    public static void testThreshold(){
	        byte[] allocation;
	        allocation = new byte[1 * _1MB];
	    }
	    
	    /**
	     * 大对象直接进入老年代
	     * -XX:PretenureSizeThreshold=3145728
	     */
	    public static void testPretenureSizeThreshold(){
	        byte[] allocation;
	        allocation = new byte[1 * _4MB];
	    }

	    public static void main(String[] args) {
	    	//触发老年代GC
	    	for(int j=0;j<3;j++) {
	    		testPretenureSizeThreshold();
	    	}
	    	
	    	//触发新生代GC
	    	for(int i=0;i<10;i++) {
	    		GcTest.testThreshold();
	    	}
	    	
	    	//手动触发GC
			System.gc();	
	    }
}

控制台内容

控制台内容包含了两个部分，第一个部分是 GC 信息，第二个部分是 Heap 信息
其中 GC 信息就是本文要介绍的GC 日志。
Heap 信息属于PrintGCDetails 的附加信息。

[GC (System.gc()) [PSYoungGen: 1740K->729K(9216K)] 1740K->737K(19456K), 0.0016883 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[Full GC (System.gc()) [PSYoungGen: 729K->0K(9216K)] [ParOldGen: 8K->596K(10240K)] 737K->596K(19456K), [Metaspace: 2677K->2677K(1056768K)], 0.0053865 secs] [Times: user=0.01 sys=0.00, real=0.00 secs] 
Heap
 PSYoungGen      total 9216K, used 82K [0x00000007bf600000, 0x00000007c0000000, 0x00000007c0000000)
  eden space 8192K, 1% used [0x00000007bf600000,0x00000007bf614920,0x00000007bfe00000)
  from space 1024K, 0% used [0x00000007bfe00000,0x00000007bfe00000,0x00000007bff00000)
  to   space 1024K, 0% used [0x00000007bff00000,0x00000007bff00000,0x00000007c0000000)
 ParOldGen       total 10240K, used 596K [0x00000007bec00000, 0x00000007bf600000, 0x00000007bf600000)
  object space 10240K, 5% used [0x00000007bec00000,0x00000007bec950e8,0x00000007bf600000)
 Metaspace       used 2684K, capacity 4486K, committed 4864K, reserved 1056768K
  class space    used 288K, capacity 386K, committed 512K, reserved 1048576K

内容解析-GC 信息

[GC (System.gc()) [PSYoungGen: 1740K->729K(9216K)] 1740K->737K(19456K), 0.0016883 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[Full GC (System.gc()) [PSYoungGen: 729K->0K(9216K)] [ParOldGen: 8K->596K(10240K)] 737K->596K(19456K), [Metaspace: 2677K->2677K(1056768K)], 0.0053865 secs] [Times: user=0.01 sys=0.00, real=0.00 secs]

GC 日志以是否Stop The World 分为两类

GC 日志可以分为两种，一种是 [GC开头，一种是 [Full GC开头,二者的区别在于，[Full GC表明该垃圾回收过程发生了 Stop The World,需要强调的是，不要将GC 日志中 Full GC 关键字和 老年代的垃圾回收 Full GC 混淆，在GC 日志中 年轻代和老年代的日志是在一起的。

如果垃圾回收是由 Java 代码 System.gc()来触发的，则GC 日志中会增加一个(System.gc()),如本文的 [GC (System.gc()) 和 [Full GC (System.gc())
如果垃圾回收是由于内存空间不够,则会显示分配失败 [GC (Allocation Failure)
此外还会有其他类型的情况

[GC````和``[Full GC中间部分的含义:PsYoungGen 是年轻代的垃圾回收信息
ParOldGen是老年代的垃圾回收信息
Metaspace是元空间的垃圾回收信息
最后一部分 Times 表示垃圾回收期间各部分时间段占用的事件比重

比如 [PSYoungGen: 729K->0K(9216K)]
表示：新生代使用的是 ParallelGC 这种垃圾回收器，新生代总大小为 9216K,垃圾回收前后的内存占用大小为 729K->0K ，即所占用的 729K 空间全部被回收了

不同垃圾回收器日志关键字不同

GC 日志使用不同的关键字来区分不同的垃圾回收期，你应该了解到虚拟机垃圾回收器有多种不同的搭配方式。本文在下面内容中通过不同的VM 配置对不同情况下的GC日志关键字进行归纳总结。

新生代、老年代垃圾回收器的搭配连线图(CMS 是可以和 Serial Old 同时使用的)

在这里插入图片描述

内容解析-Heap 信息

Heap
 PSYoungGen      total 9216K, used 82K [0x00000007bf600000, 0x00000007c0000000, 0x00000007c0000000)
  eden space 8192K, 1% used [0x00000007bf600000,0x00000007bf614920,0x00000007bfe00000)
  from space 1024K, 0% used [0x00000007bfe00000,0x00000007bfe00000,0x00000007bff00000)
  to   space 1024K, 0% used [0x00000007bff00000,0x00000007bff00000,0x00000007c0000000)
 ParOldGen       total 10240K, used 596K [0x00000007bec00000, 0x00000007bf600000, 0x00000007bf600000)
  object space 10240K, 5% used [0x00000007bec00000,0x00000007bec950e8,0x00000007bf600000)
 Metaspace       used 2684K, capacity 4486K, committed 4864K, reserved 1056768K
  class space    used 288K, capacity 386K, committed 512K, reserved 1048576K

Heap 信息还是很明显的，PSYoungGen 表示年轻代垃圾回收器为 Parallel Scavenge，此外还有年轻代的 eden 、from、to 的信息；ParOldGen 表示老年代垃圾回收器为 Parallel Old，Metaspace 表示元数据信息，
total 表示总大小，used 表示已用

通过 Heap 信息，也可以分辨出来当前所用的是何种垃圾回收器

指定垃圾回收器与GC 关键字

通过参数指定垃圾回收器

参数描述
-XX:+UseSerialGCdef new generation (Serial)
-XX:+UseParNewGCpar new generation
-XX:+UseParallelGCPSYoungGen
-XX:+UseParallelOldGCPSYoungGen
-XX:+UseConcMarkSweepGC (CMS)par new generation

其他参数延伸

直接看 https://blog.csdn.net/maosijunzi/article/details/46562489

参数类型值举例描述好玩的周边
-Dfile.encoding启动参数=UTF-8影响文件内容，不设定就会采用操作系统的字符集，如果和编译时字符集不一致，就会造成乱码 法国服务器使用中国编译代码出现中文乱码问题
-Dsun.jnu.encoding启动参数=UTF-8影响类名以及输入参数的编码sun.jnu.encoding会影响入参
-Djava.io.tmpdir启动参数/tmp操作系统缓存的临时目录tomcat-临时目录问题
-Djava.net.preferIPv4Stack启动参数false协议栈设置，默认false，为默认值false时，在支持IPv6的双栈系统上，使用Java的Socket会默认通过底层native方法创建一个IPv6 Socket，这个IPv6 Socket可以同时支持和IPv4或IPv6主机通信。如果设置为true，Java程序将无法使用IPv6进行网络通信，也就是仅支持IPv4看下一行
-Djava.net.preferIPv6Addresses启动参数fasle默认false,为默认值false时，IPv4地址会优先使用，例如在DNS通过域名查询IP地址时，会优先使用IPv4地址，反之设为true，则会优先使用IPv6地址Java 设置Ipv4和Ipv6 决定InetAddress.getByName(“www.google.com”)，InetAddress.getLocalHost() 返回是否IPV6
-Xss启动参数512K每个线程分配的内存大小栈溢出 StackOverflowError
-Xmx启动参数2g程序运行期间，最大可占用内存This value must a multiple of 1024 greater than 2MB,否则会报 OutOfMemory
-Xms启动参数2g程序启动时占用内存大小,理论上，设置越大，程序启动越快
-XX:MetaspaceSize启动参数256mmatesaceGC发生的初始阈值JVM参数MetaspaceSize的误解
-XX:MaxMetaspaceSiz启动参数256mMeta区容量范围为[20.8m, MaxMetaspaceSize)JVM 元空间扩容和FC的规律
-XX:+AlwaysPreTouch启动参数非赋值配置服务启动的时候真实的分配物理内存给jvm，否则会先配置虚拟内存，实际使用时再配置会降低运行速度，但是配置后启动速度会受影响运行期优化以及G1的特殊问题
-XX:ReservedCodeCacheSize启动参数240m设置codecache的大小，JIT编译后代码临时存储位置，满的话会优化甚至停止JIT，CPU升高,可以用 jconsole 查看codecache 足以引发量级的性能问题
-XX:+HeapDumpOnOutOfMemoryError启动参数非赋值配置JVM发生OOM时，自动生成DUMP文件内存溢出快照查看
-XX:HeapDumpPath启动参数/opt/user/tmp/HeapDump配合 HeapDumpOnOutOfMemoryError 使用，Heap 快照文件的存储位置可以用 jvisulevm 查看 快照文件
-XX:+UseG1GC启动参数非赋值配置使用 G1 GC，全称为 Garbage-First Garbage CollectorG1的一些概念
-XX:G1HeapRegionSize=4M启动参数1M-32M，需为2的幂次方倍，默认2MG1分配内存大小的基本单位G1的young gc\mixed gc\full gc
-XX:InitiatingHeapOccupancyPercent启动参数40，默认45G1 开始并发标记周期时 Perm Gen 占比的阈值，如果设置太大可能导致回收不及时退化为full gc,太小则可能频繁标记G1优化
-XX:MaxGCPauseMillis启动参数100，默认200，单位msGC最大停顿时间不要设置太小，否则会频繁的停顿，造成服务不可用
-XX:+TieredCompilation启动参数非赋值配置分层编译，非赋值配置
-XX:CICompilerCount启动参数4最大并行编译数tomcat 重启负载高问题定位
-XX:-UseBiasedLocking启动参数非赋值配置禁用偏向锁。偏向锁可以提高有同步但没有竞争的程序性能。但是如果锁对象时常被多条线程竞争，那偏向锁就是多余的JVM 偏向锁是如何实现的
-XX:+PrintGCDetails启动参数非赋值配置打印GC详细信息本文有大量GC的例子
-XX:+PrintGCDateStamps启动参数非赋值配置时间格式使用系统时间JVM打印更易读的时间格式
-XX:+PrintGCTimeStamps启动参数非赋值配置JVM自启动到打印日期的时间秒数+PrintGCTimeStamps 展示JVM启动秒数
-XX:+PrintAdaptiveSizePolicy启动参数非赋值配置打印JVM动态调整的各分区大小，ParallelScavenge 会自动调整各分区大小为什么From/To space 大小几乎变成0了呢
-XX:+PrintGCApplicationStoppedTime启动参数非赋值配置打印JVM被停止持续的时间打印GC暂停的时间
-XX:+PrintHeapAtGC启动参数非赋值配置每一次GC后都打印堆信息JVM GC 后打印堆信息
-XX:+PrintStringTableStatistics启动参数非赋值参配置打印字符串常量池统计信息，在GC日志中会多一栏StringTable statistics:字符串常量池日志
-XX:+PrintTenuringDistribution启动参数非赋值配置展示对象晋升到老年代经历GC的次数GC日志打印对象晋升老年代经历GC的次数
-Xloggc启动参数/opt/logs/jvm/gc.logGC日志目录和名称配置GC日志滚动被覆盖问题
-XX:+UseGCLogfileRotation -XX:NumberOfGCLogfiles=N -XX:GCLogfileSize=N符合配置日志循环打印，即产生多个GC日志文件,需要结合下面两个命令使用，即单文件大小，以及循环文件个数，默认文件数为0，大小0 ，即都不做限制，单个GC文件单位为M,建议值为循环30，单个文件30M为什么不推荐使用循环打印日志方式 循环打印GC日志配置
-XX:+PrintFlagsFinal启动参数非赋值配置打印系统所有参数JVM 系统参数查看
-XX:ErrorFile启动参数/opt/logs/jvm/hs_err_pid.logJVM 错误日志JVM参数设置
java_command启动参数./demo.jar使用命令行运行jar–
java_class_path启动参数./demo,jar系统类加载器加载字节码class的路径java.class.path详解
11111
-XX:+AlwaysPreTouch运行参数非配置类型服务启动的时候真实的分配物理内存给jvm，会导致启动变慢，

垃圾回收器关键字规律总结

配置年轻代老年代元数据
-XX:+UseSerialGCdef new generationtenured generationMetaspace
-XX:+UseParNewGCpar new generationtenured generationMetaspace
-XX:+UseParallelGCPSYoungGenParOldGenMetaspace
-XX:+UseParallelOldGCPSYoungGenParOldGenMetaspace
-XX:+UseConcMarkSweepGCpar new generationconcurrent mark-sweep generationMetaspace

GC 详情展示

-XX:+UseSerialGC

垃圾回收器: Serial+ SerialOld
GC 日志

[GC (Allocation Failure) [Tenured: 8192K->596K(10240K), 0.0034819 secs] 9932K->596K(19456K), [Metaspace: 2678K->2678K(1056768K)], 0.0035603 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[GC (Allocation Failure) [DefNew: 7331K->0K(9216K), 0.0003829 secs] 12024K->4692K(19456K), 0.0004152 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[Full GC (System.gc()) [Tenured: 4692K->596K(10240K), 0.0031400 secs] 7928K->596K(19456K), [Metaspace: 2678K->2678K(1056768K)], 0.0031873 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

堆信息

 Heap
 def new generation   total 9216K, used 82K [0x00000007bec00000, 0x00000007bf600000, 0x00000007bf600000)
  eden space 8192K,   1% used [0x00000007bec00000, 0x00000007bec14920, 0x00000007bf400000)
  from space 1024K,   0% used [0x00000007bf400000, 0x00000007bf400000, 0x00000007bf500000)
  to   space 1024K,   0% used [0x00000007bf500000, 0x00000007bf500000, 0x00000007bf600000)
 tenured generation   total 10240K, used 596K [0x00000007bf600000, 0x00000007c0000000, 0x00000007c0000000)
   the space 10240K,   5% used [0x00000007bf600000, 0x00000007bf6950e8, 0x00000007bf695200, 0x00000007c0000000)
 Metaspace       used 2684K, capacity 4486K, committed 4864K, reserved 1056768K
  class space    used 288K, capacity 386K, committed 512K, reserved 1048576K

-XX:+UseParNewGC

垃圾回收器: PawNew+64位时 SerialOld
GC 日志

Java HotSpot(TM) 64-Bit Server VM warning: Using the ParNew young collector with the Serial old collector is deprecated and will likely be removed in a future release
[GC (Allocation Failure) [Tenured: 8192K->596K(10240K), 0.0045567 secs] 9932K->596K(19456K), [Metaspace: 2678K->2678K(1056768K)], 0.0046114 secs] [Times: user=0.00 sys=0.00, real=0.01 secs] 
[GC (Allocation Failure) [ParNew: 7331K->0K(9216K), 0.0005674 secs] 12024K->4692K(19456K), 0.0006037 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[Full GC (System.gc()) [Tenured: 4692K->596K(10240K), 0.0024158 secs] 7928K->596K(19456K), [Metaspace: 2678K->2678K(1056768K)], 0.0024644 secs] [Times: user=0.00 sys=0.00, real=0.01 secs]

堆信息

Heap
 par new generation   total 9216K, used 82K [0x00000007bec00000, 0x00000007bf600000, 0x00000007bf600000)
  eden space 8192K,   1% used [0x00000007bec00000, 0x00000007bec14920, 0x00000007bf400000)
  from space 1024K,   0% used [0x00000007bf400000, 0x00000007bf400000, 0x00000007bf500000)
  to   space 1024K,   0% used [0x00000007bf500000, 0x00000007bf500000, 0x00000007bf600000)
 tenured generation   total 10240K, used 596K [0x00000007bf600000, 0x00000007c0000000, 0x00000007c0000000)
   the space 10240K,   5% used [0x00000007bf600000, 0x00000007bf6950e8, 0x00000007bf695200, 0x00000007c0000000)
 Metaspace       used 2684K, capacity 4486K, committed 4864K, reserved 1056768K
  class space    used 288K, capacity 386K, committed 512K, reserved 1048576K

-XX:+UseParallelGC

垃圾回收器: Parallel Scavenge+Parallel Old
GC 日志

[GC (Allocation Failure) [PSYoungGen: 7884K->745K(9216K)] 16076K->8946K(19456K), 0.0018850 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[GC (Allocation Failure) [PSYoungGen: 8077K->681K(9216K)] 16277K->8882K(19456K), 0.0015061 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[GC (System.gc()) [PSYoungGen: 2025K->665K(9216K)] 10225K->8874K(19456K), 0.0010182 secs] [Times: user=0.01 sys=0.00, real=0.01 secs] 
[Full GC (System.gc()) [PSYoungGen: 665K->0K(9216K)] [ParOldGen: 8208K->594K(10240K)] 8874K->594K(19456K), [Metaspace: 2679K->2679K(1056768K)], 0.0052985 secs] [Times: user=0.01 sys=0.00, real=0.00 secs]

堆信息

Heap
 PSYoungGen      total 9216K, used 82K [0x00000007bf600000, 0x00000007c0000000, 0x00000007c0000000)
  eden space 8192K, 1% used [0x00000007bf600000,0x00000007bf614920,0x00000007bfe00000)
  from space 1024K, 0% used [0x00000007bfe00000,0x00000007bfe00000,0x00000007bff00000)
  to   space 1024K, 0% used [0x00000007bff00000,0x00000007bff00000,0x00000007c0000000)
 ParOldGen       total 10240K, used 596K [0x00000007bec00000, 0x00000007bf600000, 0x00000007bf600000)
  object space 10240K, 5% used [0x00000007bec00000,0x00000007bec950e8,0x00000007bf600000)
 Metaspace       used 2683K, capacity 4486K, committed 4864K, reserved 1056768K
  class space    used 288K, capacity 386K, committed 512K, reserved 1048576K

-XX:+UseParallelOldGC

垃圾回收器: Parallel Scavenge+Parallel Old
GC 日志

[GC (Allocation Failure) [PSYoungGen: 7884K->729K(9216K)] 16076K->8930K(19456K), 0.0018887 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[GC (Allocation Failure) [PSYoungGen: 8061K->713K(9216K)] 16261K->8914K(19456K), 0.0014337 secs] [Times: user=0.00 sys=0.00, real=0.01 secs] 
[GC (System.gc()) [PSYoungGen: 2057K->633K(9216K)] 10257K->8842K(19456K), 0.0010012 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[Full GC (System.gc()) [PSYoungGen: 633K->0K(9216K)] [ParOldGen: 8208K->594K(10240K)] 8842K->594K(19456K), [Metaspace: 2679K->2679K(1056768K)], 0.0047913 secs] [Times: user=0.01 sys=0.00, real=0.00 secs]

堆信息

Heap
 PSYoungGen      total 9216K, used 82K [0x00000007bf600000, 0x00000007c0000000, 0x00000007c0000000)
  eden space 8192K, 1% used [0x00000007bf600000,0x00000007bf614920,0x00000007bfe00000)
  from space 1024K, 0% used [0x00000007bfe00000,0x00000007bfe00000,0x00000007bff00000)
  to   space 1024K, 0% used [0x00000007bff00000,0x00000007bff00000,0x00000007c0000000)
 ParOldGen       total 10240K, used 596K [0x00000007bec00000, 0x00000007bf600000, 0x00000007bf600000)
  object space 10240K, 5% used [0x00000007bec00000,0x00000007bec950e8,0x00000007bf600000)
 Metaspace       used 2684K, capacity 4486K, committed 4864K, reserved 1056768K
  class space    used 288K, capacity 386K, committed 512K, reserved 1048576K

-XX:+UseConcMarkSweepGC

垃圾回收器: ParNew+CMS
GC 日志

[GC (Allocation Failure) [CMS: 8192K->600K(10240K), 0.0039740 secs] 9932K->600K(19456K), [Metaspace: 2677K->2677K(1056768K)], 0.0040636 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[GC (Allocation Failure) [ParNew: 7331K->0K(9216K), 0.0005220 secs] 12028K->4696K(19456K), 0.0005620 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 
[Full GC (System.gc()) [CMS: 4696K->599K(10240K), 0.0022873 secs] 7932K->599K(19456K), [Metaspace: 2678K->2678K(1056768K)], 0.0023498 secs] [Times: user=0.00 sys=0.00, real=0.00 secs]

堆信息

Heap
 par new generation   total 9216K, used 82K [0x00000007bec00000, 0x00000007bf600000, 0x00000007bf600000)
  eden space 8192K,   1% used [0x00000007bec00000, 0x00000007bec14920, 0x00000007bf400000)
  from space 1024K,   0% used [0x00000007bf400000, 0x00000007bf400000, 0x00000007bf500000)
  to   space 1024K,   0% used [0x00000007bf500000, 0x00000007bf500000, 0x00000007bf600000)
 concurrent mark-sweep generation total 10240K, used 600K [0x00000007bf600000, 0x00000007c0000000, 0x00000007c0000000)
 Metaspace       used 2683K, capacity 4486K, committed 4864K, reserved 1056768K
  class space    used 288K, capacity 386K, committed 512K, reserved 1048576K
bestcxx
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
JVM GC原理深入学习.pdf
09-25
同时，为了能更深入理解与之相关的知识点，本文特地编写了“第二章 基础知识”，详细的讲解与GC学习相关的JVM架构、JVM选项、Object内存布局、指针压缩等内容，以便读者能更加清晰的理解GC原理的底层逻辑。
[java] GC (Allocation Failure)日志分析
热门推荐
topdeveloperr的博客
04-03 2万+
Table of Contents 概述 JConsole VisualVm GC日志 GC日志分析 概述 博主在最近使用spring batch的过程当中遇到了内存容量耗尽程序崩溃的问题，于是决定将此次的内存问题分析通过本篇博客记录下来。 在分析gc日实例志之前，我们先通过一条《深入理解java虚拟机》一书中的一个例子gc日志来回顾一下gc日志的基本知识，下面是一条gc日志： ...
java gc日志_Java GC日志详解
weixin_35752645的博客
02-12 1591
阅读GC日志是处理Java虚拟机内存问题的基础技能，它只是一些人为确定的规则，没有太多技术含量。在本书的第1版中没有专门讲解如何阅读分析GC日志，为此作者收到许多读者来信，反映对此感到困惑，因此专门增加本节内容来讲解如何理解GC日志。每一种收集器的日志形式都是由它们自身的实现所决定的，换而言之，每个收集器的日志格式都可以不一样。但虚拟机设计者为了方便用户阅读，将各个收集器的日志都维持一定的共性，例...
搞java开发，看懂JVM的GC日志真的很重要
文章中资料均可获取，有需要请添加yunduoa2019即可
07-10 256
推荐阅读：蚂蚁三面被虐惨，原因竟是spring，jvm，mybatis，并发一窍不通 为面阿里P8，我肝了一份651个技术分支的脑图，要么？（限时领） 今天整理的这篇文章，整理自以前记录的日常笔记。 刚开始接触JVM时，对待GC的日志，是保持"逃避"态度的，线上部署的程序没有达到期望的运行效率，或是预期目标时，往往会把问题的矛头指向内存上。 是不是内存不够？ GC日志怎么这么多？占用磁盘高达几个G? 不想看到打印怎么多，甚至暴力的将程序日志...
G1垃圾收集器详解
TJtulong的博客
03-26 821
关于G1垃圾收集器网上的文章很多，但很多都是对垃圾收集过程进行了简化，没有体现出G1的真正优势，只有掌握G1的整个垃圾处理流程才能真正明白G1的优势，由于本人水平有限，本文必然有许多错误，欢迎指正。 从CMS开始 CMS垃圾收集的流程 CMS收集器（Concurrent Mark Sweep：并发标记清除）是一种以获取最短回收停顿时间为目标的收集器。 适合在互联网站或者B/S系统的服务器上，这类应...
详细了解G1、了解G1、G1垃圾收集器详解、G1垃圾回收器简单调优
涂作权的博客
08-22 1998
首先，在了解G1之前，我们需要清楚的知道，垃圾回收是什么？简单的说垃圾回收就是回收内存中不再使用的对象。垃圾回收的基本步骤：1.查找内存中不再使用的对象。2.释放这些对象占用的内存。1.查找内存中不再使用的对象那么问题来了，如何判断哪些对象不再被使用呢？A:引用计数法引用计数法就是如果一个对象没有被任何引用指向，则可视之为垃圾。这种方法的缺点就是不能检测到环的存在。B:根搜索算法（可达性分析算法）
开启 GC 日志
ConstXiong
01-10 1110
之前写过一个例子，展示对象循环引用仍然会被 JVM 的垃圾收集器回收。 代码如下： packageconstxiong.jvm.gc; /** *引用计数 */ publicclassReferenceCount{ publicReferenceCountholder; /** *占用5M */ privatebyte[]appendMemory=newbyte[5*1024*1024]; publi...
基于jdk17的JVM GC配置详解
最新发布
从小看天书
11-12 2089
本文章基于Oracle官方文档编写，翻译有误的欢迎指正。
Java 17 启动参数字典
一瓶绿茶三元钱
06-15 1164
目前正常微服务综合内存占用+延迟+吞吐量，还是 G1 更优秀。但是如果你的微服务本身压力没到机器极限，要求延迟低，那么 ZGC 最好。如果你是实现数据库那样的需求（大量缓存对象，即长时间生存对象，老年代很大，并且还会可能分配大于区域的对象），那么必须使用 ZGC。使用 G1GC 启动参数： 使用 ZGC 启动参数： 其中，需要做成环境变量外部可以配置的是：JVM 日志配置请参考：OpenJDK 11 JVM日志相关参数解析与使用 - 知乎以下需要做成可以在外部配置的环境变量：除了以上内存，JVM 还
java基础学习JVM中GC的算法
08-28
主要介绍了java基础学习JVM中GC的算法，通过图文加深对GC算法思路的理解。
jvmgc日志分析工具
03-20
适用于jvm运行生成的gc日志文件可视化分析
深入学习JAVA GC日志的相关知识
08-25
JVM 在Java应用程序优化中是不可缺少的一大重项，如何合理配置Java参数，如何验证配置参数的有效性，从GC日志中可以获得很重要的提示。下面小编就带大家来一起学习一下吧
JVM——总结思维导图
01-25
JVM——总结思维导图
3.2、查看 JVM 垃圾回收器类型的三个方式
༺ bestcxx的专栏 ༻
08-02 1271
文章目录引题前言——参数信息命名上的差异查看 垃圾回收器类型 的三个方法方法一 PrintCommandLineFlags方法二(通过GC日志和堆信息)方法三(通过 jmap -heap vmid)JDK 版本和默认垃圾回收器 引题 不同版本 JVM 默认使用的 垃圾回收器是不同的，可以通过一些参数进行选择，那么我们如何得知 JVM 使用的是那些垃圾回收器呢？ 前言——参数信息命名上的差异 本文介绍通过 JVM 的参数信息来识别垃圾回收器，这里特别强调的是参数信息中命名和垃圾回收器的名字不是完全对应的。
再论 “Java 是值传递还是地址传递?”
༺ bestcxx的专栏 ༻
04-29 985
鉴于你无法通过形参真正的操作一个对象的真实地址 所以,你不应该通过形参方法进行实例化工作(new一个对象),或者 =null 如果你想提供一个类似的方法,要么直接操作全局变量,要么提供返回值 思考一个工厂方法,产生一个对象,然后返回这个新建对象 当然,如果只是修改对象的属性值,这个是可以影响方法外的对象的.总之,不要认为你可以通过形参修改方法外对象在内存中的地址.........
12.1、JVM 学习——Java 内存模型与８种基本操作、原子性、可见性、有序性
༺ bestcxx的专栏 ༻
07-23 663
文章目录前言Java 内存模型JDK 1.5 和 Java 内存模型主内存和工作内存所有的公共变量都需要在主内存存储工作内存存储主内存的备份和线程私有的信息主内存和工作内存的相互关系Java 内存模型的8种基本操作主内存的操作工作内存的操作——和执行引擎的交互主内存和工作内存的同步操作主内存到工作内存工作内存到主内存参考资料 前言 体能状态先于精神状态，习惯先于决心，聚焦先于喜好。 Java ...
Java 虚拟机学习 不断积累
༺ bestcxx的专栏 ༻
07-28 588
·Java虚拟机运行期的几个概念 Java虚拟机运行期的几个概念，方法区:存储类，静态变量，其他一些运行时参数;堆:存对象和数组;方法区和堆是共享的。程序计数器:记录代码运行到那一行;虚拟机栈和本地方法栈分别服务于Java虚拟机的方法调用和本地系统的Native方法调用。 后面三个都是线程私有的。 ·Java 虚拟机内存分配方式分为指针碰撞和空闲列表 Java 虚拟机内存分配方式分...
““+new String(““) 创建了几个 String 对象?—— JDK1.5优化和 JDK1.7字符串常量池转移到Java Heap
༺ bestcxx的专栏 ༻
09-04 554
在 JVM 规范中,字符串常量池是一个全局配置,位于JVM模型的方法区中. 它有另一个名字叫“非堆”. 但是在具体实现上,并没有严格按照这个标准.
java gc jvm配置
07-27
需要注意的是，不同的应用程序和场景可能需要不同的GC和JVM配置，具体的配置需要根据实际情况进行调整和优化。此外，建议在进行GC和JVM配置调整时，先进行性能测试和监控，以确保配置的改变能够带来预期的效果。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值