12073
Присоединяйтесь к нашему каналу и погрузитесь в мир для Java-разработчика Связь: @devmangx РКН: https://clck.ru/3H4WUg
Память в Java растёт? Сначала выясните, что удерживает объекты
Рост потребления памяти не всегда означает утечку или проблему со сборщиком мусора. GC может освободить только те объекты, которые больше недостижимы.
Если ненужные объекты остаются в статической Map, безразмерном кэше или коллекции, которую никто не очищает, они продолжают занимать память. Это уже может быть утечкой на уровне приложения.
Увеличение -Xmx даст больше времени, но не устранит причину.
Анализируйте heap dump: какие объекты накапливаются, кто хранит ссылки на них и почему они остаются достижимыми.
Важен не только объём занятой памяти, но и причина, по которой объекты всё ещё живы.
👉 Java Portal
💡 Собираете строку в цикле? Используйте StringBuilder вместо +=.
Строки в Java неизменяемы: при последовательной конкатенации приходится создавать новые строки и копировать накопленное содержимое. Чем больше итераций, тем выше затраты.StringBuilder добавляет данные в изменяемый буфер, расширяя его при необходимости:
StringBuilder builder = new StringBuilder();
for (String item : items) {
builder.append(item);
}
String result = builder.toString();
Описывайте состояния через enum вместо строк
Именованные константы помогают избежать опечаток в статусах и явно задают набор состояний.
✅ Используйте PENDING, APPROVED, REJECTED вместо произвольных строк.
✅ Держите правила допустимых переходов рядом с описанием состояний.
✅ Используйте проверку полноты switch, если язык и выбранная конструкция её поддерживают.
Но enum сам по себе не запрещает неверные переходы — эту логику нужно реализовать отдельно.
👉 Java Portal
3 бесплатных ресурса для изучения Java
• Effective Java — конспект — основные идеи книги Джошуа Блоха о том, как писать качественный Java-код.
• Java Design Patterns — паттерны проектирования с объяснениями и примерами реализации на Java.
• Подготовка к собеседованиям — алгоритмы, структуры данных и примеры решений на Java.
Сохраняйте, чтобы вернуться к практике
👉 Java Portal
Как HashMap устроен внутри
• Вычисляет хеш ключа.
• Определяет индекс корзины во внутреннем массиве.
• Сохраняет запись в узле с хешем, ключом и значением.
• При коллизиях использует связный список, а начиная с Java 8 при определённых условиях преобразует его в красно-чёрное дерево.
Если такой ключ уже существует, put() заменяет его значение.
👉 Java Portal
Как менялись языки программирования
Каждое поколение языков помогало решать новые задачи: от управления железом до разработки веб-приложений и распределённых систем.
История по десятилетиям появления:
• 1940-е: машинный код и первые ассемблеры.
• 1950-е: FORTRAN, Lisp, COBOL.
• 1960-е: BASIC.
• 1970-е: C, Pascal.
• 1980-е: C++, Objective-C.
• 1990-е: Python, Ruby, Java, JavaScript, PHP.
• 2000-е: C#, Scala, Go.
• 2010-е: Rust, Kotlin, Swift.
2020-е — распространение разработки с AI-помощниками. Это уже изменение способа работы с кодом, а не отдельное поколение языков.
Новые инструменты не делают старые языки ненужными. C остаётся важным для операционных систем, Java — для корпоративных приложений, JavaScript — для веба, Python — для анализа данных и машинного обучения.
А на каком языке вы написали свой первый Hello, World?
👉 Java Portal
ForkJoinPool, ExecutorService и Virtual Threads: что выбирать в Java?
Всё зависит от нагрузки: задачи в основном вычисляют или ждут ответа базы и внешних сервисов? При этом сравниваются разные уровни: ExecutorService — интерфейс управления задачами, ForkJoinPool — одна из его реализаций, а виртуальные потоки — тип потоков. Их можно использовать вместе.
ForkJoinPool — для параллельных вычислений. Хорошо подходит для задач, которые можно разбить на независимые части: рекурсивных алгоритмов, обработки массивов и других CPU-intensive вычислений.
Использует work-stealing: свободный рабочий поток забирает задачи из очередей других потоков. Но не любая тяжёлая операция требует ForkJoinPool. Для независимых вычислительных задач может быть достаточно обычного фиксированного пула.
ExecutorService — для запуска и управления задачами. Позволяет отправлять задачи на выполнение, получать результаты через Future и управлять завершением исполнителя. Конкретная реализация определяет, как выполняются задачи.
ExecutorService executor =
Executors.newFixedThreadPool(10);
ScheduledExecutorService.ExecutorService:try (var executor =
Executors.newVirtualThreadPerTaskExecutor()) {
executor.submit(() -> callExternalApi());
}
Semaphore.
Serializable, Externalizable и Protocol Buffers: в чём разница?
Все три подхода позволяют представить данные в виде байтов, но отличаются управлением форматом и совместимостью.
Serializable — стандартная сериализация Java
Класс реализует Serializable, а ObjectOutputStream записывает объект и связанные с ним сериализуемые объекты. По умолчанию сохраняются нестатические поля, не помеченные transient; поведение можно настроить.
Это механизм Java, чувствительный к изменениям классов и не предназначенный для удобного обмена данными между разными языками.
Externalizable — явное управление записью и чтением
Класс реализует writeExternal() и readExternal(). Разработчик определяет, какие данные записать, в каком порядке и как восстановить объект.
Так можно сократить объём данных, но меньший размер и лучшая скорость не гарантированы. Совместимость версий и соответствие логики записи и чтения тоже придётся поддерживать самостоятельно.
Protocol Buffers — обмен данными по схеме
Структура сообщения описывается в .proto:
message User {
int64 id = 1;
string name = 2;
}
💡 Spring Boot 4: DevTools больше не запускает сервер LiveReload по умолчанию
✅ Автоматический перезапуск приложения при изменениях в classpath работает как раньше.
✅ Для включения LiveReload задайте spring.devtools.livereload.enabled=true.
✅ Порт 35729 больше не занимается автоматически — удобно, когда на одной машине запущено несколько приложений.
👉 Java Portal
💡 Измеряйте покрытие кода тестами, но не гонитесь за 100%.
✅ Покрытие показывает, какие строки выполнились, а не то, что они работают правильно.
✅ Даже при полном покрытии реальные баги могут остаться незамеченными.
✅ Содержательные проверки наиболее рискованных сценариев важнее идеального показателя.
👉 Java Portal
🚀 Spring Boot 4: EnvironmentPostProcessor сменил пакет
✅ Новый: org.springframework.boot.EnvironmentPostProcessor
✅ Старый пакет временно сохранён, но помечен как устаревший.
✅ Обновите импорты в коде и регистрацию в spring.factories.
👉 Java Portal
💡 Тестируйте крайние случаи: null, пустые значения и границы часто скрывают баги
✅ Проверки только успешного сценария могут пропустить NullPointerException.
✅ Пустые списки и списки из одного элемента могут выявить ошибки, незаметные на обычных данных.
✅ Тесты крайних случаев также документируют ожидаемое поведение кода.
👉 Java Portal
💡 Предпочитайте делегирование наследованию: отношение «является» тесно связывает ваш класс с суперклассом.
✅ Подкласс наследует весь доступный API родителя, поэтому изменения в родительском классе могут сломать ваш код.
👉 Java Portal
Процесс ≠ Поток ≠ Виртуальный поток. Эти понятия часто путают, хотя они решают разные задачи.
Процесс — экземпляр запущенной программы с собственным адресным пространством.
Поток — единица выполнения внутри процесса. Потоки одного процесса разделяют память.
Виртуальный поток — легковесный поток под управлением JVM, который позволяет обрабатывать множество конкурентных задач с небольшими накладными расходами.
Когда что использовать?
Процесс:
• Нужна строгая изоляция.
• Требуется отдельное адресное пространство.
• Подходит для запуска независимых приложений.
Поток:
• Разделяет память с другими потоками процесса.
• Подходит для параллельной работы внутри приложения.
• Используется в традиционных многопоточных программах.
Виртуальный поток — Java 21+:
• Создаётся и управляется JVM.
• Требует мало ресурсов при создании.
• Хорошо подходит для задач с ожиданием ввода-вывода: запросов к БД, HTTP-вызовов и обработки сетевых соединений.
• Позволяет выполнять тысячи и даже миллионы конкурентных задач без отдельного потока ОС для каждой.
Примеры из практики
• Запущенные Chrome и VS Code → несколько процессов.
• Обработка запросов в Spring Boot → работа потоков внутри приложения.
• Java-сервис с большим количеством блокирующих обращений к БД или HTTP API → сценарий для виртуальных потоков.
Важно: виртуальные потоки полезны для задач с ожиданием ввода-вывода. Вычисления, интенсивно использующие CPU, сами по себе быстрее от них не станут.
👉 Java Portal
💡 GC есть, а утечки памяти в Java всё равно возможны
Сборщик мусора освобождает недостижимые объекты. Если ненужный объект всё ещё удерживается сильной ссылкой, он остаётся в памяти.
✅ Статические коллекции, кэши и слушатели могут удерживать объекты дольше необходимого.
✅ Коллекция, которая постоянно растёт без удаления элементов, увеличивает потребление памяти.
✅ Отписывайте слушатели, ограничивайте кэши и удаляйте ненужные ссылки. Слабые ссылки используйте там, где это соответствует логике приложения.
Объект больше не нужен — ещё не значит, что GC может его удалить.
👉 Java Portal
Сборщик мусора не защищает Java от утечек памяти.
GC освобождает память объектов, которые больше недостижимы. Но если приложение сохраняет ссылки на ненужные объекты, они продолжают занимать память.
Типичные причины:
• Растущая статическая коллекция.
• Кэш без удаления устаревших записей.
• Неочищенный ThreadLocal в долгоживущем потоке.
• Слушатель, который забыли отписать.
«Объект больше не нужен» ≠ «объект недостижим». Поэтому приложение может расходовать всё больше памяти в куче, даже когда сборщик мусора работает исправно.
👉 Java Portal
Почему большинство объектов в Java «умирают молодыми»?
Приложение может создавать миллионы объектов:
for (int i = 0; i < 1_000_000; i++) {
User user = new User();
}
Java-совет: делайте строки понятнее с String.format()
Если сообщение состоит из множества фрагментов и переменных, шаблон может быть удобнее цепочки +:
String message = String.format(
"Пользователь %s оформил %d заказов",
name, orderCount
);
MessageFormat.
Java, Spring Boot, React, микросервисы… А чем веб-сервер отличается от сервера приложений?
У кандидата в резюме несколько full-stack проектов и внушительный стек. Но простой вопрос на собеседовании поставил его в тупик.
• Веб-сервер принимает HTTP-запросы, отдаёт статические файлы и может перенаправлять запросы приложению как reverse proxy. Примеры: Nginx, Apache HTTP Server.
• Сервер приложений предоставляет среду для выполнения приложения и его бизнес-логики. В экосистеме Java примеры — WildFly и Payara.
При этом граница не строгая: сервер приложений может сам принимать HTTP-запросы. Например, Spring Boot со встроенным Tomcat способен обслуживать их без отдельного Nginx, хотя Tomcat точнее называть контейнером сервлетов.
Собрать проект из десяти технологий полезно. Понимать, за что отвечает каждая, — не менее важно.
👉 Java Portal
Разница между Java и JavaScript
👉 Java Portal
Откуда в Spring Boot берётся веб-сервер?
Запускаете приложение:
java -jar app.jar
Connection Pool, Thread Pool и Object Pool: в чём разница?
Общая идея одна: повторно использовать дорогие ресурсы вместо постоянного создания новых. Но каждый пул управляет своим типом ресурсов.
• Connection Pool — пул соединений. Хранит соединения, например с базой данных. Приложение берёт свободное соединение, выполняет запросы и возвращает его в пул.
• Thread Pool — пул потоков. Повторно использует рабочие потоки для выполнения задач. Не нужно создавать отдельный поток под каждую новую задачу.
• Object Pool — пул объектов. Позволяет брать готовые объекты, использовать их, сбрасывать состояние и возвращать для следующего вызова.
Пример: Spring Boot с обычной блокирующей обработкой запросов. Рабочий поток обрабатывает HTTP-запрос и выполняет бизнес-логику. Когда требуется доступ к БД, приложение получает соединение из пула.
После завершения работы с БД соединение возвращается в пул. После обработки запроса рабочий поток освобождается для следующей задачи. Это два отдельных ресурса с разным временем использования.
А стоит ли переиспользовать обычные Java-объекты? Не всегда. JVM эффективно выделяет память под короткоживущие объекты и собирает их сборщиком мусора. Пул имеет смысл прежде всего для объектов с дорогим созданием или ресурсов с ограниченным количеством.
Больше ресурсов не означает быстрее:
• Слишком много соединений может перегрузить базу.
• Слишком много платформенных потоков увеличивает расход памяти и затраты на переключение контекста.
• Неудачный пул объектов удерживает память и создаёт конкуренцию за доступ.
Поэтому важен не только сам пул, но и его размер. Переиспользование полезно, когда оно действительно дешевле повторного создания.
👉 Java Portal
Многопоточность в Java: volatile, Atomic и synchronized
Все три механизма применяются при работе с общими данными из нескольких потоков, но дают разные гарантии. Неправильный выбор может привести к багам, которые сложно воспроизвести.
Коротко:
• volatile — видимость изменений и гарантии порядка.
• Atomic — атомарные операции над отдельной переменной.
• synchronized — взаимное исключение и видимость изменений.
volatile: когда важна видимость
Подходит, например, для флага остановки:
private volatile boolean running = true;
// Один поток:
running = false;
// Другой поток:
while (running) {
// Работа
}
volatile не делает составные операции атомарными:volatile int count;
count++;
AtomicInteger, AtomicLong, AtomicBoolean, AtomicReference и другие классы:private final AtomicInteger counter =
new AtomicInteger();
counter.incrementAndGet();
synchronized. public synchronized void updateState() {
checkState();
changeState();
updateCounter();
}synchronized обеспечивает взаимное исключение и видимость изменений. При этом он не откатывает уже выполненные действия при исключении и не заменяет транзакцию базы данных.AtomicInteger.incrementAndGet() или защита всей операции одной блокировкой.volatile — другие потоки должны видеть изменение.Atomic — нужна атомарная операция над переменной.synchronized — нужно согласованно выполнить несколько действий с общим состоянием
Виртуальные потоки в Java 21+ хорошо подходят для задач, которые большую часть времени проводят в ожидании.
Общий Semaphore ограничивает число одновременных обращений к зависимому сервису: каждая задача получает собственный виртуальный поток, но одновременно выполнять вызов API могут не более 10 задач.
👉 Java Portal
Prompt Engineering и Context Engineering
Prompt Engineering — проектирование инструкций для LLM, чтобы получать более качественные ответы. Главная задача — понять, как инструкции влияют на поведение модели.
1. Структура промпта:
Роль + Контекст + Ограничения + Формат ответа.
Пример:
«Ты опытный Java-архитектор. Объясни JWT-аутентификацию простым языком для начинающих. Оформи ответ списком».
2. Типы промптов:
• Zero-shot — задача без примеров.
• Few-shot — задача с примерами.
• Chain-of-thought — побуждение модели решать задачу пошагово.
• Structured prompting — запрос ответа в заданном формате, например JSON по определённой схеме.
3. Context Engineering:
Качество работы AI зависит не только от формулировки запроса, но и от того, какую информацию и возможности получает модель:
• Поиск и извлечение релевантных данных — retrieval.
• Память.
• Организация рабочего процесса — workflows.
• Инструменты.
• Системные инструкции.
Что важно для реальных проектов: Одних удачных промптов недостаточно для масштабирования AI-систем. В продакшене нужны продуманная архитектура, качественный retrieval, управление памятью и проверка результатов.
👉 Java Portal
План изучения Java за 6–12 месяцев в эпоху ИИ
Этап 1. Java и основы программирования
• Что такое Java и где она применяется.
• Установка JDK и настройка IDE.
• Синтаксис и структура программы.
• Переменные, типы данных и операторы.
• Условия, switch и циклы.
• Использование ИИ для объяснения концепций Java и ошибок.
Этап 2. Объектно-ориентированное программирование
• Классы и объекты.
• Инкапсуляция.
• Наследование.
• Полиморфизм.
• Абстракция.
• Интерфейсы.
• Визуализация связей между классами с помощью ИИ.
Этап 3. Основные возможности Java
• Массивы и коллекции: List, Set, Map.
• Дженерики.
• Обработка исключений.
• Работа с файлами и вводом-выводом.
• API даты и времени.
• Лямбда-выражения и Stream API.
• Рефакторинг с помощью ИИ.
Этап 4. Память и основы производительности
• Архитектура JVM.
• Heap и stack.
• Основы сборки мусора.
• Утечки памяти.
• Основы профилирования.
• Анализ проблем производительности с помощью ИИ.
Этап 5. Многопоточность и конкурентность
• Потоки и Runnable.
• Executor Framework.
• Синхронизация.
• Блокировки и конкурентные коллекции.
• CompletableFuture.
• Предотвращение гонок данных и взаимных блокировок.
Этап 6. Базы данных и хранение данных
• Основы JDBC и SQL.
• Hibernate и JPA.
• Связи между сущностями.
• Транзакции.
• Основы кеширования.
• Оптимизация запросов с помощью ИИ.
Этап 7. Бэкенд-разработка на Java
• Основы Spring Boot.
• Разработка REST API.
• Контроллеры и сервисы.
• Внедрение зависимостей.
• Валидация.
• Управление конфигурацией.
• Документирование API: Swagger/OpenAPI.
• Генерация API с помощью ИИ.
Этап 8. Безопасность и аутентификация
• Основы Spring Security.
• Аутентификация с JWT.
• Концепции OAuth 2.0.
• Управление доступом на основе ролей.
• Хеширование паролей.
• Безопасная работа с конфигурацией.
Этап 9. Тестирование, DevOps и развёртывание
• Unit-тесты: JUnit и Mockito.
• Интеграционные тесты.
• Maven и Gradle.
• Контейнеризация Java-приложений с Docker.
• CI/CD.
• Основы развёртывания в облаке.
• Генерация тестов с помощью ИИ.
Этап 10. Продвинутая Java и архитектура
• Микросервисная архитектура.
• Взаимодействие сервисов.
• Кеширование с Redis.
• Брокеры сообщений: Kafka и RabbitMQ.
• Событийно-ориентированные системы.
• Мониторинг приложений.
• Настройка производительности.
Этап 11. Практические проекты
• Бэкенд с REST API.
• Система аутентификации.
• Бэкенд интернет-магазина.
• Система на микросервисах.
• Java-приложение, развёрнутое в облаке.
• Настройка логирования и мониторинга.
Этап 12. Подготовка к работе
• Подготовка к Java-собеседованиям.
• Основы алгоритмов и структур данных.
• Основы проектирования систем.
• Практики чистого кода.
• Умение объяснять, как вы используете ИИ в разработке.
• Привычка постоянно учиться.
👉 Java Portal
🚀 Spring Boot 4: переименовано свойство преобразования исключений
✅ Было: spring.dao.exceptiontranslation.enabled
✅ Стало: spring.persistence.exceptiontranslation.enabled
✅ Используйте spring-boot-properties-migrator, чтобы обнаружить устаревшее свойство при миграции.
👉 Java Portal
Когда Java-стектрейс оказался длиннее контекста ИИ 👀
👉 Java Portal