GC日志是处理Java虚拟机内存问题的基础技能，它只是一些人为确定的规则，没有太多技术含量。那么weblogic中的GC日志又该如何分析呢，下面我们来做下讲解。工具/原料more终端电脑weblogic环境、GC日志文件方法/步骤1/5分步阅读

一、GC日志位置

1、GC为Garbage Collection的缩写，主要定位为：对JDK heap堆进行垃圾回收，释放不再active的对象。故，其生成的log文件越长，越具备分析价值。如下列出具体的配置方法，并定位输出位置：

2/5

2、存在一种临时查看的方法，具体思路为：通过JDK工具进行查看，如下：

3/5

二、分析方法

1、GC日志，主要是JDK通过每一次的对象的gc回收，进行heap堆现有容量进行记录，故若要进行内存分析，需将点状态串在一起进行分析，故不推荐肉眼进行分析，耗时耗力。一般采用，开源的Gcviewer jar文件进行分析，其图形展现实例为：

4/5

其中，X轴为server运行的时长；Y轴为heap大小or Gc使用时间；黑色线条为执行FULL GC点；蓝色线条为heap使用情况。放大后，具体情况为：

5/5

由图得知，分析思路：

1、根据图中，X轴的时间间隔，可知单位间隔为5分钟；

2、黑色线条为FULLGC，可知在15分钟内，发生了6次频繁的FULL GC现象；

3、蓝色线条为heap使用，可知FULLGC原因，为同时又大对象约400m；

4、故FULLGC原因为，JVM堆内存最大只有1258m，同时分配350m的对象必然会导致JVM不断的进行FULL GC以腾出巨大的空间来满足对象的内存申请；

所以监控到的JVM剩余空间长期处于百分30以下，虽然执行GC能回收回来，且没有发生内存泄露，不过应用代码频繁申请如此大的对象也是不合理的，在并发访问量大的情况下，会非常影响性能，并容易导致内存溢出，需定位调整JVM。