相关疑难解决方法(0)

为什么flatMap()之后的filter()在Java流中"不完全"懒惰?

我有以下示例代码:

System.out.println(
       "Result: " +
        Stream.of(1, 2, 3)
                .filter(i -> {
                    System.out.println(i);
                    return true;
                })
                .findFirst()
                .get()
);
System.out.println("-----------");
System.out.println(
       "Result: " +
        Stream.of(1, 2, 3)
                .flatMap(i -> Stream.of(i - 1, i, i + 1))
                .flatMap(i -> Stream.of(i - 1, i, i + 1))
                .filter(i -> {
                    System.out.println(i);
                    return true;
                })
                .findFirst()
                .get()
);
Run Code Online (Sandbox Code Playgroud)

输出如下:

1
Result: 1
-----------
-1
0
1
0
1
2
1
2
3
Result: -1
Run Code Online (Sandbox Code Playgroud)

从这里我看到,在第一种情况下stream真的表现得懒惰 - 我们使用findFirst()所以一旦我们有第一个元素我们的过滤lambda没有被调用.然而,在使用flatMaps的第二种情况下,我们看到尽管找到满足过滤条件的第一个元素(它只是任何第一个元素,因为lambda总是返回true),流的其他内容仍然通过过滤函数被馈送.

我试图理解为什么它表现得像这样,而不是在第一个元素计算后放弃,如第一种情况.任何有用的信息将不胜感激.

java lambda java-8 java-stream

70
推荐指数
4
解决办法
6190
查看次数

在try-with-resources块之外传输JOOQ结果时,是否存在JDBC连接泄漏的风险?

我有一个JOOQ查询,我想避免同时实现所有记录.(但是,我可以联合实现从它们创建的所有bean对象.)

我有以下简单的方法来加载数据:

public List<CustomerInfo> getCustomers() {
    return dslContext
                .selectFrom(CUSTOMER)
                // <-- note the missing .fetch()
                .stream()
                .map(CustomerInfo::new)
                .collect(Collectors.toList());
}
Run Code Online (Sandbox Code Playgroud)

在任何情况下都会导致JDBC连接泄漏吗?(例如,例外情况CustomerInfo::new)

jooq java-8 java-stream autocloseable

7
推荐指数
1
解决办法
370
查看次数

任何自动关闭的Java迭代器(如C#)?

我来自C#后台,迭代器实现了IDisposable接口.Java中是否有任何迭代器实现类似的接口,使它们自动关闭?

c# java iterator idisposable

2
推荐指数
1
解决办法
2038
查看次数

标签 统计

java ×2

java-8 ×2

java-stream ×2

autocloseable ×1

c# ×1

idisposable ×1

iterator ×1

jooq ×1

lambda ×1