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

Java-совет: начиная с Java 14 можно использовать switch-выражения, чтобы писать многоветвистую логику короче и чище.

// Old way:
String season;
switch (month) {
    case 12:
    case 1:
    case 2:
        season = "Winter";
        break;

    case 3:
    case 4:
    case 5:
        season = "Spring";
        break;

    default:
        season = "Invalid";
}

// New switch expression:
String season = switch (month) {
    case 12, 1, 2 -> "Winter";
    case 3, 4, 5 -> "Spring";
    default -> "Invalid";
};

👉 Java Portal

Если ты изучаешь Java или хочешь прокачать навыки, обрати внимание на JBook — это интерактивная книга по Java, доступная прямо на GitHub.

Что внутри:

🔸Подробное объяснение основ языка Java;
🔸Примеры кода с пояснениями;
🔸Упражнения для закрепления знаний;
🔸Поддержка Jupyter Notebook + Java (IJava kernel) — можно запускать код прямо в браузере

GitHub: https://github.com/qcha/JBook

👉 Java Portal

Совет по Java: если нужна максимально хорошая производительность в общем случае, бери HashMap как реализацию Map.

✅HashMap внутри реализован как хеш-таблица, и в среднем put(), get() и remove() работают за O(1).

🪲Он не потокобезопасный (если нужна thread-safety, используй ConcurrentHashMap).

Пример:

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

// Добавляем данные
ages.put("Michael", 31);
ages.put("Lisa", 25);
ages.put("Alice", 42);

// Поиск
System.out.println("Возраст Lisa: " + ages.get("Lisa"));

// Удаление
ages.remove("Alice");

// Итерация
for (Map.Entry<String, Integer> entry : ages.entrySet()) {
    System.out.println(entry.getKey() + ": " + entry.getValue());
}

👉 Java Portal

10 золотых правил чистого кода:

1. Избегай магических чисел и строк
2. Используй осмысленные, говорящие имена
3. Предпочитай ранние return вместо глубокой вложенности
4. Избегай длинных списков параметров
5. Делай функции маленькими и сфокусированными
6. Соблюдай DRY (Don’t Repeat Yourself) — не дублируй код
7. Применяй принцип KISS (Keep It Simple, Stupid) — делай проще
8. Отдавай предпочтение композиции, а не наследованию
9. Комментируй только там, где это действительно необходимо
10. Пиши хорошие сообщения к коммитам

Какие еще правила чистого кода ты бы добавил в этот список?

👉 Java Portal

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

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

// With immutable objects:

record Book(String title, int price) {} //Immutable

public class BookJob implements Runnable {
    private final Book book;
    ....//constructor

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

// Exchanging messages:
...
new Thread(() -> {
    try {
        queue.put("mess1");
    } catch (InterruptedException e) {}
}).start();
...
new Thread(() -> {
    try {
        String mess = queue.take();
    } catch (InterruptedException e) {}
}).start();

👉 Java Portal

Сommand completion (..) расширяет обычный code completion. Помимо автодополнения API и postfix completion, автодополнение кода теперь включает и команды. Чтобы отфильтровать список только до команд, используйте .. Список поддерживает поиск, чтобы быстрее находить нужное.

👉 Java Portal

Spring Boot: на этапе разработки используй spring.main.lazy-initialization=true, чтобы ускорить старт приложения.

По умолчанию Spring Boot жадно инициализирует все бины на старте. В дев-окружении это значит:

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

Чтобы этого избежать, в application.properties поставь:

spring.main.lazy-initialization=true

Но в проде важно оставить дефолтное поведение, потому что:

1. Ошибки старта ловятся раньше
2. Все компоненты сразу готовы принимать запросы

👉 Java Portal

Шпаргалка по разрядам чисел, максимальным и минимальным значениям

👉 Java Portal

Spring Boot: чтобы при сериализации в Jackson исключать любые поля, у которых значение null, можно использовать аннотацию @JsonInclude(Include.NON_NULL)

@JsonInclude(JsonInclude.Include.NON_NULL)
public class UserDTO {

    private Long id;
    private String name;
    private String email;
    private String phone;

