Java библиотека

IntelliJ IDEA: продвинутый дебаг Представь, что есть цикл на 10 000 элементов, и баг воспроизводится только на одном конкретном объекте. Без Conditional Breakpoints придется жать F8 вручную сотни раз. А с ними дебаггер сам остановится в нужный момент. 🟢 Как включить Кликни правой кнопкой на кружок брейкпоинта → появится поле Condition. Введите любое булево Java-выражение. Всё, дебаггер будет останавливаться только когда оно true. 🟢 Примеры из реальной жизни ▪️ Фильтрация по ID user.getId() == 42 Останавливаемся только на конкретном пользователе — удобно при обработке списка сущностей из БД. ▪️ Фильтрация по содержимому строки request.getUrl().contains("/admin") Отлавливаем только определённые HTTP-запросы в фильтре или интерцепторе. ▪️ Ловим NPE до того, как он случился order.getItems() == null Останавливаемся именно тогда, когда данные уже сломаны, а не после падения. ▪️ Условие по индексу в цикле i == 999 Прыгаем сразу к последней итерации, не прокручивая весь цикл. 🟢 Продвинутые трюки — Log message вместо остановки. Если не хотите прерывать выполнение, а просто логировать — в том же окне брейкпоинта включите "Evaluate and log" и введите выражение. — Pass count. Чуть ниже в настройках брейкпоинта есть поле "Pass count" — брейкпоинт сработает только на N-м попадании. — Disable until hit. Можно настроить цепочку: один брейкпоинт активирует другой. В настройках есть "Disable until breakpoint is hit" — указываете другой брейкпоинт, и текущий начнёт работать только после срабатывания того. ⚠️ Condition вычисляется на каждом попадании в брейкпоинт — это вызов на стороне JVM. В горячих местах (tight loop, высоконагруженный метод) это может заметно тормозить приложение.

Java Generics — всё, что нужно знать 1. Box → Обобщённый класс • Используй, когда класс работает с любым типом (например, обёртка вокруг любого объекта, как Box, Box). 2. void print(T val) → Обобщённый метод • Используй, когда метод должен принимать любой тип (например, для печати любого объекта, логирования, сравнения и т.п.). 3. → Ограниченный тип • Называется верхней границей. • Используй, когда тип должен быть подклассом чего-то (например, утилита для работы с int, double, float). 4. → Несколько ограничений • Заставляет T реализовывать и A, и B. • Используй, когда нужны обе особенности (например, сортировка объекта, который также требует валидации). 5. → Неограниченный подстановочный тип • Это означает неизвестный тип. • Используй, когда не важен тип, нужно только читать (например, печать элементов из любого списка). 6. → Верхняя граница подстановочного типа • Означает некоторый подкласс T. • Используй при чтении из коллекции (например, чтение чисел из List без модификации). 7. → Нижняя граница подстановочного типа • Означает некоторый суперкласс T. • Используй при записи в коллекцию (например, добавление Integer в List). 8. Правило PECS • Producer Extends, Consumer Super. • Используй extends для чтения, super для записи (например, API-вход против обработки ответа). 9. List list = new ArrayList(); → Сырой тип • Это сырой тип. • Избегай — тк теряется типовая безопасность (например, компилятор не поймает, если добавишь неверные типы). 10. Стирание типов • Java удаляет всю информацию об обобщениях во время выполнения. • Поэтому нельзя использовать T.class, new T(), или instanceof T (например, нельзя делать проверки или создавать объекты на основе T). 11. Обобщённый конструктор MyClass(T val) { } • Используй, когда конструктору нужен обобщённый параметр, даже если сам класс не обобщённый (например, инициализация с динамическими типами). 12. Обобщённый интерфейс interface Mapper { T map(F input); } • Используй при преобразовании одного типа в другой (например, DTO → сущность). 13. Нельзя использовать примитивы • Нельзя List — только List. • Используй обёртки (коллекции могут хранить только объекты, не примитивы). 14. Нельзя создавать массивы с обобщением • new T[] не работает. • Используй List вместо (например, динамические коллекции). 15. Нельзя использовать подстановочные типы для вставки • Нельзя вставлять в List. • Используй , если нужна вставка (например, для пакетной обработки или модификации коллекции).

