Bulduğu ilk öğe null ise neden findFirst () bir NullPointerException oluşturur?

Bu neden bir atıyor 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

İlk madde stringsIS nullmükemmel kabul edilebilir bir değerdir. Ayrıca, findFirst()URL'leri işleyebilmek için daha da anlamlı olan bir İsteğe Bağlı döndürür .findFirst()null

DÜZENLEME: orElse()daha az belirsiz olacak şekilde güncellendi .

Bunun nedeni Optional<T>dönüşte kullanılmasıdır. İsteğe bağlı olarak içermesine izin verilmez null. Esasen, "orada değil" ve "orada, ama ayarlanmış null" durumlarını ayırt etmenin bir yolunu sunmuyor .

Bu nedenle , dokümantasyonnull aşağıdakilerden seçildiğinde durumu açıkça yasaklar findFirst():

Atar:

NullPointerException - seçilen öğe ise null

Daha önce tartışıldığı gibi, API tasarımcıları, geliştiricinin nulldeğerleri ve eksik değerleri aynı şekilde ele almak istediğini varsaymaz .

Yine de bunu yapmak istiyorsanız, sırayı uygulayarak bunu açıkça yapabilirsiniz.

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

akıntıya. İlk öğe yoksa veya ilk öğe ise, sonuç her iki durumda da boş bir isteğe bağlı olacaktır null. Yani sizin durumunuzda kullanabilirsiniz

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

nullilk öğe yoksa bir değer almak için veya null.

Bu durumları birbirinden ayırmak istiyorsanız, şu flatMapadımı atlayabilirsiniz :

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"));

Bu, güncellenmiş sorunuzdan çok farklı değil. Sadece değiştirmek zorunda "no such element"olan "StringWhenListIsEmpty"ve "first element is null"birlikte null. Ancak koşullu ifadelerden hoşlanmıyorsanız, şu şekilde de başarabilirsiniz:

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

Şimdi, firstStringolacak nullbir unsur var ama eğer nullve öyle de olacak "StringWhenListIsEmpty"hiçbir unsur var olduğunda.

java.util.Objects.nonNullBulmadan önce listeyi filtrelemek için kullanabilirsiniz

gibi bir şey

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

Aşağıdaki kod cümledeki findFirst()ile limit(1)ve cümledeki orElse()ile reduce():

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

limit()sadece 1 elemanın erişmesine izin verir reduce. BinaryOperatorGeçirilen reducedöndürdüğü 1 elemanı veya başka "StringWhenListIsEmpty"hiçbir öğe ulaşırsanızreduce .

Bu çözümün güzelliği, Optionaltahsis edilmemiş olması ve BinaryOperatorlambda'nın hiçbir şey tahsis etmemesidir.

İsteğe bağlı bir "değer" türü olması gerekir. ( javadoc'daki ince baskıyı okuyun :) JVM , tüm kutulama ve kutudan çıkarma maliyetlerini ortadan kaldırarak hepsini Optional<Foo>sadece ile değiştirebilir Foo. Bir nullFoo boş anlamına gelir Optional<Foo>.

Boole bayrağı eklemeden, boş değerli İsteğe Bağlı seçeneğe izin vermek olası bir tasarımdır - sadece bir sentinel nesne ekleyin. (hatta kullanabilirthis nöbetçi olarak ; bkz. Throwable.cause)

İsteğe Bağlı'nın boş değeri kaydıramayacağı kararı, çalışma zamanı maliyetine dayalı değildir. Bu oldukça tartışmalı bir sorundu ve posta listelerini araştırmanız gerekiyor. Karar herkesi ikna edici değil.

Her durumda, Optional null değeri sarmayamadığı için, bizi bir köşeye iter findFirst. Boş değerlerin çok nadir olduğunu düşünmüş olmalılar (hatta Stream'in boş değerleri barındığı düşünülüyordu), bu nedenle boş akışlar yerine null değerlere istisna atmak daha uygundur.

Bir geçici çözüm kutuya koymaktır null, örneğin

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

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

(Her OOP sorununun çözümünün başka bir tür tanıtmak olduğunu söylüyorlar :)