क्यों करता है फ़र्स्ट () एक NullPointerException को फेंकता है यदि पहला तत्व जो पाता है वह अशक्त है?

Question 1

यह क्यों फेंकता है 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

में पहला आइटम stringsहै null, जो पूरी तरह से स्वीकार्य मूल्य है। इसके अलावा, findFirst()एक वैकल्पिक रिटर्न देता है , जो एस findFirst()को संभालने में सक्षम होने के लिए और भी अधिक समझ में आता है null।

संपादित करें: orElse()कम अस्पष्ट होने के लिए अद्यतन किया गया।

Question 2

इसका कारण Optional<T>रिटर्न में उपयोग है । वैकल्पिक को सम्‍मिलित करने की अनुमति नहीं है null। अनिवार्य रूप से, यह "यह वहां नहीं है" और "यह वहां नहीं है" स्थितियों को भेद करने का कोई तरीका प्रदान करता है, लेकिन यह null" सेट " है।

यही कारण है कि प्रलेखन स्पष्ट रूप से स्थिति का निषेध करता है जब इसमें nullचुना जाता है findFirst():

फेंकता:

NullPointerException - यदि चयनित तत्व है null

Question 3

जैसा कि पहले से ही चर्चा है , एपीआई डिजाइनर यह नहीं मानते हैं कि डेवलपर 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"जब कोई तत्व मौजूद है।

Question 4

java.util.Objects.nonNullखोजने से पहले आप सूची को फ़िल्टर करने के लिए उपयोग कर सकते हैं

कुछ इस तरह

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

Question 5

निम्न कोड के findFirst()साथ बदल देता है limit(1)और orElse()साथ बदल देता है reduce():

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

limit()केवल 1 तत्व तक पहुंचने की अनुमति देता है reduce। BinaryOperatorके लिए पारित reduceरिटर्न कि 1 तत्व वरना "StringWhenListIsEmpty"कोई तत्व तक पहुंच रहे हैं reduce।

इस समाधान की सुंदरता यह है कि Optionalआवंटित नहीं किया गया है और BinaryOperatorलैम्ब्डा कुछ भी आवंटित नहीं करने वाला है।

Question 6

वैकल्पिक को "मान" प्रकार माना जाता है। (में बारीक अक्षरों को पढ़ने जावाडोक :) JVM भी सब बदल सकते Optional<Foo>बस के साथ Fooसभी मुक्केबाजी और unboxing लागत को हटाने,। एक nullफू का मतलब है एक खाली Optional<Foo>।

बूलियन ध्वज को जोड़ने के बिना, शून्य मान के साथ वैकल्पिक अनुमति देने के लिए यह एक संभावित डिज़ाइन है - बस एक प्रहरी वस्तु जोड़ें। ( thisप्रहरी के रूप में भी उपयोग कर सकते हैं ; थ्रोबेबल देखें। देखें)

निर्णय कि वैकल्पिक शून्य को लपेट नहीं सकता है रनटाइम लागत पर आधारित नहीं है। यह एक बेहद संरक्षित मुद्दा था और आपको मेलिंग सूचियों को खोदना होगा। निर्णय हर किसी के लिए आश्वस्त नहीं है।

किसी भी मामले में, चूंकि वैकल्पिक शून्य मान को लपेट नहीं सकता है, यह हमें जैसे मामलों में एक कोने में धकेल देता है findFirst। उन्होंने तर्क दिया होगा कि अशक्त मूल्य बहुत दुर्लभ हैं (यह भी माना जाता था कि स्ट्रीम को शून्य मानों को बार करना चाहिए), इसलिए रिक्त धाराओं के बजाय अशक्त मूल्यों पर अपवाद को फेंकना अधिक सुविधाजनक है।

एक वर्कअराउंड बॉक्स के लिए है null, उदा

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

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

(वे कहते हैं कि हर OOP समस्या का समाधान एक अन्य प्रकार शुरू करना है :)