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

Spring Boot 4: приближение срока истечения SSL-сертификатов больше не меняет статус health-проверки на специальный.

✅ Статус WILL_EXPIRE_SOON удалён.
✅ Статус остаётся UP; проверяйте details.expiringChains.
✅ Порог предупреждения настраивается параметром:

management.health.ssl.certificate-validity-warning-threshold

👉 Java Portal

Когда Java-стектрейс оказался длиннее контекста ИИ 👀

👉 Java Portal

Процесс ≠ Поток ≠ Виртуальный поток. Эти понятия часто путают, хотя они решают разные задачи.

Процесс — экземпляр запущенной программы с собственным адресным пространством.

Поток — единица выполнения внутри процесса. Потоки одного процесса разделяют память.

Виртуальный поток — легковесный поток под управлением JVM, который позволяет обрабатывать множество конкурентных задач с небольшими накладными расходами.

Когда что использовать?

Процесс:
• Нужна строгая изоляция.
• Требуется отдельное адресное пространство.
• Подходит для запуска независимых приложений.

Поток:
• Разделяет память с другими потоками процесса.
• Подходит для параллельной работы внутри приложения.
• Используется в традиционных многопоточных программах.

Виртуальный поток — Java 21+:
• Создаётся и управляется JVM.
• Требует мало ресурсов при создании.
• Хорошо подходит для задач с ожиданием ввода-вывода: запросов к БД, HTTP-вызовов и обработки сетевых соединений.
• Позволяет выполнять тысячи и даже миллионы конкурентных задач без отдельного потока ОС для каждой.

Примеры из практики
• Запущенные Chrome и VS Code → несколько процессов.
• Обработка запросов в Spring Boot → работа потоков внутри приложения.
• Java-сервис с большим количеством блокирующих обращений к БД или HTTP API → сценарий для виртуальных потоков.

Важно: виртуальные потоки полезны для задач с ожиданием ввода-вывода. Вычисления, интенсивно использующие CPU, сами по себе быстрее от них не станут.

👉 Java Portal