Java tip: используй Files.walk(), чтобы рекурсивно пройтись по файлам в каталоге.

public static void main(String[] args) {
    Path startPath = Paths.get("src");

    try (Stream<Path> paths = Files.walk(startPath)) {
        paths
            .filter(Files::isRegularFile)
            .filter(path -> path.toString().endsWith(".java"))
            .forEach(System.out::println);
    } catch (IOException e) {
        e.printStackTrace();
    }
}

👉 Java Portal

Больше десяти лет RestTemplate был главным вариантом для HTTP-запросов в Spring.

Прямолинейный. Синхронный. Простой.

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

С выходом Spring Framework 6 и Spring Boot 3 пришла современная замена:

- RestClient

❓Чем обычно характеризуется RestTemplate

- API на методах (getForObject, postForEntity и т.д.)
- Очень явные вызовы под каждую HTTP-операцию
- Мало “цепочек”: часто один вызов укладывается в одну строку
- Настройки раскиданы по разным местам (interceptors, error handlers, converters)
- Синтаксис исторически нарастал кусками годами

Типичный пример:

RestTemplate rest = new RestTemplate();
ResponseEntity<User> response =
    rest.exchange(url, HttpMethod.GET, request, User.class);

Работает, но когда запрос усложняется (headers, auth, ошибки, таймауты), читаемость начинает страдать.

❓RestClient меняет подход к API

- Флюентный, декларативный синтаксис
- Четкое разделение между сборкой request и чтением response
- Лучше читается, когда есть headers, params, auth и т.п.
- Единый, консистентный API для всех HTTP-методов
- Централизованный builder для общей конфигурации

Типичный пример:

User user = client.get()
    .uri(url)
    .header("Authorization", token)
    .retrieve()
    .body(User.class);

Это та же идея, что у RestTemplate, но API яснее, расширяемее и проще поддерживать.

❓Зачем RestClient, если уже есть WebClient

WebClient реактивный и неблокирующий (под другую задачу)

RestClient работает как RestTemplate: обычный (не реактивный) и с ожиданием ответа, просто это его современная замена.

Многим нужен современный API, но без перехода на реактивный стек.

Spring не пытается всех загнать в WebFlux. Он просто обновил классический HTTP-клиент.

❓RestTemplate “мертв”

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

То есть новых возможностей не будет. Только апдейты совместимости.

А развитие будет происходить в RestClient.

Причем RestClient можно создать на базе RestTemplate:

RestTemplate oldRestTemplate;
var restClient = RestClient.create(oldRestTemplate);

❓Что использовать сегодня:

Используй RestTemplate, если:

- приложение легаси
- миграция слишком дорогая
- завязан на библиотеки, которые работают только с RestTemplate

Используй RestClient, если:

- ты на Boot 3 / Spring 6+
- хочешь современный и чистый API
- хочешь остаться в императивном стиле
- не хочешь или не можешь использовать WebFlux

RestTemplate это классика, почти любой Java-разработчик на Spring хотя бы раз с ним сталкивался.

Но RestClient задает точку старта для нового.

Это не про реактивность и не про переделку архитектуры.

Это просто современный HTTP-клиент, который делает код понятнее и проще в сопровождении.

Похоже на подход многих других модулей Spring, где builder упрощает создание объектов и использование классов.

И в мире, где сервисы постоянно дергают внешние API, хороший HTTP-клиент реально важен.

👉 Java Portal