为什么要使用“函数操作”而不是for循环？

for (Canvas canvas : list) {
}

NetBeans建议我使用“功能操作”：

list.stream().forEach((canvas) -> {
});

但是，这是为什么首选？如果有的话，很难阅读和理解。您正在调用stream()，然后forEach()使用带参数的lambda表达式canvas。我看不出有什么比for第一个片段中的循环更好。

显然，我只是出于美学目的。也许这里缺少我的技术优势。它是什么？为什么我应该改用第二种方法？

对于要在传入的数据集或数据流上进行的各种操作的组合，流提供了更好的抽象。尤其是当您需要映射元素，过滤和转换它们时。

您的例子不是很实际。考虑以下来自Oracle网站的代码。

List<Transaction> groceryTransactions = new Arraylist<>();
for(Transaction t: transactions){
  if(t.getType() == Transaction.GROCERY){
    groceryTransactions.add(t);
  }
}
Collections.sort(groceryTransactions, new Comparator(){
  public int compare(Transaction t1, Transaction t2){
    return t2.getValue().compareTo(t1.getValue());
  }
});
List<Integer> transactionIds = new ArrayList<>();
for(Transaction t: groceryTransactions){
  transactionsIds.add(t.getId());
}

可以使用流编写：

List<Integer> transactionsIds = 
    transactions.stream()
                .filter(t -> t.getType() == Transaction.GROCERY)
                .sorted(comparing(Transaction::getValue).reversed())
                .map(Transaction::getId)
                .collect(toList());

第二个选项更具可读性。因此，当您有嵌套循环或执行部分处理的各种循环时，它非常适合使用Streams / Lambda API。

使用功能性流API的另一个优点是，它隐藏了实现细节。它仅描述应该做什么，而不是如何做。当查看需要进行的更改以从单线程执行变为并行代码执行时，此优势变得显而易见。只需将更.stream()改为即可.parallelStream()。

如果有的话，很难阅读和理解。

那是非常主观的。我发现第二个版本更容易阅读和理解。它与其他语言（例如Ruby，Smalltalk，Clojure，Io，Ioke，Seph）的语言匹配，需要更少的概念来理解（这是与其他语言一样的普通方法调用，而第一个示例是专用语法）。

如果有的话，这是一个熟悉的问题。