Spring Data JDBC. Проблемы известные, проблемы неизвестные
Михаил Поливаха

Spring Data JDBC — относительно новый модуль Spring Data. У него своя концепция, свои фичи, свои баги и проблемы. Часть этих проблем известна аудитории и описана в документации. Однако иногда документация врет или недоговаривает. К тому же есть некоторые неочевидные детали реализации, которые могут смутить пользователей библиотеки. Это касается многих аспектов — от генерации SQL до маппинга сущностей.

Во время доклада мы посмотрели на ряд подобных сюрпризов, обсудим, баг это или фича и что разработчики планируют с этим делать. Также рассмотрели текущее состояние проекта Spring Data JDBC — над чем идет работа, что исправляется, а что пока нет.

источник

📲 Мы в MAX

👉@BookJava

⚡️ 5 Фишек Lombok, Которые Вы Должны Знать!

Если вы до сих пор пишете геттеры и сеттеры вручную, самое время это прекратить! 😄

Вот 5 крутых аннотаций, которые обязательно нужно знать:

🔹 @Data – Комбо-аннотация, которая сразу добавляет @Getter, @Setter, @ToString, @EqualsAndHashCode и @RequiredArgsConstructor. Если у вас обычный POJO-класс, просто ставите @Data, и всё!

@Data
public class User {
    private String name;
    private int age;
}

📌 Результат: автоматическая генерация геттеров, сеттеров и других методов.

🔹 @Builder – Шаблон проектирования "Строитель" на стероидах!

@Builder
public class User {
    private String name;
    private int age;
}

📌 Теперь можно создавать объекты так:

User user = User.builder().name("Иван").age(25).build();

🔹 @Value – Неперезаписываемые (иммутабельные) объекты. Это как @Data, но с final полями и без сеттеров.

@Value
public class User {
    String name;
    int age;
}

📌 Отлично подходит для DTO!

🔹 @Slf4j – Логирование без бойлерплейта.

@Slf4j
public class App {
    public static void main(String[] args) {
        log.info("Привет, мир!");
    }
}

📌 Не нужно вручную объявлять Logger — Lombok всё сделает за вас.

🔹 @SneakyThrows – Скрывает checked исключения (но осторожно! 😬).

@SneakyThrows
public void readFile(String path) {
    Files.readAllLines(Path.of(path));
}

📌 Работает так, как будто исключений нет, но лучше использовать осознанно!

👉 Используете Lombok в проектах? Какая аннотация вам больше всего нравится? Делитесь в комментариях! 💬

📲 Мы в MAX

👉@BookJava

🚀 Разбираемся с Optional в Java: избегаем NullPointerException!

Привет, друзья! Сегодня хочу поговорить о Optional, который помогает нам избежать NullPointerException и делает код чище.

❓ Что такое Optional?
Optional<T> — это контейнер, который может содержать значение типа T или быть пустым. Это альтернатива null, которая явно указывает, что значение может отсутствовать.

🔥 Как использовать?
1️⃣ Создание Optional:

Optional<String> optional = Optional.of("Hello, Java!");

⚠️ Если передать null, будет NullPointerException.

2️⃣ Создание пустого Optional:

Optional<String> emptyOptional = Optional.empty();

3️⃣ Обёртка для возможного null:

Optional<String> nullableOptional = Optional.ofNullable(null);

Если передать null, Optional не упадёт, а просто будет пустым.

4️⃣ Проверка наличия значения:

optional.isPresent();   // true
optional.isEmpty();     // false

Но лучше использовать ifPresent:

optional.ifPresent(value -> System.out.println(value));

5️⃣ Получение значения с orElse:

String result = optional.orElse("Значение по умолчанию");

6️⃣ Получение с orElseGet:

String result = optional.orElseGet(() -> "Вычисленное значение");

7️⃣ Исключение, если значения нет:

String result = optional.orElseThrow(() -> new RuntimeException("Значение отсутствует!"));

8️⃣ Фильтрация:

Optional<String> filtered = optional.filter(val -> val.startsWith("Hello"));

9️⃣ Трансформация с map:

Optional<Integer> length = optional.map(String::length);

🔚 Итог:
Optional — мощный инструмент, но не стоит злоупотреблять им везде. Используйте его в возвращаемых значениях, но не в полях и параметрах методов.

