Вышла новая Java 26.

Вышла Java 26

Статья: https://habr.com/ru/news/1011422/

#jdk26
#java
#RealJavaNews

Записи докладов Spring I/O 2026 постепенно появляются на [YouTube](https://youtube.com/playlist?list=PLe6FX2SlkJdQZ3N0SW9Abo4cN7eO5dU-U&si=A4mfuEUr9MZAJtMk) — Spring Boot 4, новые интеграции, модульный дизайн, API и немного AI.

Это заставляет задуматься: как потреблять знания с конференций в 2026 году?

Раньше мы смотрели доклады ради трёх вещей:

1. Вдохновение — почти не изменилось. Чужой практический опыт по-прежнему мотивирует.
2. Расширение кругозора — теряет смысл. AI-ассистенты дают доступ к любым знаниям быстрее и в удобном формате, а поток информации давно превышает возможности восприятия.
3. Накопление знаний для работы — изменилось радикально. Раньше знания хранились в голове (и редко — в заметках с низкой доступностью). Сейчас решения принимаются с помощью AI, а персональные базы знаний стали по-настоящему оперативными.

Новый подход: вместо просмотра видео — взять описание, слайды, транскрипт и попросить AI сделать глубокое саммари с ресерчем. Оценить полезность, трансформировать в нужный формат и загрузить в персональную базу знаний.

Что думаете по этому поводу?
Изменились ли ваши подходы к потреблению информации?
Сохранится ли мотивация у докладчиков при таком подходе?

#java
#RealJavaNews

Что напечатает код?

🔍 Ответ на задачу про Optional: Почему orElse может тормозить ваш код? 🐢

Использование Optional — это стандарт де-факто в современном Java-коде. Но знаете ли вы разницу между orElse() и orElseGet()? Ошибка здесь может привести к лишним вызовам методов и даже к падению производительности.

Задача: Что произойдет, если вызвать orElse() для метода, который делает тяжелую операцию (например, запрос в БД), даже если значение в Optional уже есть?
Объяснение: orElse(T other) принимает готовый объект. Это значит, что аргумент вычисляется до вызова метода orElse. Даже если Optional не пустой, getDefaultValue() будет выполнен! orElseGet(Supplier<? extends T> other) принимает лямбду (Supplier). Она выполняется только тогда, когда Optional действительно пуст (ленивые вычисления).

Вывод: В примере выше на консоль выведется "Вызов тяжелого метода!", хотя значение "Hello" уже есть. Если бы мы использовали optional.orElseGet(() -> getDefaultValue()), лишнего вызова бы не было.

⚡️ Не перепутайте:
Используйте orElse(), если у вас уже есть готовая константа или примитив.
Используйте orElseGet(), если получение дефолтного значения требует вычислений или создания нового объекта.

Понравился разбор? Ставь ❤️, подписывайся и пиши в комментариях, какие ещё методы Optional тебя путают!

 #java #optional #performance #clean_code #backend #интервью #java_interview_tasks

Можно ли добавить элемент в список, созданный через Arrays.asList()? А через List.of()? И что будет, если изменить исходный массив?

🔍 Ответ на задачу про списки: В чём подвох Arrays.asList() и List.of()? 📝
Казалось бы, оба метода создают список из элементов. Но ведут они себя совершенно по-разному, что часто приводит к UnsupportedOperationException или неожиданным изменениям данных.

Объяснение: Arrays.asList() — это "обертка" над массивом. Он возвращает список фиксированного размера. Если изменить элемент в массиве, он изменится и в списке! Добавлять/удалять элементы нельзя. List.of() (появился в Java 9) создает полностью неизменяемый (immutable) список. Он копирует данные из массива. Изменение массива на него не влияет. Добавлять/удалять элементы также нельзя. Кроме того, List.of() запрещает null.
Вывод:
list1.get(0) выведет "C" (связь с массивом сохранена).
list2.get(0) выведет "A" (данные скопированы).

⚡️ Не перепутайте:
Нужен список, который меняется вместе с массивом? Используйте Arrays.asList().
Нужна гарантия неизменяемости и безопасности? Используйте List.of().

Было полезно? Жми ❤️ и подписывайся, чтобы не пропустить новые разборы! 

#java #collections #list #arrays #immutable #backend #интервью #java_interview_tasks

Что выведет этот код?

🔍 Ответ на задачу про Stream.peek(): Почему ничего не напечаталось? 🕵️‍♂️

Метод peek() часто используют для логирования промежуточных этапов стрима. Но новички часто забывают про "ленивость" стримов.

Объяснение: Стримы в Java ленивы. Промежуточные операции (filter, map, peek) не выполняются до тех пор, пока не будет вызвана терминальная операция (collect, forEach, count и т.д.). В данном коде терминальной операции нет, поэтому конвейер даже не запустится.

Вывод: Код не выведет ничего. Чтобы peek сработал, нужно добавить, например, .collect(Collectors.toList()) в конце.
⚡️ Не перепутайте:
peek() предназначен для отладки, не используйте его для изменения состояния объектов (side-effects).

Всегда завершайте цепочку стрима терминальной операцией.

#java #streamapi #peek #lazy #backend #интервью #java_interview_tasks

Что произойдет при попытке добавить null в качестве ключа в пустую TreeMap?

🔍 Ответ на задачу про TreeMap: Любит ли она null-ключи? 🗺

Коллекции в Java по-разному относятся к null. Если HashMap его терпит, то что скажет TreeMap?

Объяснение:
Многие считают, что TreeMap категорически запрещает null-ключи. На самом деле, TreeMap — это просто дерево, которое полагается на механизм сравнения.

Проблема не в самой TreeMap, а в компараторе. Если вы используете дефолтный компаратор (Natural Ordering), он попытается вызвать compareTo() у ключа. Вызов метода у null неизбежно приведет к NullPointerException.

Однако, если при создании TreeMap передать ей кастомный компаратор, который умеет обрабатывать null (например, Comparator.nullsFirst), то TreeMap будет прекрасно работать с null-ключами.

Вывод:
TreeMap сама по себе НЕ запрещает null-ключи. Ошибка возникает только при использовании компаратора, не поддерживающего null (что происходит по умолчанию).

⚡️ Не перепутайте:
• HashMap: разрешает один null-ключ.
• Hashtable: запрещает null-ключи и значения на уровне методов put/get.
• TreeMap: позволяет использовать null-ключи, ЕСЛИ предоставлен соответствующий компаратор.

#java #collections #treemap #null #map #интервью #java_interview_tasks

Что выведет данный код?

Integer a = 100;
Integer b = 100;
System.out.println(a == b);
Integer c = 1000;
Integer d = 1000;
System.out.println(c == d);

🔍 Ответ на задачу про Integer: Когда 100 == 100, а 1000 != 1000? 🧐

Многие начинающие (и не только) джависты спотыкаются на сравнении объектов-оберток через ==.
Объяснение:
В Java существует Integer Cache. При автоупаковке (autoboxing) вызывается метод Integer.valueOf(int).
Для экономии памяти JVM кеширует объекты Integer в диапазоне от -128 до 127.
Поэтому a и b ссылаются на один и тот же объект в кеше — и == возвращает true.
Для числа 1000 кеша нет, создаются два разных объекта в куче — и == (сравнение ссылок) возвращает false.

Вывод:
Никогда не сравнивайте объекты-обертки через ==, если только вы не хотите проверить идентичность ссылок.

⚡️ Не перепутайте:
- Для сравнения значений объектов всегда используйте .equals().
- Помните, что верхнюю границу кеша можно изменить через флаг -XX:AutoBoxCacheMax=<size>.

Хочешь больше таких нюансов? Ставь 🔥 и делись с коллегами!
#java #integer #cache #jvm #autoboxing #interview #java_interview_tasks

Что выведет данный код?

String s1 = "Java";
String s2 = new String("Java");
String s3 = s2.intern();
System.out.println(s1 == s2);
System.out.println(s1 == s3);

🔍 Ответ на задачу про String Pool: Магия intern() или где живет ваша строка? 🧵

Сравнение строк в Java через == — это классика интервью. Но что произойдет, если мы начнем вручную управлять пулом строк?

Объяснение:
- s1 — это строковый литерал, он сразу попадает в String Pool.
- s2 создается через new String(), поэтому в куче (heap) создается новый объект, отличный от того, что в пуле. Сравнение s1 == s2 дает false.
- Метод intern() ищет строку в пуле. Если она там есть, он возвращает ссылку на объект из пула. Так как "Java" уже там была (от s1), s3 получит ту же самую ссылку.

Вывод:
s1 == s3 вернет true, так как обе переменные теперь ссылаются на один и тот же объект в String Pool.

⚡️ Не перепутайте:
- == сравнивает ссылки.
- equals() сравнивает содержимое.
- intern() — полезный инструмент для экономии памяти, если у вас много повторяющихся строк, созданных динамически.

#java #string #stringpool #intern #jvm #interview #java_interview_tasks