Универсальные дженерики уже попали в репозиторий Valhalla. И там стоит релиз Java 18! Естественно, preview. Значит по логике мы сможем писать List<int> в Java 20. Поскорей бы.
#Java18 #Java20

В Java 18 появился коммит, который убирает неявную ссылку из анонимного класса в соответствующий внешний класс, если внутренний класс его не использует. Это то, из-за чего раньше настоятельно рекомендовалось использовать лямбды вместо анонимных классов, потому что в лямбдах как раз эти ненужные ссылки не добавляются и объекты внешних классов очищаются вовремя. Теперь же анонимные классы и лямбды будут вести себя одинаково в этом плане. Правда пишут, что это изменение сломало некие тесты в JCK, но это пообещали исследовать и возможно коммит откатывать не придётся.
#java18

Выбрасывание неявной ссылки на внешний класс уже попало в последнюю сборку JDK 18-ea+26. Откатывать, слава богу, ничего не будут. Я проверил, this$0 действительно исчезает, если анонимный класс не использует ссылку. Но есть один нюанс: если класс является Serializable и нету поля serialVersionUID, то ссылка остаётся :(. Например, в таком анонимном классе this$0 будет всё равно присутствовать:

new ArrayList<>() {
...
}

Сериализуемых классов в JDK весьма много. Например, практически все коллекции.

Так что новая оптимизация вылечит далеко не все случаи. А любителям double brace initialization придётся писать вот так, чтобы избежать ссылки:

var list = new ArrayList<>() {public static final long serialVersionUID = 1L;{
add(1); }};

#java18

Пример сниппета кода в джавадоке на примере документации к java.util.Stream (сверху - до, снизу - как бы это могло выглядеть в Java 18+).

1. Фрагмент кода теперь более заметен благодаря серому фону.
2. Появилась кнопка копирования в буфер обмена.
3. Код нормально выровнен по левому краю (обрезаны отступы).
4. Ссылки на методы кликабельны.
5. К некоторым идентификаторам применены стили (bold, italic, highlighted).

При этом исходный код сниппета является синтаксически валидным Java-кодом и может быть верифицирован внешними инструментами (например, IDE).

#java18

Метод sun.misc.Unsafe.objectFieldOffset задепрекейтили в Java 18. Пока без forRemoval. Но в будущем станет forRemoval и будет удалён окончательно.

Что это для нас значит? Любителям несанкционировано покопаться во внутренностях JDK станет совсем туго. Придётся выдумывать новые ещё более ужасные хаки. Похоже, Lombok уже не получится запустить без кучи флагов --add-opens.

#java18 #unsafe #lombok

Снижение потребления нативной памяти сборщиком G1 в Java 17 и Java 18. Расходы сократились на 35-40%.

Источник.

#java18 #g1