📲 Мы в MAX

👉@BookJava

В чем разница между Iterator и ListIterator?

— Iterator может итерироваться только вперед, а ListIterator может и вперед и назад.

— ListIterator имеет дополнительные методы previous(), hasPrevious(), add(), set().

— ListIterator позволяет получить индекс текущего элемента.

— ListIterator может начать итерацию с произвольного индекса списка, а Iterator только с начала.

— ListIterator можно получить только из объектов, реализующих List, а Iterator из любой коллекции.

— ListIterator является более функциональным и позволяет вносить изменения в список во время итерации, Iterator — только читать.

— Итераторы безопасны для использования в многопоточных приложениях, а ListIterator — нет.

📲 Мы в MAX

👉@BookJava

📌 Java: Как работает volatile и когда его использовать?


🔥 Что делает volatile?
Ключевое слово volatile гарантирует, что переменная всегда будет читаться из памяти, а не из кэша потока. Это помогает избежать проблем, когда один поток изменяет переменную, но другой поток продолжает работать со старым значением из кэша.

🔄 Разбираем на примере:

class SharedResource {
    volatile boolean flag = false;
    
    void changeFlag() {
        flag = true;
    }
}

class Worker extends Thread {
    SharedResource resource;
    
    Worker(SharedResource resource) {
        this.resource = resource;
    }

    public void run() {
        while (!resource.flag) {
            // Ждём, пока флаг изменится
        }
        System.out.println("Флаг изменился! Поток завершает работу.");
    }
}

public class VolatileExample {
    public static void main(String[] args) throws InterruptedException {
        SharedResource resource = new SharedResource();
        Worker worker = new Worker(resource);
        
        worker.start();
        Thread.sleep(1000);
        
        resource.changeFlag(); // Флаг изменится, и поток завершит цикл
        
        worker.join();
    }
}

🛑 Важные моменты:
✅ volatile не делает операции атомарными. Если вам нужна атомарность, используйте synchronized или Atomic классы.
✅ Он не предотвращает гонки данных, но гарантирует видимость изменений между потоками.
✅ Лучше всего подходит для флагов завершения потоков и подобных сценариев.

📲 Мы в MAX

👉@BookJava

🔥 Разбираем CompletableFuture в Java: Асинхронность без боли

Всем добрый вечер! Сегодня расскажу про CompletableFuture — мощный инструмент для работы с асинхронными операциями в Java. Если вы хотите избавиться от блокирующего кода и сложных коллбэков, этот пост для вас!

🤔 Что такое CompletableFuture?
Это часть java.util.concurrent, позволяющая писать асинхронный код в декларативном стиле, без создания сложных цепочек Thread и ExecutorService.

🚀 Базовый пример использования
Допустим, у нас есть задача загрузить данные с сервера. Как это сделать асинхронно?

import java.util.concurrent.CompletableFuture;

public class AsyncExample {
    public static void main(String[] args) {
        CompletableFuture.supplyAsync(() -> {
            // Имитация долгого запроса
            sleep(2000);
            return "Данные загружены";
        }).thenAccept(result -> 
            System.out.println("Результат: " + result)
        );

        System.out.println("Задача запущена, ждем результат...");
        sleep(3000); // Чтобы main не завершился раньше времени
    }

    private static void sleep(int millis) {
        try { Thread.sleep(millis); } 
        catch (InterruptedException e) { Thread.currentThread().interrupt(); }
    }
}

🔍 Разбираем код
1️⃣ supplyAsync() — выполняет операцию в фоновом потоке.
2️⃣ thenAccept() — получает результат и выполняет код после завершения.
3️⃣ Главный поток продолжает работать, не блокируя выполнение.

🛠 Расширяем функционал
Можно комбинировать задачи:

CompletableFuture.supplyAsync(() -> "Привет, ")
    .thenApply(greeting -> greeting + "мир!")
    .thenAccept(System.out::println);

✅ thenApply() изменяет данные перед следующим шагом.
✅ thenAccept() выполняет финальную операцию.

📌 Где использовать?
🔹 Запросы к API без блокировки
🔹 Асинхронная обработка данных
🔹 Параллельные вычисления

