Java 8 Lambda 및 스트림에서 발생한 확인된 예외를 어떻게 처리할 수 있습니까?

Java 8 Lambda 및 스트림에서 확인된 예외 발생

런타임 예외와 달리 확인된 예외는 Java 코드에서 명시적인 처리가 필요합니다. 그러나 람다 식과 스트림을 사용할 때 개발자는 확인된 예외를 발생시키는 문제에 직면할 수 있습니다. 이 문서에서는 이러한 컨텍스트에서 확인된 예외를 처리하기 위한 제한 사항과 잠재적인 솔루션을 살펴봅니다.

제한 사항:

현재 Java 8 구문은 확인된 예외를 발생시키는 직접적인 메커니즘을 제공하지 않습니다. 스트림에 사용되는 람다 식 내 예외. 다음 코드 조각은 발생한 컴파일 오류를 보여줍니다.

import java.util.List;
import java.util.stream.Stream;

public class CheckedStream {
    public List<Class> getClasses() throws ClassNotFoundException {
        Stream.of("java.lang.Object", "java.lang.Integer", "java.lang.String")
              .map(className -> Class.forName(className))
              .collect(Collectors.toList());
    }
}

이 문제는 함수 및 스트림과 같은 스트림에 사용되는 기능적 인터페이스가 확인된 예외 발생을 지원하는 유형 매개 변수를 선언하지 않는다는 사실에서 발생합니다. 결과적으로 컴파일러는 정확한 예외 유형을 추론할 수 없으며 컴파일 오류를 보고합니다.

Oracle 딜레마:

이 기능의 누락은 작업 중 실수로 인한 것입니다. Java 8의 기능적 인터페이스 디자인. Java 커뮤니티에서는 이러한 제한 사항에 대해 Oracle을 널리 비난해 왔으며 많은 사람들이 이것이 API의 중요한 버그이자 일반적으로 확인된 예외의 단점이라고 주장했습니다.

대안 및 해결 방법:

Java 8은 람다에서 확인된 예외 발생을 직접 지원하지 않지만 해결 방법이 있습니다. 사용 가능:

1. 런타임 예외에서 확인된 예외 래핑:

이 접근 방식에는 확인된 예외를 런타임 예외에서 래핑한 다음 람다 표현식 내에서 래핑된 예외를 발생시키는 것이 포함됩니다.

// Import the necessary class.
import java.io.IOException;

// Create a wrapper class to wrap checked exceptions.
public class CheckedExceptionWrapper {

    public static void main(String[] args) {
        // Create a stream of strings.
        Stream<String> stream = Stream.of("file1.txt", "file2.txt", "file3.txt");

        // Map the stream using a lambda that wraps checked exceptions.
        stream = stream.map(file -> {
            try {
                // Read the file.
                FileReader reader = new FileReader(file);
                reader.close();
                return file;
            } catch (IOException e) {
                // Wrap the checked exception in a runtime exception.
                throw new RuntimeException(e);
            }
        });

        // Collect the results.
        List<String> files = stream.collect(Collectors.toList());
    }
}

2. 확인된 공급자 사용:

guava 라이브러리의 CheckedSupplier 인터페이스를 사용하면 확인된 예외를 발생시키는 공급자를 생성할 수 있습니다. 이 인터페이스를 사용하면 확인된 예외 발생 코드를 람다 식으로 래핑할 수 있습니다.

// Import the necessary class.
import com.google.common.base.CheckedSupplier;

// Create a checked supplier that throws a checked exception.
CheckedSupplier<String> supplier = () -> {
    // Code that throws a checked exception.
    throw new RuntimeException();
};

// Get the result from the supplier.
try {
    String result = supplier.get();
} catch (Exception e) {
    // Handle the exception.
}

3. 확인된 예외 사용을 피하기 위해 코드 재작성:

확인된 예외를 사용하는 대신 다른 방식으로 오류를 처리하도록 코드를 다시 작성하는 것이 좋습니다. 예를 들어 Optional 클래스를 사용하여 선택적 값을 나타내거나 확인되지 않은 예외를 발생시키고 try-catch 블록을 사용하여 처리할 수 있습니다.

4. Catch and Throw 블록 사용:

이 접근 방식은 간단하지만 코드를 장황하게 만들고 읽기 어렵게 만들 수 있습니다.

// Example for Java 7 with try/catch
try {
    // Code that throws a checked exception.
    throw new RuntimeException();
} catch (Exception e) {
    // Handle the exception.
}

결론:

Java 8의 구문은 람다 및 스트림에서 확인된 예외 발생을 직접 지원하지 않지만 해결 방법이 있습니다. 사용 가능. 특정 상황에 어떤 접근 방식이 적합한지 신중하게 고려하세요.

위 내용은 Java 8 Lambda 및 스트림에서 발생한 확인된 예외를 어떻게 처리할 수 있습니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!