Каждый Java-разработчик использует HashMap. Но задумывались ли вы…

Почему его ёмкость всегда равна степени двойки?
Почему не 10? Почему не 100? Почему Java увеличивает её именно так?

16 → 32 → 64 → 128 → 256

Что сломается или станет работать медленнее, если ёмкость будет равна 15, 30 или 100?

👉 Java Portal

Java: используйте Deque вместо Stack для работы по принципу LIFO («последним пришёл — первым вышел»).

Stack — устаревший класс, который наследуется от Vector и синхронизирует каждый вызов.

Deque предоставляет те же методы push, pop и peek.
Используйте ArrayDeque: он быстрее и рекомендуется начиная с Java 6.

#Java #Collections

👉 Java Portal

Во многих приложениях есть такой эндпоинт.

Фронтенд удаляет JWT после того, как пользователь нажимает «Выйти». Но вот вопрос… Действительно ли пользователь вышел из системы?

Что, если:
• JWT скопировали до выхода?
• Срок действия токена ещё не истёк?
• Другое устройство всё ещё использует тот же токен?

Будет ли ваш бэкенд по-прежнему принимать этот JWT? Как вы реализуете выход из системы в архитектуре со stateless JWT?

👉 Java Portal

Java-разработчики, ConcurrentHashMap потокобезопасен.

Но он не блокирует всю коллекцию при каждом обновлении. Что же происходит, когда несколько потоков изменяют её одновременно?

До Java 8 → блокировки на уровне сегментов.
Java 8+ → CAS + синхронизация на уровне корзин.

Как это улучшает работу с конкурентным доступом? И когда ConcurrentHashMap всё ещё нужны блокировки?

👉 Java Portal

Java-разработчики, CopyOnWriteArrayList создаёт копию всего внутреннего массива при каждом изменении.

Звучит затратно, правда? И всё же в некоторых продакшен-системах он может работать быстрее синхронизированных коллекций.

Почему?

👉 Java Portal

Проблема в продакшене. Приложение зависло.

Вы запускаете:

jstack <pid>

Через несколько секунд получаете:

Found one Java-level deadlock

Но главный вопрос… Как JVM обнаружила взаимную блокировку? Что происходит внутри?

👉 Java Portal

💡 Java: не создавайте ресурсоёмкие объекты, пока они действительно не понадобятся.

✅ Инициализация полей заранее тратит время и память впустую, если код, который их использует, так и не выполнится.
✅ Используйте ленивую инициализацию при первом обращении, Supplier или паттерн Holder.
✅ Подходит для кэшей, клиентов и тяжёлых конфигураций.

👉 Java Portal

Большинство Java-разработчиков используют эти термины каждый день. Удивительно, но многие до сих пор их путают. Вот простой способ запомнить разницу.

JDK (Java Development Kit)
• Всё необходимое для разработки Java-приложений:
• Компилятор javac
• Инструменты отладки
• Инструменты упаковки
• Среда выполнения JRE

JRE (Java Runtime Environment)
• Всё необходимое для запуска Java-приложений:
• Основные библиотеки
• Вспомогательные файлы
• Виртуальная машина JVM

JVM (Java Virtual Machine)
• Движок, который выполняет Java-байткод:
• Загружает классы
• Проверяет байткод
• JIT-компилирует часто выполняемый код
• Управляет памятью и сборкой мусора

Как запомнить:
JDK = JRE + инструменты разработки
JRE = JVM + библиотеки
JVM = выполнение байткода

Представьте приготовление кофе
• JDK — кофемашина, зёрна, кофемолка и всё необходимое для приготовления кофе.
• JRE — готовый к употреблению кофе.
• JVM — нагреватель, благодаря которому кофе заваривается.

Если вы пишете код, устанавливайте JDK. Если только запускаете Java-приложение, достаточно JRE, хотя современные дистрибутивы JDK обычно уже включают необходимую среду выполнения.

👉 Java Portal

Эволюция языков программирования

1940-е → Машинный код
⬇️
1950-е → Ассемблер
⬇️
1960-е → FORTRAN • COBOL • BASIC
⬇️
1970-е → C • Pascal
⬇️
1980-е → C++ • Objective-C
⬇️
1990-е → Java • JavaScript • PHP
⬇️
2000-е → C# • Ruby • Scala
⬇️
2010-е → Go • Rust • Kotlin • Swift
⬇️
2020-е → Программирование с помощью ИИ

Каждое поколение решало свои задачи:
• Машинный код → прямое управление оборудованием.
• Ассемблер → инструкции, понятные человеку.
• C и Pascal → переносимость программ и структурное программирование.
• Java и JavaScript → корпоративное ПО и современный веб.
• C#, Ruby и Scala → продуктивность разработчиков и масштабируемые приложения.
• Go, Rust, Kotlin и Swift → облачные системы, безопасность памяти и современные платформы.
• Программирование с помощью ИИ → ускорение разработки, при котором архитектурные решения по-прежнему принимают люди.

Что самое интересное?

Языки развивались не потому, что старые становились бесполезными. Каждое новое поколение ПО приносило новые задачи. И вот подтверждение:

• На C по-прежнему пишут операционные системы.
• На Java работают миллионы корпоративных приложений.
• JavaScript по-прежнему доминирует в вебе.
• Python остаётся ведущим языком в ИИ и анализе данных.

Новое не заменяет старое. Оно расширяет возможности. На каком языке вы написали свой первый Hello, World!?

👉 Java Portal

Docker прост, пока всё работает.

Но что делать, если контейнер постоянно перезапускается, логи пропали, а приложение теряет данные после перезапуска? Тут уже недостаточно одного docker run.

Команды Docker, которые стоит знать каждому разработчику:

• docker logs -f → следить за логами приложения.
• docker exec -it → выполнять команды внутри работающего контейнера для диагностики.
• docker inspect → изучать конфигурацию контейнера.
• docker stats → проверять потребление CPU и памяти.
• docker network → управлять сетями и разбираться с соединениями между сервисами.
• docker volume → управлять томами для хранения данных вне жизненного цикла контейнера.
• docker compose → запускать несколько сервисов вместе.
• docker system df → проверять, сколько места на диске занимает Docker.

В продакшене не забывайте:

• Использовать небольшие базовые образы из доверенных источников.
• Запускать приложение от пользователя без прав root.
• Настраивать проверки работоспособности и ограничения ресурсов.
• Не хранить секреты в Docker-образах.
• Использовать тома для постоянного хранения данных.

Подготовили шпаргалку по Docker для продакшена: архитектура, команды, примеры, сети, тома, Compose и советы по диагностике проблем.

👉 Java Portal

Почему один и тот же Java-файл .class запускается на Windows, Linux и macOS без перекомпиляции?

Секрет не в самом языке Java, а в JVM. Вот какой путь проходит программа:
Hello.java → javac → Hello.class (байткод) → JVM → машинный код → выполнение программы

Именно этот дополнительный уровень абстракции даёт Java её знаменитую возможность: «Написал один раз — запускай где угодно». Когда понимаешь эту цепочку, разобраться в JIT-компиляции, сборке мусора и настройке JVM становится гораздо проще.

Как думаете, почему Java использует промежуточный байткод, а не компилируется сразу в машинный код?

👉 Java Portal