Java 27 вышла 15 сентября: три изменения runtime, которые заметит прод

Заголовок объекта на 64-битной JVM сокращается с 96–128 до 64 бит. Для приложений с миллионами мелких объектов это экономия heap на 10–20 %, но точная цифра зависит от структуры объектного графа: у одних сервисов выигрыш заметный, у других почти нулевой. Изменение включено по умолчанию, поэтому проявится сразу.

Сборщик мусора G1 теперь используется по умолчанию во всех окружениях. Раньше маленькие контейнеры с одним процессором и небольшим объёмом памяти получали Serial GC. Для таких сервисов изменится потребление CPU и профиль пауз: G1 работает параллельно и предсказуемее по паузам, но требует больше ресурсов на фоне.

Java Flight Recorder автоматически фильтрует значения по ключам вроде password, token, secret, credential, api-key, private-key и client-secret. Это дополнительный слой защиты записей профилировщика, но не замена хранилищам секретов и управлению доступом.

Проверьте скрипты запуска: несколько опций окончательно удалены или переименованы.

• Удалены: -noclassgc, -noverify, -verifyremote, -Xverify:none.
• Переименован: -XX:InitiatingHeapOccupancyPercent → -XX:G1IHOP; -XX:UseCompressedClassPointers устарел.
• Новая команда jcmd <pid> VM.security_properties показывает конфигурацию TLS.
• Thread dump в JSON получил formatVersion 2 и числовые значения вместо строк, например "tid": 42.

Прогнать нагрузочные тесты и сравнить расход памяти и профиль CPU до и после, особенно для контейнеров с ограниченными ресурсами. Убедиться, что скрипты запуска не используют удалённые флаги, а парсеры дампов понимают новый формат JSON. Если продакшен на LTS-ветке, Java 27 остаётся версией для стендов и раннего знакомства с изменениями, которые придут в Java 29.

Java 27 — не LTS, но её изменения runtime реальные: тоньше заголовки, G1 по умолчанию, скрытие секретов в JFR. Проверяйте на тестах, обновляйте скрипты, а продакшен держите на Java 25 до Java 29.