😍 Шпаргалки Java-программиста — большая подборка полезных материалов!

На странице собрана коллекция шпаргалок и полезных ресурсов для Java-разработчиков. Здесь есть материалы по Java Core, JPA и Hibernate, Stream API, Lombok, коллекциям, библиотекам для работы с JSON, а также ссылки на обучающие материалы, популярные open-source проекты и подборки для подготовки к собеседованиям.

📌 Оставляю ссылочку: bookflow.ru

👉 Java Ready | #репозиторий

Создаём погодного Telegram-бота на Java!

В этой статье:
• Как подключить OpenWeatherMap и получать актуальную погоду
• Как обновлять прогноз через inline-кнопку без новых сообщений
• Как настроить FSM-диалог, валидацию времени и рассылку по расписанию

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

👉 Java Ready | #статья

Собирайте значения по ключу через computeIfAbsent()!

Когда в Map нужно хранить несколько значений для одного ключа, часто появляется ручная проверка:

var values = tags.get(topic);

if (values == null) {
    values = new ArrayList<>();
    tags.put(topic, values);
}

values.add(tag);

Здесь приходится отдельно получать значение, создавать список и записывать его обратно в Map.

computeIfAbsent() объединяет эти действия:

tags.computeIfAbsent(topic, key -> new ArrayList<>())
    .add(tag);

Функция создания вызывается только тогда, когда ключ отсутствует или связан с null. Если список уже существует, Java сразу вернёт его:

tags.computeIfAbsent("java", key -> new ArrayList<>())
    .add("collections");

tags.computeIfAbsent("java", key -> new ArrayList<>())
    .add("streams");

В результате оба значения окажутся в одном списке:

{java=[collections, streams]}

Тот же приём подходит для группировки объектов, ленивого создания настроек и простых локальных кэшей:

var config = configs.computeIfAbsent(
    serviceName,
    this::loadConfig
);

Важно: если функция вернёт null, новое соответствие в Map добавлено не будет.

👉 Java Ready | #совет

Интересная статья о том, как создавались 2D-игры для кнопочных Java-телефонов!

В этой статье:
• Как J2ME и MIDP использовались для разработки мобильных игр
• Как работали спрайты, игровой цикл, ввод и мобильная графика
• Почему разные разрешения, объём памяти и коды кнопок мешали переносимости игр

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

👉 Java Ready | #статья

Почему split(".") не разделяет строку по точке?

На первый взгляд такой код выглядит правильно:

String[] parts =
    "api.example.com".split(".");

Но split() принимает не обычную строку-разделитель, а регулярное выражение.

В regex точка означает любой символ. Поэтому выражение "." совпадает практически со всей строкой, а пустые элементы в конце результата split() удаляет.

В результате можно неожиданно получить пустой массив:

System.out.println(
    Arrays.toString("a.b".split("."))
);
// []

Чтобы искать именно точку, её нужно экранировать:

String[] parts =
    "api.example.com".split("\\.");

System.out.println(
    Arrays.toString(parts)
);
// [api, example, com]

Два обратных слеша нужны из-за двойной обработки: сначала Java превращает \\ в один слеш, а затем regex получает выражение \.

Если разделитель приходит из переменной, безопаснее не экранировать его вручную:

String separator = ".";
String regex =
    Pattern.quote(separator);

String[] parts = text.split(regex);

Pattern.quote() превращает строку в литеральное регулярное выражение. Это особенно полезно для разделителей вроде точки, вертикальной черты, плюса или скобок.

👉 Java Ready | #совет

Шпаргалка по регулярным выражениям в Java!

Например, \d находит цифру, \w символ слова, а квантификатор {n,m} задаёт минимальное и максимальное количество повторений.

На картинке классы символов, границы строк, флаги Pattern, жадные и ленивые квантификаторы, группы, обратные ссылки и основные методы Pattern и Matcher.

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

👉 Java Ready | #ресурс

Почему успешная сборка ещё не означает, что Java-код работает правильно?

