Делаем простой CSV exporter на Java!

Иногда нужно быстро выгрузить данные в CSV. Например, список пользователей, отчёт или результат диагностики.

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

Начнём с модели:

record User(int id, String name, String email) {}

Данные могут выглядеть так:

var users = List.of(
    new User(1, "Alice", "alice@mail.test"),
    new User(2, "Bob, Jr.", "bob@mail.test")
);

Теперь сделаем функцию экранирования. Если значение содержит запятую, кавычку или перенос строки, оборачиваем его в кавычки:

static String csv(String value) {
    if (value.contains(",") || value.contains("\"") || value.contains("\n")) {
        return "\"" + value.replace("\"", "\"\"") + "\"";
    }

return value;
}

Для обычных значений функция вернёт строку как есть. Для Bob, Jr. получится корректное CSV-значение в кавычках.

Соберём строку пользователя:

static String row(User user) {
    return String.join(",",
        String.valueOf(user.id()),
        csv(user.name()),
        csv(user.email())
    );
}

Теперь можно собрать весь файл. Сначала добавим заголовок:

var lines = new ArrayList<String>();
lines.add("id,name,email");

После этого добавим строки данных:

for (User user : users) {
    lines.add(row(user));
}

И запишем результат в файл:

Files.write(
    Path.of("users.csv"),
    lines,
    StandardCharsets.UTF_8
);

На выходе получится корректный CSV:

id,name,email
1,Alice,alice@mail.test
2,"Bob, Jr.",bob@mail.test

Такую заготовку можно использовать для небольших экспортов без внешних библиотек. Если появляются вложенные структуры, разные форматы дат, большие файлы или сложные правила, лучше взять полноценную CSV-библиотеку.

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

Как поддерживать один плагин для Paper и Velocity?

Paper запускает игровой сервер, а Velocity распределяет подключения игроков между серверами.

В статье разбирают:
• как вынести общую логику в отдельный модуль
• зачем платформам нужны собственные адаптеры
• как собрать варианты плагина через Gradle

Общее ядро не зависит от API Paper и Velocity, поэтому одинаковые функции не приходится поддерживать в двух копиях.

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

👉 Java Ready | #статья

Почему нельзя просто проигнорировать InterruptedException?

Поток может ждать завершения задачи, блокировки или таймера. Другой поток вправе попросить его остановиться через interrupt. Например, worker делает паузу между проверками:

while (!Thread.currentThread().isInterrupted()) {
    processNext();
    Thread.sleep(1000);
}

Если вызвать interrupt во время sleep, метод выбросит InterruptedException. При этом флаг прерывания будет очищен. Это важный момент: после перехвата исключения простая проверка isInterrupted уже не увидит запрос на остановку.

Такой обработчик теряет сигнал:

try {
    Thread.sleep(1000);
} catch (InterruptedException e) {
    System.out.println("continue");
}

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

Если метод может передать исключение выше, оставь его в сигнатуре:

void pause() throws InterruptedException {
    Thread.sleep(1000);
}

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

try {
    Thread.sleep(1000);
} catch (InterruptedException e) {
    Thread.currentThread().interrupt();
    return;
}

Восстановленный флаг увидит внешний код, который проверяет состояние потока.

👉 Java Ready | #совет