Магия IntelliJ IDEA IntelliJ IDEA может помочь с созданием тестов. С помощью Ctrl + Shift + T можно сгенерировать структуру тестов для классов и методов. 🟢 Зачем это нужно — Вместо того, чтобы вручную писать шаблон тестов, IDEA сгенерирует базовую структуру тестов для классов или методов. — Особенно полезно, когда проект растет, а тестов слишком много, чтобы каждый раз выдумывать тестовую структуру с нуля. 🟢 Как использовать — Поместите курсор на класс или метод, для которого нужен тест. — Нажмите Ctrl + Shift + T (на Windows/Linux) или Cmd + Shift + T (на macOS). — Выберите, какой тестовый фреймворк использовать (JUnit, TestNG и т.д.), и IDEA предложит создать тестовый класс с нужной структурой. IDE автоматически создаст тестовый класс с методами для проверки каждого (или выбранного) публичного метода.

Java. Анонимное наследование и блок инициализации. Разбираем создание и настройку объекта при помощи анонимного наследования и реализации блока инициализации. СМОТРЕТЬ VKVIDEO СМОТРЕТЬ RUTUBE СМОТРЕТЬ YOUTUBE

Collections.singletonList вместо new ArrayList<>() Когда список точно из одного элемента — не создавай изменяемый: // ❌ Избыточно List roles = new ArrayList<>(); roles.add("ADMIN"); someMethod(roles); // ✅ Лаконично и без лишней аллокации someMethod(Collections.singletonList("ADMIN")); singletonList возвращает неизменяемую обёртку вокруг одного объекта без внутреннего массива. Это дешевле по памяти и явно выражает намерение. ⚠️ Список иммутабельный, add() бросит UnsupportedOperationException. ✔️ Альтернатива в Java 9+: List.of("ADMIN") — то же самое, но более современный API.

🧠 Хотите разрабатывать ИИ-системы — и понимать, как они устроены изнутри? Программа «Математические основы искусственного интеллекта» в Университете Иннополис даёт именно тот фундамент, который отличает сильного AI-специалиста от среднего. 📌 Три трека на выбор: — Академический — наука и исследования в области AI 🔬 — Индустриальный — продукты и бизнес-применения ИИ — Робототехнический — умные машины и автономные системы 🤖 Как строится обучение: • 1–3 курс — математическая и инженерная подготовка, работа с реальными данными • 4 курс — годовая практика в компании-партнёре Преподаватели — специалисты из МФТИ, ВШЭ, ИТМО, Яндекса, Сбера и Т-Банка. 🔖 Грантовый конкурс даёт скидку вплоть до полного покрытия стоимости обучения. Раннее зачисление — до ЕГЭ. 👉 https://tglink.io/bdcef9146b6b12?erid=2W5zFJXS8Gy 👈 #реклама О рекламодателе

Spring Boot: для чистых REST-контроллеров используйте @RestController вместо @Controller + @ResponseBody @RestController — это мета-аннотация, которая включает @ResponseBody, и затем автоматически применяется ко всем методам: @Target(ElementType.TYPE) @Retention(RetentionPolicy.RUNTIME) @Documented @Controller @ResponseBody public @interface RestController { } С использованием @Controller и @ResponseBody: @Controller public class MyController { @ResponseBody @GetMapping("/hello") public String hello() { return "Hello!"; } } С использованием @RestController: @RestController public class MyController { @GetMapping("/hello") public String hello() { return "Hello!"; } }