В этой статье:
• Почему пустой catch может незаметно скрыть реальную ошибку
• Что произойдёт, если переопределить equals(), но забыть про hashCode()
• Как современные возможности Java помогают убрать старые опасные конструкции
• Зачем подключать SpotBugs, PMD и другие проверки ещё до релиза

Полезный разбор ошибок, которые выглядят безобидно, проходят компиляцию, но позже превращаются в настоящие проблемы.

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

👉 Java Ready | #статья

Как аккуратно считать повторения через Map.merge() в Java?

Когда нужно посчитать частоту значений, часто пишут ручную проверку:

Map<String, Integer> clicks = new HashMap<>();

if (clicks.containsKey("login")) {
    clicks.put("login", clicks.get("login") + 1);
} else {
    clicks.put("login", 1);
}

Код рабочий, но быстро разрастается: проверка, получение старого значения, обновление.

В Java для таких случаев есть merge():

clicks.merge("login", 1, Integer::sum);

Логика такая: если ключа ещё нет, Java положит значение 1.

Если ключ уже есть, Java возьмёт старое значение и объединит его с новым через Integer::sum:

clicks.merge("login", 1, Integer::sum);
clicks.merge("login", 1, Integer::sum);

// login -> 2

Это удобно для счётчиков, статистики, лайков, просмотров, ошибок по типам и любых группировок:

for (String event : events) {
    counters.merge(event, 1, Integer::sum);
}

Можно использовать не только сумму:

prices.merge(productId, newPrice, Math::max);

Здесь в мапе останется максимальная цена для каждого товара.

👉 Java Ready | #совет

Отличная статья для тех, кто хотел попробовать Java не только в backend, но и в Minecraft-моддинге!

В этой статье:
• Как устроен первый проект мода и какие файлы в нём важны
• Чем помогают Fabric, Forge и Mixin при изменении поведения игры
• Как начать с простого примера и понять базовую структуру моддинга

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

👉 Java Ready | #статья

Шпаргалка по JVM options в Java!

Например, -Xms задаёт начальный размер heap, -Xmx ограничивает максимальный heap, а -XX:+HeapDumpOnOutOfMemoryError помогает получить дамп памяти при падении с OutOfMemoryError.

На картинке JVM options: стандартные параметры запуска, -D system properties, javaagent, non-standard -X options, GC-флаги, heap-настройки, debugging-параметры и performance options.

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

👉 Java Ready | #ресурс

Делаем простой rate limiter!

Иногда нужно ограничить частоту действий: отправку писем, запросы к API, попытки входа или запуск тяжёлой операции. Соберём простой limiter, который разрешает не больше N действий за небольшой промежуток времени.

Для хранения времени запросов подойдёт очередь:

import java.time.Duration;
import java.time.Instant;
import java.util.ArrayDeque;
import java.util.Deque;

Создадим класс:

public class RateLimiter {
    private final int limit;
    private final Duration window;
    private final Deque<Instant> calls = new ArrayDeque<>();

Конструктор:

    public RateLimiter(int limit, Duration window) {
        this.limit = limit;
        this.window = window;
    }

Главный метод будет возвращать true, если действие разрешено:

    public boolean allow() {
        Instant now = Instant.now();
        Instant border = now.minus(window);

        while (!calls.isEmpty() && calls.peekFirst().isBefore(border)) {
            calls.removeFirst();
        }

Если в окне уже слишком много вызовов, блокируем:

        if (calls.size() >= limit) {
            return false;
        }

        calls.addLast(now);
        return true;
    }
}

Теперь можно ограничить, например, 3 попытки за 10 секунд:

RateLimiter limiter = new RateLimiter(
    3,
    Duration.ofSeconds(10)
);

Использование:

if (limiter.allow()) {
    System.out.println("Запрос выполнен");
} else {
    System.out.println("Слишком много запросов");
}

Такой limiter хранит только актуальные вызовы внутри окна. Старые записи постепенно удаляются из очереди.

Для многопоточного кода метод allow() стоит синхронизировать:

public synchronized boolean allow() {
    // та же логика
}

Rate limiter это простой, но очень полезный паттерн для API, авторизации, фоновых задач и защиты от слишком частых действий.

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