Финальный шаг уплотнения reference-индекса поверх #4272 (уже в develop). База PR — develop.

Что и зачем

Раньше на каждое вхождение приходилось два объекта:

SymbolOccurrence{ occurrenceType, symbol, location } ──► Location{ uri, startLine, startChar, endLine, endChar }

URI шарится (~32k экземпляров на 5.98M вхождений), поэтому сам URI — не проблема. Проблема — обёртка Location: отдельный заголовок объекта и лишний прыжок по указателю на каждое из 5.98M вхождений.

Что сделано

Поля Location расплющены прямо в запись SymbolOccurrence, класс references.model.Location удалён:

public record SymbolOccurrence(
  OccurrenceType occurrenceType, Symbol symbol,
  URI uri, int startLine, int startCharacter, int endLine, int endCharacter
) implements Comparable<SymbolOccurrence> { ... }

• Диапазон/позиция строятся на лету: range(), startPosition().
• Фабрика SymbolOccurrence.of(type, symbol, uri, range) скрывает раскладку Range в 4 int.
• Компаратор сравнивает те же поля напрямую — вложенный Location-компаратор убран, порядок сортировки идентичен (от него зависят getAllBySymbol и Arrays.binarySearch в SymbolOccurrenceRepository из perf(references): компактное хранение обращений + пакетная запись (−375 МиБ) #4272).

Blast-radius маленький и механический (не путать с lsp4j org.eclipse.lsp4j.Location, которого правки не касаются): конструирование нашего Location было в 3 местах (ReferenceIndex), чтение через .location().x() — в LocationRepository, MissingCommonModuleMethodDiagnostic и тестах; всё переведено на плоские поля.

Замер на реальном cpm

populateContext по cpm обеими сборками (единственное отличие — плоская запись против записи с обёрткой Location), retained heap после серии System.gc(), две пары прогонов base/flatten вперемежку:

Память: ≈ −85 МиБ реального heap. Абсолютные значения плывут от загрузки машины (раунд 2 шёл под нагрузкой), но контролируемое сравнение — дельта base→flatten внутри раунда — стабильно −76…−96 МиБ. Время построения индекса — без изменений (populate парсинг-bound; разброс времени в прогонах — машинный шум, не эффект правки).

Это меньше исходной оценки −130…145 МиБ, потому что та была HPROF-shallow (ссылки по 8 Б), а реальный heap с compressed oops — 4 Б.

Тестирование

SymbolOccurrenceRepositoryTest (14, тест из #4272 переведён на SymbolOccurrence.of), ReferenceIndexTest (12), LocationRepositoryTest (3) — зелёные, полный compile main+test проходит. Остальное — CI.

🤖 Generated with Claude Code

https://claude.ai/code/session_017AZeyPcsbdUBaLUGWbhrCi