Когда JVM запускает сборку мусора?

Question

Я пытаюсь понять, как работает сборщик мусора. Я ясно на следующие моменты:

1. JVM будет вызывать незначительные GC, когда не выделять объекты на молодого поколения.
2. пункт Список

JVM будет вызывать полный GC (как второстепенный + основной GC), когда куча полна.

Но, как насчет объектов молодого поколения и старого поколения, которые больше не ссылаются, имеют право на GC, но нет GC-сгенерированного (то есть куча молодого/старого поколения не заполнена, поэтому GC не происходит)

Означает ли это, что эти объекты останутся в области кучи молодого/старого поколения до тех пор, пока не произойдет GC?

Мои материалы для чтения

• https://plumbr.eu/blog/garbage-collection/minor-gc-vs-major-gc-vs-full-gc

• http://www.cubrid.org/blog/dev-platform/understanding-java-garbage-collection/

• https://www.infoq.com/articles/Java_Garbage_Collection_Distilled

Answer 1

он по-прежнему остается в старом поколении, а общее использование кучи увеличивается до тех пор, пока не появится полный/основной GC. Команда ops отслеживает использование кучи, и они обеспокоены растущей кучей.

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

Информация может быть извлечена, например, из файлов журнала GC.

JVM запускает полный GC (как незначительный, так и основной GC), когда куча заполнена.

Это не обязательно так. Решения о запуске коллекции основаны на эвристике, которая учитывает различные цели, такие как время паузы и пропускная способность.

Answer 2

Да, если нет GC, то объекты будут существовать в куче.

Фактически даже после того, как объект GC будет существовать в куче, если он находится в молодости, до тех пор, пока он не будет перезаписан, в случае старого он зависит от алгоритма, но это интересно только с точки зрения безопасности.