Java 8: Lambda-Streams, 예외 처리를 사용한 메서드별 필터링
Java 8에서 스트림의 람다 표현식은 요소를 효율적으로 필터링합니다. 그러나 IOException과 같이 확인된 예외를 발생시키는 메서드를 처리할 때 합병증이 발생할 수 있습니다.
다음 코드 조각은 이 문제를 보여줍니다.
<code class="java">class Bank { public Set<String> getActiveAccountNumbers() throws IOException { Stream<Account> s = accounts.values().stream(); s = s.filter(a -> a.isActive()); Stream<String> ss = s.map(a -> a.getNumber()); return ss.collect(Collectors.toSet()); } } interface Account { boolean isActive() throws IOException; String getNumber() throws IOException; }</code>
이 코드는 예외를 처리할 수 없기 때문에 컴파일에 실패합니다. 람다 표현식 내의 isActive 및 getNumber 메소드에 의해 발생한 IOException.
이 문제를 해결하려면 람다를 이스케이프하기 전에 예외를 포착해야 합니다.
<code class="java">s = s.filter(a -> { try { return a.isActive(); } catch (IOException e) { throw new UncheckedIOException(e); } });</code>
람다는 다음에서 평가됩니다. 확인된 예외가 선언되지 않은 다른 컨텍스트에서는 확인된 예외를 확인되지 않은 예외 내에 래핑합니다.
또는 컴파일러의 예외 확인을 완화하는 방법을 사용할 수 있습니다.
<code class="java">return s.filter(a -> uncheckCall(a::isActive)) .map(Account::getNumber) .collect(toSet());</code>
uncheckCall은 다음과 같이 정의됩니다.
<code class="java">public static <T> T uncheckCall(Callable<T> callable) { try { return callable.call(); } catch (Exception e) { sneakyThrow(e); return null; // Unreachable but needed to satisfy compiler } }</code>
이 메서드는 확인된 예외를 확인되지 않은 예외로 효과적으로 변환합니다. 하지만 올바르게 처리하지 않을 경우 예상치 못한 동작이 발생할 수 있으므로 주의해서 사용해야 합니다.
위 내용은 Java 8에서 스트림과 함께 람다 표현식을 사용할 때 확인된 예외를 처리하는 방법은 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!