В каких случаях стоит использовать Stream API вместо обычного цикла и как цепочки filter / map влияют на производительность?

Stream API хорошо подходит не для всех задач. Его использование должно быть осознанным.

Когда Stream API оправдан

Перед применением стримов важно оценить характер задачи.

1. Сложная логика обработки

   • Несколько фильтров

   • Преобразования данных

   • Агрегации

2. Читаемость важнее скорости

   • Бизнес-логика

   • Код, который часто читают и поддерживают

3. Отсутствие побочных эффектов

   • Нет изменения внешнего состояния

   • Код легко тестировать

Как работают filter / map

Stream не выполняет операции сразу.

1. Ленивая модель

   • filter и map не запускаются без терминальной операции.

   • Выполнение начинается только при forEach, collect, sum и т.д.

2. Pipeline

   • Элемент проходит через все операции последовательно.

   • Нет промежуточных коллекций.

Пример:

list.stream()
    .filter(x -> x > 10)
    .map(x -> x * 2)
    .forEach(System.out::println);

Каждый элемент:

1. Проверяется filter

2. Преобразуется map

3. Передаётся в forEach

Влияние на производительность

1. Плюсы

   • Один проход по данным

   • Возможность short-circuit (findFirst, anyMatch)

2. Минусы

   • Лямбды и вызовы методов

   • Boxing / unboxing без mapToInt, mapToLong

   • Хуже предсказуемость для JIT

Практический совет

Если внутри стрима есть:

• простая арифметика

• миллионы элементов

• горячий участок кода

то обычный for часто будет быстрее.

Вывод

Stream API — отличный инструмент для выразительного кода, но его не стоит использовать бездумно в критичных по скорости местах.