Делаем простой TTL-кэш на Java!

Иногда значение нужно хранить не навсегда, а только короткое время: ответ API, результат вычисления или временную настройку.

Опишем запись кэша:

record Entry<T>(T value, long expiresAt) {}

Создадим хранилище:

Map<String, Entry<String>> cache = new HashMap<>();

Добавим значение с временем жизни:

void put(String key, String value, long ttlMs) {
    cache.put(key, new Entry<>(
            value,
            System.currentTimeMillis() + ttlMs
    ));
}

Теперь достанем значение:

String get(String key) {
    var entry = cache.get(key);

    if (entry == null) {
        return null;
    }

    if (entry.expiresAt() < System.currentTimeMillis()) {
        cache.remove(key);
        return null;
    }

    return entry.value();
}

Проверка:

put("token", "abc", 1000);

System.out.println(get("token"));

Ожидаемый вывод:

abc

После истечения TTL метод вернёт null, а устаревшая запись удалится из Map.

👉 Java Ready | #практика

Шпаргалка по Maven!

Например, mvn test запускает тесты, mvn package собирает артефакт, а mvn dependency:tree показывает дерево зависимостей проекта.
На картинке основные Maven-команды, фазы lifecycle, полезные параметры командной строки, локальный репозиторий, Maven Central и популярные плагины: help, dependency, compiler, version, wrapper, Spring Boot и exec.

Сохрани, чтобы не потерять!

👉 Java Ready | #ресурс

Статья про E2EE-мессенджер на Spring Boot и WebCrypto!

Автор показывает, как устроить сквозное шифрование так, чтобы сервер передавал сообщения, но не видел их содержимое.

В статье автор показывает:
• как устроена сессия и обмен ключами
• зачем нужен ratchet-подход для сообщений
• какие архитектурные ошибки легко допустить при E2EE

Продолжай читать на Habr!

👉 Java Ready | #статья

Делаем простой HTTP-запрос через HttpClient!

Иногда нужно без сторонних библиотек сходить в API, получить JSON или проверить доступность. Начиная с Java 11 для этого есть встроенный HttpClient.

Сначала создадим клиент:

HttpClient client = HttpClient.newHttpClient();

Теперь соберём request:

HttpRequest request = HttpRequest.newBuilder()

Укажем адрес:

.uri(URI.create("https://api.github.com"))

Выберем GET-запрос:

.GET()

И соберём объект:

.build();

Ответ можно получить синхронно:

var response = client.send(request,
HttpResponse.BodyHandlers.ofString());

Код статуса лежит отдельно:

System.out.println(response.statusCode());

Тело ответа можно прочитать так:

System.out.println(response.body());

Для реального кода почти всегда стоит добавить timeout. Тогда запрос не сможет зависнуть навсегда:

.timeout(Duration.ofSeconds(5))

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

Такой подход удобен, когда нужно быстро сделать интеграцию без OkHttp, Apache HttpClient и других зависимостей.

👉 Java Ready | #практика

Почему ThreadLocal нужно чистить после использования?

ThreadLocal удобен, когда значение должно быть привязано к конкретному потоку:

private static final ThreadLocal<String> USER_ID =
        new ThreadLocal<>();

Например, в начале обработки запроса можно сохранить id пользователя:

USER_ID.set("user-42");

А ниже по коду достать его без передачи через каждый метод:

String userId = USER_ID.get();

Но в серверных приложениях потоки часто переиспользуются пулом.

Если значение не удалить, следующий запрос может попасть на тот же поток и увидеть старые данные.

Поэтому после работы важно очищать ThreadLocal:

try {
    USER_ID.set(userId);
    handleRequest();
} finally {
    USER_ID.remove();
}

finally нужен, чтобы очистка сработала даже при исключении.

👉 Java Ready | #совет