Ну что, как вам реклама в Телеграме? Спасибо хоть, что не казино Три Топора 🤣

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

YouTube-канал Java преодолел планку в 100 тысяч подписчиков. А вы подписаны?

Выбрасывание неявной ссылки на внешний класс уже попало в последнюю сборку 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 не столь популярна у современных разработчиков"

Всё, пацаны, расходимся 🤷‍♂️

https://zona.media/news/2021/12/11/log4fun

Ну что, тестируем реакции в Телеге. Го в комменты 👇

А ещё тестим спойлеры

Диаграмма зоопарка классов в проекте #Valhalla (источник).

Программист провёл интересный эксперимент: он реализовал простой сетевой echo клиент-сервер с 1-секундной задержкой и замерил производительность. Использовал три реализации: NIO, виртуальные нити и традиционные нити OS. Результаты можете посмотреть на графиках выше. NIO выиграло по всем параметрам, но отрыв от виртуальных нитей совсем небольшой. Так что NIO хоть и быстрее/эффективнее, но виртуальные нити гораздо более удобная и простая модель, а это в большинстве случаев гораздо важнее в разработке.
Но мне любопытнее показалось другое наблюдение: нити OS не уступили по пропускной способности виртуальным нитям, если было меньше ~30k соединений! А до ~5k соединений физической памяти они использовали ровно столько же! Что такое 5k соединений? Это не такая уж и маленькая нагрузка.
К чему это я? К тому, что это очередное подтверждение правила про преждевременную оптимизацию. Если вы пишете какой-нибудь простой серверок, где у вас не будет большого одновременного количества клиентов (несколько сотен в среднем и в пике до тысячи), то ничего плохого не будет, если вы его реализуете, используя тупой подход "новый поток на каждое новое соединение". А в качестве бонуса вы получите простоту отладки и читаемость кода. А когда выйдет Loom через пару лет, то вы сможете просто поменять все нити на виртуальные, оставив всю остальную часть кода неизменной. Тем временем вы сможете сконцентрироваться на других более важных бизнес-задачах.

#loom