    ...
}

Все пустые поля исключаются автоматически.

👉 Java Portal

IntelliJ IDEA исполняется 25 лет! 🎉

👉 Java Portal

Spring Boot: используй CommandLineRunner, чтобы выполнять логику при старте приложения.

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

Некоторые сценарии, где это уместно:

Заполнение БД начальными данными
Запуск health-check’ов при старте
Бутстрап внешних сервисов/ресурсов

Пример:

@Component
public class StartupRunner implements CommandLineRunner {

    @Override
    public void run(String... args) {
        System.out.println("Приложение запущено! Дальнейшая настройка");
    }
}

👉 Java Portal

Про модификаторы доступа в Java (public / default / protected / private)

private - только для себя
public - откуда угодно
protected - вроде бы для подклассов?

На самом деле тут всегда начинается каша, если не смотреть на вопрос "откуда и кто вызывает" по двум осям: пакет и наследование.

Чтобы нормально понять модификаторы, я подумал: пусть будет статья с моделью "якинику-ресторан".

Что такое модификаторы на самом деле:

Модификаторы - это не про "силу".
Это правила, откуда можно получить доступ.

В Java доступ всегда определяется двумя вещами:

* тот же пакет?
* есть наследование?

Модель с рестораном якинику:

* YakinikuShop: сам ресторан (родительский класс)
* LocalStaff: персонал этого же ресторана
* Manager: управляющий (дочерний класс)
* BranchStaff: персонал филиала (другой пакет + наследник)
* Customer: обычный клиент

Родительский класс: YakinikuShop.java

package shop;

public class YakinikuShop {

    public int counter = 30;        // Стойка/места: видно всем
    int staffRoom = 10;             // Комната персонала: только для своего пакета
    protected int kitchen = 20;     // Кухня: свой пакет или наследники
    private int safeMoney = 100;    // Сейф: даже управляющему напрямую нельзя

    public void askManagerToOpenSafe(Object person) {
        if (!(person instanceof Manager)) {
            System.out.println("❌ Только управляющий может открыть сейф");
            return;
        }
        openSafe();
    }

    private void openSafe() {
        System.out.println("open safe: " + safeMoney);
    }
}

Почему askManagerToOpenSafe "особенный"

askManagerToOpenSafe - public.
То есть вызвать его может кто угодно.

Но откроется сейф или нет - решает проверка instanceof внутри.

public != "можно всё"
public = "вход виден и доступен"

Суть public вот такая:

* ✅может вызвать клиент
* ✅может вызвать персонал
* ✅может вызвать кто-то из другого магазина

"Встать у входа и попросить" можно, но:

* ❌ если ты не управляющий - тебя сразу разворачивают
* ❌ private-сейф напрямую трогать нельзя

Таблица доступа:

Клиент:

public: ✅
default: ❌
protected: ❌
private: ❌

Персонал этого же ресторана (тот же пакет):

public: ✅
default: ✅
protected: ✅
private: ❌

Персонал филиала (другой пакет, но наследник):

public: ✅
default: ❌
protected: ✅
private: ❌

Управляющий (дочерний класс):

public: ✅
default: ✅
protected: ✅
private: ❌

Сам класс YakinikuShop:

public: ✅
default: ✅
protected: ✅
private: ✅

👉 Java Portal

В Spring Boot можно задать таймаут для graceful shutdown через настройку spring.lifecycle.timeout-per-shutdown-phase.

Graceful shutdown помогает избежать резких обрывов HTTP-запросов и преждевременных остановок потоков.

server:
  shutdown: graceful

spring:
  lifecycle:
    timeout-per-shutdown-phase: 20s

# Сервер будет завершаться корректно (graceful).
# Даёт до 20 секунд на завершение запросов и работы бинов.

👉 Java Portal

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

На InterviewPrep выложили Java Notes (по сути мини-гайд/конспект) и там закрывают самые частые темы:

история Java
JDK / JRE / JVM (как это вообще устроено)
Collections
управление памятью
многопоточность
обработка исключений
типы классов
типы данных и ключевые слова

Можно прям как чеклист прогнать перед интервью.

👉 Java Portal

Spring Boot: если в приложении для REST-вызовов используется RestTemplate, таймауты можно централизованно настроить через RestTemplateBuilder.

@Configuration
public class RestTemplateConfig {

