Java 8:Lambda 流和异常处理
在 Java 8 中,lambda 表达式为流处理带来了很多好处。然而,在处理抛出检查异常的方法时,例如 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()); } }</code>
该代码旨在检索一组激活的帐号。但是,它无法编译,因为 isActive 和 getNumber 方法抛出 IOExceptions,必须在签名中捕获或声明该异常。
捕获 Lambda 表达式中的已检查异常
To要解决此问题,必须在 lambda 表达式本身内处理已检查的异常。然而,仅仅在 lambda 中放置一个 try-catch 块是不够的。必须在异常逃逸 lambda 作用域之前捕获该异常。
使用 UncheckedIOException 包装器
一种方法是使用自定义包装器类 UncheckedIOException 来转换检查的异常到未经检查的。这使得 lambda 能够抛出未经检查的异常并由流的后续操作处理。
<code class="java">s = s.filter(a -> { try { return a.isActive(); } catch (IOException e) { throw new UncheckedIOException(e); } });</code>
使用通用异常包装器
另一种选择是使用通用包装方法 uncheckCall,捕获任何类型的异常并将其作为未经检查的异常重新抛出。
<code class="java">return s.filter(a -> uncheckCall(a::isActive)) .map(Account::getNumber) .collect(toSet());</code>
在这种情况下,流的后续操作将收到未经检查的异常并可以进行相应的处理。
解除编译器的异常检查
更高级的方法涉及使用有效禁用编译器异常检查的方法。然而,这需要谨慎并清楚地了解潜在风险。在此方法中,使用以下代码:
<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>
使用此方法,将捕获已检查的异常并将其作为运行时异常重新抛出。但是,需要注意的是,如果要在 lambda 执行站点处理异常,则此方法可能会导致意外行为。
以上是如何处理 Java 8 Lambda 流中的检查异常?的详细内容。更多信息请关注PHP中文网其他相关文章!