เหตุใด findFirst () จึงโยน NullPointerException หากองค์ประกอบแรกที่พบเป็นโมฆะ

ทำไมถึงโยน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()ที่จะสามารถจัดการกับ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ผลตอบแทนที่ 1 องค์ประกอบหรืออื่น ๆหากองค์ประกอบไม่ถึง"StringWhenListIsEmpty"reduce

ความสวยงามของโซลูชันนี้Optionalคือไม่ได้รับการจัดสรรและBinaryOperatorแลมด้าจะไม่จัดสรรอะไรเลย

ทางเลือกควรเป็นประเภท "ค่า" (อ่านแบบละเอียดในjavadoc :) JVM สามารถแทนที่ทั้งหมดได้Optional<Foo>ด้วยFooการลบค่าใช้จ่ายในการชกมวยและการแกะกล่องทั้งหมด ฟูหมายถึงที่ว่างเปล่าnullOptional<Foo>

เป็นการออกแบบที่เป็นไปได้ที่จะอนุญาตให้เป็นทางเลือกที่มีค่าว่างโดยไม่ต้องเพิ่มแฟล็กบูลีนเพียงแค่เพิ่มวัตถุที่เฝ้าระวัง (สามารถใช้thisเป็นแมวมองได้ดู Throwable.cause)

การตัดสินใจว่าทางเลือกไม่สามารถตัดค่าว่างไม่ได้ขึ้นอยู่กับต้นทุนรันไทม์ นี่เป็นปัญหาที่ขัดแย้งกันอย่างมากและคุณจำเป็นต้องขุดรายชื่อส่งเมล การตัดสินใจไม่น่าเชื่อสำหรับทุกคน

ในกรณีใด ๆ เนื่องจากตัวเลือกไม่สามารถตัดค่า null findFirstมันดันเราในมุมในกรณีเช่น พวกเขาต้องให้เหตุผลว่าค่า null นั้นหายากมาก (แม้จะถูกพิจารณาว่า Stream ควรบาร์ค่า null) ดังนั้นจึงสะดวกกว่าที่จะโยนข้อยกเว้นในค่า null แทนที่จะเป็นสตรีมที่ว่างเปล่า

วิธีแก้ปัญหาคือการทำกล่องnullเช่น

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

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

(พวกเขากล่าวว่าวิธีแก้ปัญหา OOP ทุกข้อคือการแนะนำประเภทอื่น :)