🚀 Совет по Java🚀

Профилирование производительности Java с помощью

VisualVM. Анализируйте использование памяти, потребление процессора и поведение потоков для оптимизации вашего приложения.

https://visualvm.github.io

#Java #JavaMonitoring

@javatg

🚀 Юнит-тестирование вашей Java-архитектуры 🚀

@archtests - это мощная библиотека Java, которая позволяет писать модульные тесты для обеспечения соблюдения архитектурных ограничений и правил в вашем коде.

https://archunit.org

#ArchUnit #Java #Тестирование

@javatg

🚀 JUnit 5 Tip🚀

Прерывание теста с помощью TestAbortedException

Выводитее исключеение TestAbortedException, чтобы явно прервать тест на основе определенных условий, не помечая его как неудачный. 🔥

#JUnit #Java

@javatg

Совет 🚀 JUnit 5 🚀

Повторяющиеся тесты с помощью @RepeatedTest

Используйте @RepeatedTest для запуска одного и того же теста несколько раз, каждый раз с разными входными данными или условиями, что особенно полезно для тестирования. 🔥

https://junit.org/junit5/docs/current/api/org.junit.jupiter.api/org/junit/jupiter/api/RepeatedTest.html

#JUnit5 #Java

@javatg

🚀 Spring совет 🚀

WebUtils

Служебный класс для работы с веб-задачами, такими как извлечение параметров запроса, обработка составных запросов и управление файлами cookie. 🔥

https://docs.spring.io/spring-framework/docs/current/javadoc-api/org/springframework/web/util/WebUtils.html

#Spring #java

@javatg

🚀 Совет по Java API🚀

java.nio.file.WatchService

Отслеживайте события файловой системы в режиме реального времени.

Инструмент для обнаружения изменений в файлах и каталогах независимым от платформы способом. 🔥

https://docs.oracle.com/en/java/javase/21/docs/api/java.base/java/nio/file/WatchService.html

#Java #JavaAPI

@javatg

#Java #Spring @SpringSecurity

Совет: Если вы хотите получить доступ к текущему аутентифицированному пользователю в любом месте кода, вы можете использовать класс SecurityContextHolder.

С ним, вам не нужно передавать объект аутентификации из вашего RestController через несколько служб.

@javatg

☕️ JDK 23, запланированный к выпуску 17 сентября, представит множество новшеств, включая третий просмотр таких функций, как ограниченные значения и структурированная параллельность, а также второй просмотр гибких конструкторов и др.

📝 Также в новой версии появятся декларации импорта модулей и Markdown в комментариях документации. Нововведение будет поддерживать разработчиков с помощью улучшенных возможностей для надёжной работы приложений и обработки данных. Однако, возможность использования строковых шаблонов исключена из этой версии. JDK 23 не будет иметь долгосрочной поддержки (LTS), поддержка будет осуществляться всего лишь шесть месяцев.

#java #integrity #openjdk #programming

@javatg

🚀 Java API Tip — Integer.valueOf() и кеширование 🚀

Знаешь ли ты, что Integer.valueOf(int) не всегда создаёт новый объект?

📦 Значения в диапазоне от -128 до 127 кэшируются!
Это значит, что:

Integer a = Integer.valueOf(100);
Integer b = Integer.valueOf(100);
System.out.println(a == b); // 👉 true (один и тот же объект)

Но:

Integer x = Integer.valueOf(200);
Integer y = Integer.valueOf(200);
System.out.println(x == y); // 👉 false (два разных объекта)

🔍 Почему так?

Чтобы повысить производительность и сэкономить память, Java автоматически кеширует часто используемые значения.

🛠 Кстати, ты можешь изменить границу кеша через JVM-опцию:

-XX:AutoBoxCacheMax=512

📌 Полезно, если у тебя в системе часто используются числа вне стандартного диапазона.

#Java #Performance #JVM #DevTips

@javatg

Java Совет 💡
Как понять, что Java‑код мог быть сгенерирован ИИ?

▪ Если вы видите в коде Collectors.toList(), а не Stream.toList() — это явный намёк 😉

Stream.toList() появился только в Java 16.
А Collectors.toList() — с нами ещё с Java 8, поэтому его до сих пор полно в туториалах, на Stack Overflow и во всех датасетах, на которых обучают ИИ.

📌 Документация:
https://docs.oracle.com/en/java/javase/17/docs/api/java.base/java/util/stream/Stream.html#toList()

@javatg

#java #tip

🧠 Продвинутая задача Java — Невидимая утечка памяти в лямбдах

Задача:

Предположим, вы пишете сервис, в котором создаются задачи (например, отложенные действия):

public class TaskScheduler {
    private final List<Runnable> tasks = new ArrayList<>();

    public void scheduleTask(String name) {
        String largeData = name.repeat(10_000); // имитируем большой объект

        tasks.add(() -> {
            System.out.println("Running task: " + name);
        });
    }

    public void runAll() {
        tasks.forEach(Runnable::run);
    }
}

Теперь создайте 1_000_000 таких задач:

TaskScheduler scheduler = new TaskScheduler();
for (int i = 0; i < 1_000_000; i++) {
    scheduler.scheduleTask("Task" + i);
}

Вопрос:
Почему String largeData не освобождается сборщиком мусора, хотя он нигде явно не используется?

Разбор:

На первый взгляд, largeData нигде не используется — его можно было бы освободить.
Но на самом деле лямбда-захват переменной name удерживает весь стек метода scheduleTask, включая largeData.

Это называется неявная утечка памяти через замыкания.

---

Как исправить?

Чтобы избежать утечки, выносите только нужные значения в лямбду:

public void scheduleTask(String name) {
    String taskName = name; // только то, что действительно нужно
    tasks.add(() -> {
        System.out.println("Running task: " + taskName);
    });
}

Или даже:

tasks.add(() -> System.out.println("Running task: " + name));

НО! Убедитесь, что переменные вне лямбды не держат в памяти тяжёлые объекты, которые не нужны после исполнения.

💡 Вывод:
- Java лямбды могут неявно захватывать контекст, включая большие объекты
- Это может привести к утечкам памяти, особенно в long-lived объектах (пулы задач, слушатели и т.п.)
- Профилируйте и проверяйте, что захватывает ваша лямбда

#java #memoryleak #lambda #gc #profiling


@javatg