    @Bean
    public RestTemplate restTemplate(RestTemplateBuilder builder) {
        return builder
            .setConnectTimeout(Duration.ofSeconds(3))
            .setReadTimeout(Duration.ofSeconds(5))
            .build();
    }

}

Также можно завести больше одной конфигурации таймаутов через аннотацию @Qualifier:

@Bean
@Qualifier("slowServiceRestTemplate")
public RestTemplate slowServiceRestTemplate(RestTemplateBuilder builder) {
    return builder
        .setConnectTimeout(Duration.ofSeconds(5))
        .setReadTimeout(Duration.ofSeconds(30))
        .build();
}

@Autowired
@Qualifier("slowServiceRestTemplate")
private RestTemplate restTemplate;

👉 Java Portal

Объясни, какие паттерны проектирования Spring Boot использует внутри.

На собеседовании обычно проверяют не то, знаешь ли ты названия паттернов.
Скорее хотят понять, понимаешь ли ты, как Spring Boot архитектурно на них построен.

1. Singleton

Spring Boot бины по умолчанию singleton.

Когда ты помечаешь класс @Component, @Service или @Repository, Spring по дефолту создаёт один инстанс.

Что можно сказать:

"Все Spring-бины по умолчанию singleton, если явно не указать другой scope, например @RequestScope. Это экономит память и держит объектный граф консистентным и разделяемым."

2. Proxy

Spring AOP (аспектно-ориентированное программирование) работает через прокси.

3. Observer

Система событий Spring это Observer в чистом виде.

4. Factory

Spring везде использует фабрики.

BeanFactory, ApplicationContext, FactoryBean.

Ты объявляешь бин, а Spring решает, когда и как его создать.

5. Builder

Используется в клиентах вроде RestTemplateBuilder, WebClient.Builder.

6. Template Method

Очень активно используется в JdbcTemplate, RestTemplate и т.д.

Что можно сказать:

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

👉 Java Portal

Java: исключения в Java делятся на две основные категории: checked и unchecked.

Checked-исключения нужно либо перехватывать, либо объявлять.

Unchecked-исключения не нужно объявлять в throws у метода, и компилятор не требует их перехватывать, хотя при необходимости их тоже можно ловить.

// Проверяемые (checked)
try {
    FileReader reader = new FileReader("file.txt"); //FileNotFoundException (проверяемое)
} catch (FileNotFoundException e) {
    e.printStackTrace();
}

// Непроверяемые (unchecked)
String nullText = null;
System.out.println(nullText.length()); //NullPointerException (непроверяемое)

👉 Java Portal

Реализация гексагональной архитектуры на Java

В данной статье рассматривается архитектура проекта, позволяющая модульным образом интегрировать инфраструктурные фреймворки, такие как Spring, Quarkus и Micronaut, без необходимости модификации ядра предметной области (domain) или внешних API.

👉 Java Portal

Java-совет : выносите повторяющуюся логику в небольшие вспомогательные классы, но не скатывайтесь в всезнающие God-классы.

Пример helper-класса:

public class TextUtils {
    public static String capitalize(String str) {
        ...
    }
    ...
}

А вот это уже God-класс:

public class DoThings {
    public void addTask(String task) { ... }
    public void saveToFile(String filename) { ... }
    public void logError(String error) { ... }
    ...
}

Он делает слишком много несвязанных вещей.

👉 Java Portal

В старые времена на Java самое дорогое выражение, которое я видел в проде, выглядело невинно:

→ repository.findAll()

Компилируется, тесты проходит, на QA тоже всё ок потому что данных мало.

А потом в проде прилетает реальный трафик, JVM начинает пухнуть от хипа и p99 улетает в космос. Причина простая — вызов неограниченный по объёму. Без лимитов, без пагинации, без стриминга.

показательный случай про цену подобных ошибок:

• ракета Ariane 5
• стоимость проекта — 370 млн
• в коде было преобразование 64-битного значения к 16-битному
• при ускорении значение вышло за пределы
• произошёл overflow, навигация отказала
• запуск провалился, 370 млн просто улетели

Вывод: неограниченные операции в коде — всегда риск.

Из той же категории:

• collect(toList()) на огромных стримах
• @Transactional прямо на контроллерах
• synchronized на нагруженном месте

👉 Java Portal