return dataSource.getParkingLots()
                 .stream()
                 .filter(parkingLot -> Objects.equals(parkingLot.getId(), id))
                 .findFirst()
                 .orElse(null);

我必须从对象列表中只过滤出一个对象。所以我用了这个，希望能有所帮助。

不，过滤器不扫描整个流。它是一个中间操作，返回一个惰性流(实际上所有中间操作都返回一个惰性流)。为了说服你，你可以简单地做下面的测试:

List<Integer> list = Arrays.asList(1, 10, 3, 7, 5);
int a = list.stream()
            .peek(num -> System.out.println("will filter " + num))
            .filter(x -> x > 5)
            .findFirst()
            .get();
System.out.println(a);

输出:

will filter 1
will filter 10
10

您可以看到，实际上只处理了流的前两个元素。

所以你可以用你的方法，这是完全没问题的。

return dataSource.getParkingLots()
                 .stream()
                 .filter(parkingLot -> Objects.equals(parkingLot.getId(), id))
                 .findFirst()
                 .orElse(null);

我必须从对象列表中只过滤出一个对象。所以我用了这个，希望能有所帮助。

改进的一行回答:如果你正在寻找一个布尔返回值，我们可以通过添加isPresent来做得更好:

return dataSource.getParkingLots().stream().filter(parkingLot -> Objects.equals(parkingLot.getId(), id)).findFirst().isPresent();

然而，这对我来说似乎效率很低，因为过滤器会扫描整个列表

不，它不会——一旦找到满足谓词的第一个元素，它就会“中断”。你可以在流包javadoc中读到更多关于懒惰的内容，特别是(强调我的):

许多流操作(如过滤、映射或重复删除)可以延迟实现，从而为优化提供了机会。例如，“找到带有三个连续元音的第一个字符串”不需要检查所有输入字符串。流操作分为中间(产生流)操作和终端(产生价值或副作用)操作。中间操作总是懒惰的。

除了Alexis C的回答，如果你正在使用一个数组列表，你不确定你正在搜索的元素是否存在，使用这个。

Integer a = list.stream()
                .peek(num -> System.out.println("will filter " + num))
                .filter(x -> x > 5)
                .findFirst()
                .orElse(null);

然后你可以简单地检查a是否为空。