JDK 27 Compact Object Headers: как сбросить до 30% кучи без кроссфита и жестких диет

Значимый прорыв формирует отрасль ИИ: rurikovich 41 минуту назад JDK 27 Compact Object Headers: как сбросить до 30% кучи без кроссфита и жестких диет Средний 8 мин 1. 3K Высоконагруженные системы * Java * Kotlin * Серверная оптимизация * Анализ и проектирование систем * FAQ Привет, Хабр! Каждый Java-объект в HotSpot начинается со служебного заголовка: метаданные о типе, состояние блокировок, GC-возраст, identity hash, forwarding-указатель при копировании.

На 64-битной JVM с включёнными compressed class pointers (типичная конфигурация) этот заголовок занимает 12 байт: 8 байт mark word + 4 байта klass word. Без compressed class pointers — все 16. 12 байт за служебную информацию — много, особенно для приложений, где в куче живут миллионы мелких объектов: DTO, узлы HashMap и LinkedList, обёртки Integer/Long, ORM-сущности.

Технические детали

У такого объекта заголовок может занимать больше места, чем полезные поля. После выравнивания тела объекта по 8 байтам ситуация ещё хуже: появляется padding, который тоже считается в heap, но никакой пользы не несёт. Что такое Compact Object HeadersCompact Object Headers — это альтернативная раскладка заголовка в HotSpot, которая упаковывает всё в одно 64-битное слово (8 байт) вместо двух раздельных полей.

Указатель на класс сжимается с 32 до 22 бит и встраивается в верхние биты mark word; остальные биты (hash, GC age, lock state, бит self-forwarded, резерв под Project Valhalla) сохраняют свою роль. Чтение типа объекта при таком layout — это сдвиг и маска по mark word, по производительности сопоставимо с обычным compressed oop. Заголовок объекта: зачем он вообщеЛюбой обычный Java-объект в куче HotSpot начинается не с полей вашего класса, а с служебного заголовка.

JVM должна быстро понять:к какому типу относится объект — для instanceof, виртуальных вызовов, GC;как обрабатывать блокировки на мониторе объекта;что делать при копировании в другую область heap (forwarding);где хранить identity hash code, если его уже запросили. Прикладной код этого не видит. Зато видит SRE, когда сервис с миллионами мелких DTO съедает heap быстрее, чем ожидали по размеру «полезных» полей.

Отраслевые последствия

Типичный случай: объект с одним int или пустой ArrayList после выравнивания занимает больше места в заголовке и padding, чем в собственных данных. Compact headers сокращают накладные расходы именно на таких объектах. Классическая раскладка на 64-bitПри включённых compressed class pointers (типичный случай на 64-bit) заголовок — два поля:┌──────────────────┬──────────────────┐ │ mark word │ klass word │ │ 64 bit (8 B) │ 32 bit (4 B) │ └──────────────────┴──────────────────┘ Итого: 12 байт (+ выравнивание тела объекта) Mark word — всё про конкретный экземпляр: lock state, GC age, hash, forwarding при evacuate.

Klass word — сжатый указатель на метаданные класса в metaspace (для reflection, проверок типа, layout полей). Если compressed class pointers выключены, klass pointer раздувается до 64 бит, заголовок может быть 16 байт. Такой режим в JDK 25 уже deprecated, с compact headers он несовместим.

Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.