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

В Spring Boot можно включить асинхронное логирование, настроив Logback (logback-spring.xml).

✅Лог-сообщения отправляются в очередь и обрабатываются отдельным фоновым потоком.

✅Это снижает узкие места на I/O (ввод-вывод).

Положи конфиг Logback в папку resources:

src/main/resources/logback-spring.xml

Пример:

<configuration>

    <!-- Консольный appender, обернутый в async -->
    <appender name="ASYNC_CONSOLE" class="ch.qos.logback.classic.AsyncAppender">
        <appender-ref ref="CONSOLE" />
        <queueSize>5000</queueSize>
        <discardingThreshold>0</discardingThreshold>
        <includeCallerData>false</includeCallerData>
    </appender>

    <appender name="CONSOLE" class="ch.qos.logback.core.ConsoleAppender">
        <encoder>
            <pattern>%d{yyyy-MM-dd HH:mm:ss} %-5level [%thread] %logger - %msg%n</pattern>
        </encoder>
    </appender>

    <root level="INFO">
        <appender-ref ref="ASYNC_CONSOLE" />
    </root>

</configuration>

👉 Java Portal

Java: Records не ограничены ролью просто контейнера данных, в них можно добавлять кастомные конструкторы и методы для валидации.

✅ В records можно иметь конструкторы, статические методы и методы экземпляра:

public record Email(String address) {

    // Конструктор с валидацией
    public Email {
        if (address == null || !address.matches("^[\\w-.]+@([\\w-]+\\.)+[\\w-]{2,4}$")) {
            throw new IllegalArgumentException("Некорректный email-адрес: " + address);
        }
    }

    // Метод экземпляра
    public String domain() {
        return address.substring(address.indexOf('@') + 1);
    }

    // Статический метод
    public static Email from(String raw) {
        return new Email(raw.trim().toLowerCase());
    }
}

👉 Java Portal

Java 25: апгрейд, который экономит до 30% RAM (без правок кода)

В JDK 25 добавили одну из самых заметных оптимизаций за долгое время: Compact Object Headers (JEP 519).

Что меняется:

- размер заголовка объекта уменьшается примерно с ~12 байт до 8 байт
- меньше памяти на объект -> меньше heap
- меньше heap -> меньше давление на GC
- меньше GC -> сервис быстрее + облако дешевле

Где профит максимальный:
Spring Boot, микросервисы, DTO, records, кэши, в общем всё, где много мелких объектов.

Включается одной опцией:
-XX:+UseCompactObjectHeaders

По отзывам из реальных систем:
снижение heap на 15–30% встречается довольно часто.

Просто протестируй на своих сервисах и забирай “бесплатную” экономию.

👉 Java Portal

Брейкпоинты в IDEA (IntelliJ и другие) для разработчиков

Иногда смотрю, как люди дебажат, и чуть ли не ловлю инсульт 🍺

Большинство разработчиков умеют только ставить и удалять брейкпоинты. А в IDEA есть куча полезных фич для отладки. Ниже самые годные:

[1] Условие остановки

Если метод вызывается часто или брейкпоинт стоит в цикле, не трать время, ожидая нужных значений:

▪️ПКМ по брейкпоинту
▪️В Condition добавь условие остановки. Можно использовать все доступные переменные, объекты и методы

[2] Динамически смотреть значения параметров

Вариант для новичков: добавить в код System.out.println с нужным полем/выражением.

Вариант для продвинутых:

▪️Зажми Shift и поставь брейкпоинт
▪️Отметь чекбокс Evaluate and log
▪️Введи нужное выражение

Дебаггер не будет останавливать выполнение, но будет писать значение выражения в консоль. Супер полезно для многопоточки, кода сторонних библиотек и remote debugging.

[3] Отключение брейкпоинта

Ненужный брейкпоинт можно не удалять, а просто выключить:

▪️Нажми на шестеренку у брейкпоинта
ИЛИ
▪️ПКМ по брейкпоинту → снимай галочку Enabled

[4] Массовая чистка

Когда в проекте много брейкпоинтов, IDE может чуть тормозить во время дебага. Чтобы убрать лишние, открой полный список:
▪️ПКМ по любому брейкпоинту
▪️Link More
▪️Слева будет список брейкпоинтов
▪️Удаляй ненужные