📲 Мы в MAX

👉@BookJava

Stream API: Обзор и Основные Методы

Stream API – мощный инструмент для обработки данных. Его основные принципы:
✅ Композиция – построение логики из небольших, независимых и чистых функций.
✅ Single Responsibility – каждый шаг выполняет одну конкретную операцию.

Такой подход обеспечивает:
✔️ Читаемость кода.
✔️ Отсутствие локальных переменных.
✔️ Линейную последовательность действий.

Основные компоненты Stream API
Любой поток состоит из трех ключевых частей:
1️⃣ Источник данных (коллекция, массив, файл и т. д.).
2️⃣ Промежуточные преобразования (filter, map и другие).
3️⃣ Конечная операция (коллекционирование, агрегация, перебор).

Способы создания стрима
Stream можно создать несколькими способами:

🔹 Из коллекции: collection.stream()
🔹 Из массива: Arrays.stream(array)
🔹 Из набора элементов: Stream.of(1, 2, 3)
🔹 Бесконечный поток: Stream.iterate(0, n -> n + 1)
🔹 Бесконечный поток с ограничением (Java 9): Stream.iterate(1, n -> n < 100, n -> n * 2)
🔹 Генерация элементов: Stream.generate(Math::random)
🔹 Диапазон значений:
- IntStream.range(1, 5) (1, 2, 3, 4)
- IntStream.rangeClosed(1, 5) (1, 2, 3, 4, 5)
🔹 Из файла: Files.lines(Path.of("file.txt"))
🔹 Из строки: "abc".chars()

Промежуточные операции
Stream API поддерживает множество преобразований. Наиболее распространенные:

✔️ Фильтрация: filter(Predicate<T>) – оставляет только элементы, соответствующие условию.
✔️ Удаление дубликатов: distinct() – исключает повторяющиеся элементы.
✔️ Ограничение количества: limit(n) – берет первые n элементов.
✔️ Сортировка: sorted() – упорядочивает элементы.

Менее очевидные операции
🔹 map(Function<T, R>) – применяет функцию к каждому элементу.
🔹 flatMap(Function<T, Stream<R>>) – «разворачивает» элементы из вложенных структур.
🔹 takeWhile(Predicate<T>) (Java 9) – берет элементы, пока выполняется условие.
🔹 dropWhile(Predicate<T>) (Java 9) – пропускает элементы, пока условие выполняется.
🔹 peek(Consumer<T>) – выполняет действие без изменения элементов (удобно для логирования).

Конечные операции
Стрим начинает обработку данных только при вызове конечной операции:

📌 Коллекционирование:
- collect(Collectors.toList()) – собирает в List.
- collect(Collectors.toSet()) – собирает в Set.

📌 Поиск элементов:
- findFirst() – первый элемент.
- findAny() – любой элемент (оптимизирован для параллельных потоков).
- anyMatch(Predicate<T>) – хотя бы один элемент удовлетворяет условию.
- allMatch(Predicate<T>) – все элементы удовлетворяют условию.
- noneMatch(Predicate<T>) – ни один элемент не удовлетворяет условию.

📌 Агрегация:
- min(Comparator<T>) – минимальный элемент.
- max(Comparator<T>) – максимальный элемент.
- count() – количество элементов.
- reduce(BinaryOperator<T>) – свертка элементов в одно значение.

📌 Побочные эффекты:
- forEach(Consumer<T>) – выполняет действие над каждым элементом.
- forEachOrdered(Consumer<T>) – выполняет действие, сохраняя порядок (важно для параллельных потоков).

Особенности работы со Stream API
1️⃣ Стрим – это не структура данных
Он лишь обходит источник, выполняя операции лениво.

2️⃣ Стрим нельзя использовать повторно
После вызова конечной операции повторное использование потока приведет к IllegalStateException.

3️⃣ Исходные данные не изменяются
Методы Stream API не модифицируют исходную коллекцию.

Разбор сложных случаев
❌ Ошибочный код:

Stream.of(-1, 0, 1).max(Math::max).get();

✅ Почему ошибка?
Метод max() принимает Comparator<T>, но Math.max(a, b) – это BiFunction<Integer, Integer, Integer>. Они не эквивалентны!

