Java Portal | Программирование

Как прогревать кэши в Spring Boot? И вообще, как делать что-то на старте приложения? Обычно такие операции делают в @PostConstruct или ловят событие ApplicationReadyEvent. Но у этих вариантов есть заметный минус. Если “прогрев” лежит в @PostConstruct, как его отключать в тестах? Можно завести флаг, сделать наследника и подменять бин в тестовой конфигурации, но это не всегда помогает и часто выглядит как костыль. Покажу более элегантный способ “прогрева кэшей”. В какой-то момент точно пригодится. Смотри: SpringApplication.run(...) возвращает полностью готовый контекст. Из него можно получить нужный компонент и вызвать метод “прогрева”. Код выглядит так:

    
        @SpringBootApplication
public class MainApplication {
  public static void main(String[] args) {
    ApplicationContext ctx = SpringApplication.run(MainApplication.class, args);
    AccountService accService = ctx.getBean(AccountService.class);
    accService.loadDictionary();
  }
}{}
    

В чём плюс? В интеграционных тестах с @SpringBootTest метод main не запускается. Значит, код внутри не выполняется. Никаких костылей вокруг @PostConstruct, всё чисто и аккуратно. Когда всё-таки нужно, чтобы “прогрев” выполнялся и в тестах, добавь параметр “использовать main метод”:

    
        @SpringBootTest(useMainMethod = SpringBootTest.UseMainMethod.ALWAYS){}
    

И всё. Если код должен выполняться после старта, но мешает тестам, клади его в main. Очень полезный приём. 👉 Java Portal

Java-совет: чтобы не ловить оверхед на boxing/unboxing, используй стримы примитивов (IntStream/LongStream/DoubleStream) вместо Stream<Integer>/Stream<Long>/Stream<Double>. ❌Создаём объекты Integer для каждого значения:

    
        Stream<Integer> boxed = Stream.of(1, 2, 3, 4, 5);
int sumBoxed = boxed.reduce(0, Integer::sum);{}
    

✅Работаем напрямую с int:

    
        int sumPrimitive = IntStream.of(1, 2, 3, 4, 5).sum();{}
    

✅Другие примитивные стримы: LongStream, DoubleStream 👉 Java Portal

...Script 👉 Java Portal

Большинство разработчиков в Spring знают, как доставать query-параметры и path variables. Но часто забывают, что HTTP-хедеры можно вытаскивать так же просто. В Spring для этого есть аккуратный @RequestHeader. Можно в одну строку получить User-Agent, Authorization или любой кастомный хедер. И не нужно лезть в HttpServletRequest. Пример: ▪️Добавляешь в метод контроллера @RequestHeader("User-Agent") String userAgent ▪️Spring сам подхватывает значение из заголовка ▪️Ты получаешь его сразу параметром метода Нужно сделать опциональным? Просто добавь required = false. Нужен дефолт? ▪️Используй defaultValue = "unknown". ▪️Очень полезно для логирования, аналитики, A/B тестов или фичефлагов, завязанных на заголовки. ▪️Выручает при работе с API-клиентами, которые шлют кастомные заголовки. ▪️Чище, короче и легче тестируется. ▪️Чем меньше зависимостей от servlet API, тем лучше. 👉 Java Portal

Spring Boot: отдавай предпочтение статическим utility-классам вместо Spring-бинов только если они не хранят состояние, у них нет зависимостей и их не нужно мокать или оборачивать в AOP.

    
        public class CacheUtils {
    private static Map<String, String> cache = new HashMap<>();

    ...
}

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

@Component
@Scope("request")
public class CacheService {
    private Map<String, String> cache = new HashMap<>();

    ...
}

// Если оформить это как бин, можно задать ему конкретный scope.

// Spring лучше управляет объектами с состоянием.{}
    

👉 Java Portal

Реальный event-driven проект на Core Java 21, Apache Kafka (KRaft mode) и PostgreSQL (в Docker). Проект показывает, как современные распределенные системы обрабатывают заказы асинхронно через Kafka, без блокировок и ожидания между сервисами. https://github.com/FlexiDriod/kafka-order-processing-system 👉 Java Portal

Spring Boot: можно реализовать оптимистическую блокировку через аннотацию @Version. ✅Идеально подходит, когда: - чтения происходят часто - записи сравнительно редкие - конфликты случаются нечасто ❌Не лучший вариант, когда: - конфликты происходят часто - нужна строгая сериализация

    
        public class Account {

    @Id
    private Long id;

    private BigDecimal balance;

    @Version
    private Long version;
}{}
    

Когда читаем, Entity загружается с текущей версией. Допустим, version = 2. Когда делаем update, учитывается запись с version = 2. Если за это время другая транзакция уже успела её обновить, version уже не 2, апдейт не затронет ни одной строки, и Hibernate кинет OptimisticLockException. То есть конфликт ловится без блокировки строки. 👉 Java Portal

🔴 Завтра тестовое собеседование с Java-разработчиком 11 февраля(уже завтра!) в 19:00 по мск приходи онлайн на открытое собеседование, чтобы посмотреть на настоящее интервью на Middle Java-разработчика. Как это будет: 📂 Сергей Чамкин, старший разработчик из Uzum, ex-WildBerries, будет задавать реальные вопросы и задачи разработчику-добровольцу 📂 Cергей будет комментировать каждый ответ респондента, чтобы дать понять чего от вас ожидает собеседующий на интервью 📂 В конце можно будет задать любой вопрос Сергею Это бесплатно. Эфир проходит в рамках менторской программы от ШОРТКАТ для Java-разработчиков, которые хотят повысить свой грейд, ЗП и прокачать скиллы. Переходи в нашего бота, чтобы получить ссылку на эфир → @shortcut_sh_bot Реклама. О рекламодателе.

Тонкие Docker-образы для Java: в этой статье вы узнаете, как собирать тонкие Docker-образы для ваших Java-приложений с использованием Alpine Linux и инструмента jlink. Мы будем опираться на свежие базовые образы Java 21 от Eclipse Temurin и BellSoft Liberica. Также мы сравним этих провайдеров с Alpaquita Linux, который тоже поставляется BellSoft. В сравнение также войдет оценка безопасности на основе количества уязвимостей. В качестве примера мы возьмем простое Spring Boot-приложение, которое поднимает несколько REST-эндпоинтов. Если вам интересна Java в контексте контейнеризации, на моем блоге вы можете найти несколько похожих статей. Например, можно почитать, как ускорить старт Java на Kubernetes с помощью CRaC в том посте. Еще есть статья, где сравниваются разные провайдеры JDK, которые используются для запуска Java-приложений в Paketo Buildpacks. 👉 Java Portal

Java-совет: используй ThreadLocal.withInitial(...), чтобы каждому потоку задавать своё безопасное значение по умолчанию. Значение создаётся лениво (только при первом обращении). 👉 Java Portal