Обязательно попробуй. Пусть дебаг будет как по маслу 👍

👉 Java Portal

Знания по базам данных на техсобесах игнорировать нельзя.

Честно, многие реально боятся DB. И когда бэкендер не может сходу написать обычный, часто используемый запрос, его шансы пройти начинают заметно проседать.

Один из ключевых концептов тут это JOIN.

Я собрал понятную шпаргалку по SQL JOIN: с примерами и визуализацией, чтобы быстро уложить в голове.

👉 Java Portal

Java Collections Framework

👉 Java Portal

Продвинутый Map в Java (надо знать)

Если ты хоть раз делал Map<String, List<String>>, этот пост для тебя.

Признайся, все когда-то писали так:

Map<String, List<String>> userTags = new HashMap<>();
userTags.computeIfAbsent("user123", k -> new ArrayList<>()).add("premium");
userTags.computeIfAbsent("user123", k -> new ArrayList<>()).add("verified");

Или вообще вот так:

if (!userTags.containsKey("user123")) {
  userTags.put("user123", new ArrayList<>());
}
userTags.get("user123").add("premium");

==> В Apache Commons Collections уже давно есть готовая штука: MultiValuedMap.

Что это такое

MultiValuedMap<K, V> это структура данных, которая позволяет хранить несколько значений на один ключ. По сути это Map<K, Collection<V>>, но с нормальным, удобным API.

MultiValuedMap<String, String> userTags = new ArrayListValuedHashMap<>();

userTags.put("user123", "premium");
userTags.put("user123", "verified");
userTags.put("user123", "early-adopter");

// Забрать все теги сразу
Collection<String> tags = userTags.get("user123");
// [premium, verified, early-adopter]

Никаких computeIfAbsent, никаких проверок на null. Просто работает.

Что умеет

- Добавление без боли:

multiMap.put("key", "value1");
multiMap.put("key", "value2"); // не затирает предыдущее значение

- Массовые операции:

multiMap.putAll("user456", Arrays.asList("admin", "moderator"));

- Проверка существования конкретной пары:

multiMap.containsMapping("user123", "premium"); // true/false

- Удаление конкретного значения у ключа:

multiMap.removeMapping("user123", "premium");

- Получить вообще все значения:

Collection<String> allTags = multiMap.values();
// все значения со всех ключей

Реализации

- ArrayListValuedHashMap<K, V> — значения хранятся в ArrayList, порядок сохраняется, дубликаты возможны
- HashSetValuedHashMap<K, V> — значения хранятся в HashSet, без дублей

👉 Java Portal

Какой будет результат выполнения кода?

→ {"name":"Laptop"}
→ {"name":"Laptop","price":50000}
→ {"price":50000}
→ {}
→ Ошибка компиляции

Примечание: по умолчанию при сериализации/десериализации Jackson опирается на спецификацию JavaBeans, то есть учитываются только методы getter и setter.

👉 Java Portal

Тестируете JBoss или другие Java application servers? 🧐

JexBoss это Python-инструмент для проверки серверов JBoss на известные уязвимости, включая проблемы с Java deserialization в ряде фреймворков (JSF, Seam, Jenkins, Struts2 и др.). Есть режим автопроверки сетей (скан диапазонов CIDR) для инвентаризации и поиска потенциально уязвимых узлов.

https://github.com/joaomatosf/jexboss

👉 Java Portal

Java Stream API Evolution (с Java 8 до Java 21).

👉 Java Portal

Вопрос для интервью по Spring Boot:

Когда ты делаешь REST API в Spring Boot, часто используют префикс /api для всех контроллеров.
Но добавлять @RequestMapping("/api") в каждый контроллер неудобно и захламляет код.

Есть ли способ проще, чтобы не писать это на каждом контроллере?

Да: можно задать единый префикс через конфигурацию.

@Configuration
class WebMvcConfig implements WebMvcConfigurer {

  @Override
  public void configurePathMatch(PathMatchConfigurer configurer) {
    configurer.addPathPrefix("/api",
      aClass -> aClass.getPackage().getName()
        .startsWith("com.sivalabs.bookstore"));
  }
}

Так ты автоматически добавляешь /api ко всем контроллерам из нужного пакета, а код контроллеров остается чистым.

👉 Java Portal