Магия IntelliJ IDEA: код без проекта Нужно быстро протестировать Stream API, проверить регулярку или набросать алгоритм? Создавать временный класс в проекте — оверкилл. Для этого есть Scratch Files. 🟢 Что это Временные файлы с полной поддержкой языка: подсветка, автокомплит, запуск кода. Живут в IDE, но не в проекте. Не попадают в Git, не захламляют структуру. 🟢 Как создать — Ctrl+Shift+Alt+Insert → Scratch File. — File → New → Scratch File. — Или Ctrl+Shift+A → "New Scratch File". 🟢 Два типа Scratch Files — файлы с конкретным языком (Java, Kotlin, SQL, JSON). Поддерживают автокомплит и выполнение. Scratch Buffers — простой текст для заметок и TODO. 🟢 Зачем это нужно — Тестируешь алгоритм без создания Test класса. — Прототипируешь SQL перед добавлением в JPA. — Сохраняешь сниппеты со Stack Overflow. — Отлаживаешь регулярки, парсинг JSON, работу с датами. Особенно полезно при рефакторинге: копируешь сложную логику в scratch, тестируешь варианты упрощения, не трогая основной код. 🟢 Фишки — Автосохранение между перезапусками IDE. — Запуск кода: Ctrl+Shift+F10 для Java/Kotlin. — Все файлы в одном месте: Project view → Scratches and Consoles. — Хранятся локально в ~/.config/JetBrains/, не в проекте.

ObjectMapper и timezone: настройка обработки дат без указания зоны При десериализации дат в формате "2024-01-15T10:00:00" без явной таймзоны Jackson по умолчанию использует UTC. Это может привести к неожиданным результатам при работе с ZonedDateTime или Instant, когда приложение работает в другой временной зоне. 🔵 Решение ▪️ Настройка ObjectMapper через Jackson2ObjectMapperBuilderCustomizer: @Bean public Jackson2ObjectMapperBuilderCustomizer jsonCustomizer() { return builder -> builder .timeZone(TimeZone.getDefault()) .featuresToDisable( SerializationFeature.WRITE_DATES_AS_TIMESTAMPS ); } Jackson будет использовать системную таймзону приложения вместо UTC. Актуально для микросервисной архитектуры при обмене timestamp'ами между сервисами. ▪️ Для явного указания таймзоны: java.timeZone(TimeZone.getTimeZone("Europe/Moscow"))

Совет по Java: начиная с Java 15 можно использовать String.formatted(...) для форматирования строк вместо String.format(...). Работает как String.format, но выглядит немного чище и понятнее: Вместо: String message = String.format("Hello %s, you have %d messages", user, count); System.out.println(String.format("Hello %s, you have %d messages", user, count)); Можно написать: String message = "Hello %s, you have %d messages".formatted(user, count); System.out.println("Hello %s, you have %d messages".formatted(user, count)); Также хорошо работает с многострочным форматированием: String json = """ { "user": "%s", "messages": %d } """.formatted(user, count); Java библиотека

Ускоряем Spring-приложение: кэш для @PathVariable и @RequestParam В Spring MVC по умолчанию каждый запрос вызывает полный резолвинг аргументов методов контроллера через рефлексию. Но можно включить кэширование метаданных параметров через spring.mvc.argument-resolvers.cache-size. Это особенно полезно при высоконагруженных API с большим количеством path/query параметров. spring: mvc: argument-resolvers: cache-size: 256 # Включает кэш для резолверов аргументов (PathVariable, RequestParam и т.д.) # 256 — разумный размер для большинства приложений 🟢 Что это даёт: → Меньше overhead на рефлексию при каждом запросе → Заметный прирост производительности на эндпоинтах с 5+ параметрами → Особенно эффективно в микросервисах с REST API 🟢 Подводные камни: → Память займёт немного больше (но обычно незначительно) → При очень динамичных контроллерах (runtime-генерация) может потребоваться настройка размера кэша Java библиотека

