当前位置: 首页 > 面试题库 >

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

文华美
2023-03-14
问题内容

我正在使用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>,但是据我所知,Java
8尚未完成,因此可能会有一些变化,例如:

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

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

更新1

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

我还想念其他东西吗?


问题答案:

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

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);
    }
}


 类似资料:
  • 我正在玩Java8中的新lambda特性,发现Java8提供的实践确实很有用。然而,我想知道有没有一个好的方法来解决下面的场景。假设您有一个对象池包装器,它需要某种工厂来填充对象池,例如(使用): 将函数接口转换成lambda表达式后,上面的代码变成了这样: null 和都应该在迁移到Java 8期间删除,但是没有完全匹配。如果lambda表达式可以像未检查一样处理检查过的异常,那么可以在上面的构

  • 这两种扫描仪都可以正常工作 但为什么这会显示缓冲读取器中的编译错误呢 如果发生任何错误,它应该显示在运行时,但为什么必须显式地告诉编译器,在BufferedReader的情况下,而不是在Scanner的情况下

  • 和标题差不多。我在请求正文中有一个可选对象。但是,如果给定了该对象,则它必须包含几个子属性。 我的OpenAPI组件配置如下所示: 我正在使用express openapi validator来验证这一点。现在,我不明白这是否是express openapi validator包的问题,但可选字段(partner)的必填字段(名称、电话)从未验证过。我可以只提供合作伙伴:{},然后直接插入,或者甚

  • 我升级到Java 8,并试图用一个新的lamdba表达式替换通过映射的简单迭代。循环搜索空值,如果找到,则抛出异常。旧的Java 7代码如下所示: 我尝试将其转换为Java 8,如下所示: 有人能解释为什么这里不允许语句以及如何纠正这一点吗? Eclipse的快速修复建议在我看来不太对劲......它只是用块包围语句:

  • 如果我像下面这样使用,考虑到我不需要接受参数,它不会检测到日食中的 Scala。 它可以与