Некоторые подходы для предотвращения катастрофического падения JVM при нехватке памяти:

• Настройка сборщика мусора. 13 Для оптимизации JVM важно правильно выбрать и настроить сборщик мусора. 1 Например, есть сборщики Serial GC, Parallel GC, CMS, G1 GC, ZGC и Shenandoah. 1
• Использование инструментов мониторинга. 13 Они помогают понимать поведение приложения в разных условиях и с разными настройками. 1 С помощью таких инструментов можно отслеживать графики GC, использование CPU и памяти, время отклика и пропускную способность. 1
• Установка JVM-флагов. 3 С их помощью можно задать сборщик мусора, начальный и максимальный размер кучи, размер разделов кучи и многое другое. 3
• Использование опции -XX:+UseGCOverheadLimit. 1 Она завершает работу JVM, если более 98% времени процессора тратится на GC и при этом освобождается менее 2% памяти. 1 Это помогает избежать ситуаций, когда приложение технически работает, но фактически бесполезно из-за постоянной сборки мусора. 1
• Использование экспериментального параметра -XX:ClassUnloadingWithConcurrentMark. 1 Он позволяет выгружать классы даже при использовании параллельной маркировки. 1 Это особенно полезно для долгоживущих приложений, периодически обрабатывающих большие наборы данных с использованием динамически генерируемого кода. 1
• Использование инструментов для обнаружения утечек памяти. 4 К ним относятся, например, Sleigh, LeakSurvivor, Melt и Cork. 4