ℹ️ Решение:

Stream.of(-1, 0, 1).max(Integer::compareTo).get(); // Вернет 1

📲 Мы в MAX

👉@BookJava

📝 Советы по оптимизации Java кода: избавляемся от лишнего

Привет, друзья! Сегодня поговорим об оптимизации кода. Все мы знаем, что код должен быть не только работоспособным, но и читаемым, эффективным и поддерживаемым. Давайте разберем несколько типичных ошибок и способов их устранения.

🚀 1. Избегайте ненужного создания объектов
Частая ошибка — создавать объекты там, где можно использовать уже существующие.

❌ Плохо:

String str = new String("Hello"); // Избыточно

✅ Хорошо:

String str = "Hello"; // Используем строковый пул

То же самое касается Integer.valueOf() вместо new Integer().

🔄 2. Используйте StringBuilder вместо конкатенации в цикле
Если вы объединяете строки в цикле, StringBuilder будет значительно быстрее.

❌ Плохо:

String result = "";
for (int i = 0; i < 100; i++) {
    result += i; // Создает новый объект String на каждой итерации
}

✅ Хорошо:

StringBuilder result = new StringBuilder();
for (int i = 0; i < 100; i++) {
    result.append(i);
}

Такой код работает в разы быстрее!

🏎 3. Правильно выбирайте коллекции
Используйте ArrayList, если не нужна частая вставка/удаление элементов в середине списка.
Используйте HashSet, если важны уникальные значения и не нужен порядок.
Используйте LinkedList, если нужна частая вставка/удаление в середине списка.

⚡ 4. Не злоупотребляйте Stream API
Да, Stream API удобен, но иногда он замедляет код. Например:

❌ Плохо:

List<Integer> numbers = List.of(1, 2, 3, 4, 5);
int sum = numbers.stream().reduce(0, Integer::sum);

✅ Хорошо:

int sum = 0;
for (int num : numbers) {
    sum += num;
}

Цикл быстрее, потому что не тратит время на создание объектов и лямбды.

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

А какие советы по оптимизации Java кода используете вы? Пишите в комментариях! 👇 🚀

📲 Мы в MAX

👉@BookJava

📝 Разбираем @Transactional в Spring: Где Подводные Камни?

Давайте обсудимм одну из самых популярных аннотаций в Spring — @Transactional. Многие знают, что она используется для управления транзакциями, но не все понимают, как она работает под капотом и какие проблемы могут возникнуть. Давайте разбираться!

🔍 Как работает @Transactional?
Когда вы помечаете метод @Transactional, Spring проксирует этот метод и оборачивает его в транзакцию. Это значит, что до начала метода открывается транзакция, а после — либо коммитится (если нет ошибок), либо откатывается (если есть исключение).

Но тут важно помнить:
🔹 @Transactional работает только на public методах (если используется Spring AOP).
🔹 Вызовы методов внутри одного класса не учитывают @Transactional. Если вызвать метод, аннотированный @Transactional, внутри другого метода того же класса, транзакция не создастся.
🔹 По умолчанию, транзакция откатывается только при RuntimeException. Если бросить checked-исключение, Spring не откатит транзакцию.

⚠️ Распространённые ошибки
❌ Аннотация на private методе
Транзакция просто не будет работать, так как Spring AOP не перехватит вызов.

❌ Вызов @Transactional метода внутри того же класса
Транзакция не создастся, так как вызов происходит без участия Spring Proxy. Решение — выносить такие методы в отдельный бин или использовать TransactionTemplate.

❌ Неправильный rollback
Если в методе выбрасывается checked-исключение, Spring по умолчанию **не откатывает** транзакцию. Чтобы изменить это поведение, нужно явно указать `@Transactional(rollbackFor = Exception.class).

✅ Как избежать проблем?
✔️ Всегда ставьте @Transactional на публичные методы.
✔️ Вызывайте @Transactional-методы только через Spring-управляемые бины.
✔️ Контролируйте rollback через rollbackFor.
✔️ Используйте propagation = REQUIRES_NEW, если хотите создать новую независимую транзакцию.

Кто сталкивался с неожиданным поведением @Transactional? Давайте обсудим в комментариях!

📲 Мы в MAX

👉@BookJava