Spring Boot: используйте TaskScheduler для реализации лёгких динамических задач. Для более сложных сценариев стоит рассмотреть Quartz. ✅ Инжектим и используем: ... @Autowired TaskScheduler scheduler; scheduler.schedule( () -> System.out.println("Hello!"), new CronTrigger("0 */5 * * * *") // каждые 5 минут ); ... Внедрённый бин — это ThreadPoolTaskScheduler, встроенная реализация как TaskScheduler, так и ScheduledExecutorService. ✅ При необходимости можно настроить его конфигурацию: @Configuration @EnableScheduling public class SchedulerConfig { @Bean public TaskScheduler taskScheduler() { ThreadPoolTaskScheduler scheduler = new ThreadPoolTaskScheduler(); scheduler.setPoolSize(5); scheduler.setThreadNamePrefix("my-scheduler-"); scheduler.initialize(); return scheduler; } } Java библиотека

Магия IntelliJ IDEA: Structural Search & Replace Рефакторишь проект, нужно найти все места, где используется deprecated метод с определённым паттерном вызова. Ctrl+F не поможет — он ищет текст, а не структуру кода. Для этого есть SSR. 🟢 Что это Structural Search — поиск по AST-дереву кода, а не по тексту. Ищешь паттерны: методы с конкретными параметрами, переменные определённого типа, цепочки вызовов. И сразу заменяешь на новый код. 🟢 Как открыть — Ctrl+Shift+A → "Structural Search" или "Structural Replace". — Edit → Find → Search/Replace Structurally. — Или Ctrl+Shift+F → переключись на вкладку "Structural". 🟢 Готовые шаблоны IDEA поставляется с десятками шаблонов: — Existing templates → Java → видишь примеры для логирования, коллекций, исключений. — Можешь скопировать и доработать под себя. 🟢 Зачем это нужно — Рефакторинг legacy за минуты вместо часов. — Находишь bug patterns (например, забытые null-checks). — Автоматизируешь code review — проверяй стандарты кода. Java библиотека

Просто о сложном: идемпотентность Идемпотентность — это свойство операции, которую можно выполнить несколько раз, получая тот же результат, что и при однократном выполнении. Простыми словами: повторный вызов не меняет состояние системы после первого успешного выполнения. Классический пример — HTTP методы: GET, PUT, DELETE идемпотентны, POST — нет. 🟢 Ключевые моменты 🔘Идемпотентная операция: setStatus(ACTIVE) — сколько раз ни вызови, статус будет ACTIVE. 🔘Неидемпотентная операция: balance += 100 — каждый вызов увеличивает баланс. 🔘Идемпотентность ≠ отсутствие побочных эффектов (это чистота функций). 🔘Критична для распределённых систем: retry-механизмы, очереди сообщений, API. 🔘Защищает от дублирующих запросов при сетевых сбоях. 🟢 Под капотом В реальных системах идемпотентность достигается через: → Idempotency Key — клиент генерирует уникальный ключ и передаёт в запросе. Сервер проверяет: если операция с таким ключом уже выполнялась — возвращает закешированный результат. → Версионирование — оптимистичные блокировки через версии записей (JPA @Version). → Уникальные идентификаторы — вместо "создай заказ" отправляем "создай заказ с ID=xyz". Повторный запрос с тем же ID игнорируется. → Статус-машины — переходы между состояниями: если уже в целевом состоянии, ничего не делаем. 🟢 Подводные камни — Idempotency key нужно хранить ограниченное время (обычно 24 часа). — Нужна атомарность проверки и выполнения. — Сложность при асинхронной обработке. — Не все бизнес-операции можно сделать идемпотентными. — Overhead на хранение и проверку ключей. ✔️ Когда использовать — REST API с критичными операциями (платежи, создание заказов). — Kafka consumers — защита от повторной обработки при rebalance. — Интеграция с внешними системами через retry. — Scheduled jobs, которые могут запуститься дважды. — Распределённые транзакции (Saga pattern). — Webhook обработчики. — Любые операции с денежными средствами. ❌ Не нужно: — Внутренние CRUD операции без side effects. — Операции чтения (они идемпотентны по умолчанию). — Высоконагруженные операции, где overhead критичен. — Простые внутренние методы без внешних вызовов. 🔧 Бонус-трюк: в Spring можно создать аннотацию @Idempotent и реализовать через AOP с использованием Redis для хранения idempotency keys. Получается декларативная идемпотентность на уровне методов. Java библиотека