Java 8：lambda表达式中的强制检查异常处理。为什么是强制性的而不是可选性的？

如何解决Java 8：lambda表达式中的强制检查异常处理。为什么是强制性的而不是可选性的？？

不确定我是否真的回答了您的问题，但是您不能简单地使用类似的内容吗？@H_301_1@

public final class supplierUtils { private supplierUtils() { } public static <T> supplier<T> wrap(Callable<T> callable) {return () -> { try {return callable.call(); } catch (RuntimeException e) {throw e; } catch (Exception e) {throw new RuntimeException(e); }}; }}public class JdbcConnectionPool extends ObjectPool<Connection> { public JdbcConnectionPool(int maxConnections, String url) {super(supplierUtils.wrap(() -> DriverManager.getConnection(url)), maxConnections); }}解决方法

我正在使用Java 8的新lambda功能，发现Java 8提供的实践确实很有用。但是，我想知道是否有一种 很好的方法来解决以下情况。假设您有一个对象池包装器，需要某种工厂来填充对象池，例如（使用java.lang.functions.Factory）：

public class JdbcConnectionPool extends ObjectPool<Connection> { public ConnectionPool(int maxConnections,String url) {super(new Factory<Connection>() { @Override public Connection make() {try { return DriverManager.getConnection(url);} catch ( SQLException ex ) { throw new RuntimeException(ex);} }},maxConnections); }}

将功能接口转换为lambda表达式后，上面的代码变为：

public class JdbcConnectionPool extends ObjectPool<Connection> { public ConnectionPool(int maxConnections,String url) {super(() -> { try {return DriverManager.getConnection(url); } catch ( SQLException ex ) {throw new RuntimeException(ex); }},maxConnections); }}

确实还算不错，但是检查的异常java.sql.SQLException需要在lambda内部加上try/catch块。在我公司，我们长时间使用两个接口：

IOut<T>相当于java.lang.functions.Factory;还有一个特殊的接口，用于通常需要检查异常传播的情况：interface IUnsafeOut<T,E extends Throwable> { T out() throws E; }。

这两个IOut<T>和IUnsafeOut<T>应该迁移到Java 8中被删除，但是不存在用于精确匹配IUnsafeOut<T,E>。如果lambda表达式可以像未检查的那样处理已检查的异常，则可以在上面的构造函数中像下面这样简单地使用它：

super(() -> DriverManager.getConnection(url),maxConnections);

看起来更干净了。我看到可以重写ObjectPool超类来接受我们的IUnsafeOut<T>，但是据我所知，Java8尚未完成，因此可能会有一些变化，例如：

实现类似于IUnsafeOut<T,E>？（说实话，我认为这很脏-受试者必须选择接受什么：Factory不能兼容的方法签名的“不安全工厂”）只是忽略了lambda中的检查异常，因此不需要IUnsafeOut<T,E>代理吗？（为什么不这样做？例如，另一个重要的变化：我使用的OpenJDK javac现在不需要将变量和参数声明为final在匿名类[功能接口]或lambda表达式中捕获）

因此，问题通常是：有没有办法绕过lambda中的检查异常，还是在Java 8最终发布之前计划在将来进行？

更新1

嗯，据我所知，尽管参考文章的日期为2010年，但看来目前尚无办法：BrianGoetz解释了Java中的异常透明性。如果Java8中没有太大变化，则可以认为是答案。Brian也说interface ExceptionalCallable<V,E extendsException>（我在IUnsafeOut<T,E extends Throwable>代码遗留中提到的内容）几乎没有用，我同意他的观点。

我还想念其他东西吗？