Spring Boot: Используй ResponseEntity<T>, чтобы получить тонкий контроль над HTTP-ответом.

Можно явно задать status, headers и body.

👉 Java Portal

Совет по Spring Boot: если тебе нужны интеграционные тесты для контроллеров Spring MVC, а всё остальное ты хочешь замокать, используй @WebMvcTest — он поднимет только MVC-бины (контроллеры, конфиг MVC, конвертеры, валидацию и т.п.), без полного контекста приложения.

▪️Он грузит только MVC-бины, а не весь application context целиком.

▪️Интеграционные тесты медленнее юнитов, поэтому их стоит ускорять, выкидывая все лишнее, что не нужно конкретно для MVC.

▪️В этом примере мы мокaем бин HelloService и поднимаем только MVC-контекст и сам контроллер:

@WebMvcTest(HelloController.class)
class HelloControllerTest {

  @Autowired
  private MockMvc mockMvc;

  @MockBean
  private HelloService helloService; // замокано

  @Test
  void sayHello_returnsExpectedMessage() throws Exception {
    given(helloService.getMessage()).willReturn("Hello!");
    mockMvc.perform(get("/api/hello"))
      .andExpect(status().isOk())
      .andExpect(content().string("Hello!"));
  }
}

👉 Java Portal

java.evolved это подборка, где каждый старый паттерн из Java показан рядом с его современным заменителем, прямо бок о бок.

👍👍👍

👉 Java Portal

Spring Boot: используй @SpringBootApplication(exclude = …), чтобы отключить конкретные классы автоконфигурации.

✅ Одна из возможных причин: кастомная конфигурация конфликтует с дефолтной.

👉 Java Portal

Какой SQL-запрос будет выполнен при вызове метода findByEmail()?

1. SELECT * FROM users WHERE email LIKE ?

2. SELECT id, name, email FROM users WHERE email LIKE ?

3. SELECT * FROM users WHERE email = ? LIMIT 1

4. SELECT * FROM users WHERE email = ?

5. SELECT * FROM users WHERE email = email

👉 Java Portal

Java tip : старайся не шарить данные между потоками.

✅Используй иммутабельные объекты
✅Либо пусть потоки общаются через сообщения, не трогая общий state напрямую и не мутируя shared-состояние

// С иммутабельными объектами:

record Book(String title, int price) {} // Иммутабельный

public class BookJob implements Runnable {
    private final Book book;
    .... // конструктор

    @Override
    public void run() {
        System.out.println(book.title() + " " + book.price());
    }
}

// Обмен сообщениями:

...
new Thread(() -> {
    try {
        queue.put("mess1");
    } catch (InterruptedException e) {}
}).start();

...
new Thread(() -> {
    try {
        String mess = queue.take();
    } catch (InterruptedException e) {}
}).start();

👉 Java Portal

Вопрос для собеседования по Spring Boot:

Какой будет результат запуска, если активный профиль не указан?

❓ Spring по умолчанию выберет бин DevNotificationService
❓ Spring выберет первый бин в алфавитном порядке
❓ Приложение упадет с NoSuchBeanDefinitionException
❓ Бины не будут созданы, но приложение запустится
❓ Будут созданы оба бина - NoUniqueBeanDefinitionException

👉 Java Portal

Spring Boot: можно использовать @Retryable, чтобы переживать нестабильность внешних сервисов.

@Service
public class ExtService {

    @Retryable(
        value = { HttpServerErrorException.class, ResourceAccessException.class },
        maxAttempts = 3,
        backoff = @Backoff(delay = 2000, multiplier = 2)
    )
    public ExtServiceResponse process(ExtServiceRequest request) {
        // Call external payment gateway
        return restTemplate.postForObject("https://ext-gateway/api/service", request,
            ExtServiceResponse.class);
    }

    @Recover
    public ExtServiceResponse recover(Exception e, ExtServiceRequest request) {
        // Fallback logic after retries are exhausted
        log.error("Failed after retries: {}", e.getMessage());
        return new ExtServiceResponse("FAILED");
    }
}

Что это делает:

▪️Делает 3 ретрая, если вылетают указанные исключения.
▪️Стартует с задержки 2 секунды и удваивает ее на каждой попытке (экспоненциальный backoff).
▪️Если все попытки провалились, вызывает recover().

👉 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