Как узнать, кто вызывает System.gc()?

Вы можете изменить класс Runtime, чтобы журнал вызывал gc() в файл (System.gc() вызывает Runtime.gc())

Для этого отредактируйте копию, скомпилируйте ее и добавьте в свой -Xbootclasspath/p:

Однако большое количество полных GC, скорее всего, связано с недостаточным пространством для оставшихся в живых или полным постоянным пространством.

Можешь попробовать запустить

jstat -gccause {pid} 5s 

Некоторые библиотеки, которые вы используете, могут вызывать явный вызов gc. Вы можете отключить его с помощью -XX:-DisableExplicitGC и посмотреть, останавливается ли он Full GC в журналах.

Используйте следующий скрипт скобок и jvisualvm с плагином btrace, чтобы легко выявить вызывающего абонента System.gc.

// import all BTrace annotations
import com.sun.btrace.annotations.*;

// import statics from BTraceUtils class
import static com.sun.btrace.BTraceUtils.*;

// @BTrace annotation tells that this is a BTrace program
@BTrace
public class GCcaller {
    // @OnMethod annotation tells where to probe.
    // In this example, we are interested in entry
    // into the Thread.start() method.
    @OnMethod(
        clazz="java.lang.System",
        method="gc"
    )
    public static void func() {
        // println is defined in BTraceUtils
        // you can only call the static methods of BTraceUtils
        println("about to start a System.gc!");
        jstack();
    }
}

В Java вы не можете «вызвать» сборщик мусора. Если вы видите документацию когда вы вызываете метод System.gc(), виртуальная машина просто принимает предложение запустить сборщик мусора, но нет гарантии, что он будет вызван эффективно. Это внутренний процесс, который будет вызываться автоматически, даже если вы не вызываете его, когда ему требуется место в стеке.

Если вы видите много полных сборщиков мусора, это может быть признаком того, что приложение неправильно освобождает ресурсы. Вы должны следить за кучей, чтобы увидеть, в чем проблема