Почему findFirst () выдает исключение NullPointerException, если первый найденный элемент имеет значение NULL?

Почему это бросает java.lang.NullPointerException?

List<String> strings = new ArrayList<>();
        strings.add(null);
        strings.add("test");

        String firstString = strings.stream()
                .findFirst()      // Exception thrown here
                .orElse("StringWhenListIsEmpty");
                //.orElse(null);  // Changing the `orElse()` to avoid ambiguity

Первый элемент в stringsIS null, который является вполне приемлемым значением. Более того, findFirst()возвращает Optional , что имеет еще больше смысла для findFirst()обработки nulls.

РЕДАКТИРОВАТЬ: обновлено, orElse()чтобы быть менее двусмысленным.

Причина этого - использование Optional<T>в возврате. Необязательно содержать null. По сути, он не предлагает возможности различать ситуации «это не там» и «это есть, но он установлен null».

Вот почему в документации явно запрещена ситуация, когда nullвыбрано в findFirst():

Броски:

NullPointerException - если выбранный элемент null

Как уже обсуждалось , разработчики API не предполагают, что разработчик хочет обрабатывать nullзначения и отсутствующие значения одинаково.

Если вы все еще хотите это сделать, вы можете сделать это явно, применив последовательность

.map(Optional::ofNullable).findFirst().flatMap(Function.identity())

к ручью. Результатом будет пустой необязательный параметр в обоих случаях, если нет первого элемента или если первый элемент есть null. Итак, в вашем случае вы можете использовать

String firstString = strings.stream()
    .map(Optional::ofNullable).findFirst().flatMap(Function.identity())
    .orElse(null);

чтобы получить nullзначение, если первый элемент отсутствует или null.

Если вы хотите различать эти случаи, вы можете просто пропустить этот flatMapшаг:

Optional<String> firstString = strings.stream()
    .map(Optional::ofNullable).findFirst().orElse(null);
System.out.println(firstString==null? "no such element":
                   firstString.orElse("first element is null"));

Это не сильно отличается от вашего обновленного вопроса. Вам просто нужно заменить "no such element"на "StringWhenListIsEmpty"и "first element is null"на null. Но если вам не нравятся условные выражения, вы также можете добиться этого, например:

String firstString = strings.stream().skip(0)
    .map(Optional::ofNullable).findFirst()
    .orElseGet(()->Optional.of("StringWhenListIsEmpty"))
    .orElse(null);

Теперь firstStringбудет, nullесли элемент существует, но есть nullи будет, "StringWhenListIsEmpty"когда элемент не существует.

Вы можете использовать java.util.Objects.nonNullдля фильтрации списка перед поиском

что-то типа

list.stream().filter(Objects::nonNull).findFirst();

Следующий код заменяется findFirst()на limit(1)и заменяется orElse()на reduce():

String firstString = strings.
   stream().
   limit(1).
   reduce("StringWhenListIsEmpty", (first, second) -> second);

limit()позволяет достичь только 1 элемента reduce. BinaryOperatorПередаются reduceвозвраты , что один элемент или же , "StringWhenListIsEmpty"если ни один из элементов не достигнуты reduce.

Прелесть этого решения в том, что Optionalон не выделяется, и BinaryOperatorлямбда ничего не выделяет.

Необязательный должен быть типом «значение». (прочтите мелкий шрифт в javadoc :) JVM может даже заменить все Optional<Foo>на просто Foo, удалив все затраты на упаковку и распаковку. nullFoo означает пустойOptional<Foo> .

Возможен вариант, позволяющий разрешить Optional с нулевым значением без добавления логического флага - просто добавьте объект-дозорный. (может даже использоватьthis качестве дозорного; см. Throwable.cause)

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

В любом случае, поскольку Optional не может обернуть нулевое значение, он загоняет нас в угол в таких случаях, как findFirst. Они, должно быть, рассудили, что нулевые значения очень редки (даже считалось, что Stream должен блокировать нулевые значения), поэтому удобнее генерировать исключение для нулевых значений, а не для пустых потоков.

Обходной путь - бокс null, например

class Box<T>
    static Box<T> of(T value){ .. }

Optional<Box<String>> first = stream.map(Box::of).findFirst();

(Говорят, решение каждой проблемы ООП - ввести другой тип :)