第46项：优先选择Stream中无副作用的函数

  如果你是一个【使用】流的新手，可能很难掌握它们。仅仅将你的计算【过程】表示为流管道可能很难。当你成功的时候【成功地将计算过程用流管道表示出来】，你的程序会运行，但你可能几乎没有任何好处。Streams不仅仅是一个API，它还是一个基于函数式编程的范例。为了获得流必须提供的表现力，速度和某些情况下的并行性，你必须采用范例和API。

  流范例中最重要的部分是将计算结构化为一系列转换，其中每个阶段的结果尽可能接近前一阶段结果的纯函数（ pure function ）。纯函数的【执行】结果取决于其输入：它不依赖于任何可变状态，也不更新任何状态。为了实现这一点，你传递给流操作的任何函数对象（中间或终端）都应该没有副作用。

  有时，你可能会看到类似于此代码段的流代码，它会在文本文件中构建单词的频率表：

// Uses the streams API but not the paradigm--Don't do this!
Map<String, Long> freq = new HashMap<>();
try (Stream<String> words = new Scanner(file).tokens()) {
   
    words.forEach(word -> {
   
        freq.merge(word.toLowerCase(), 1L, Long::sum);
    });
}

  这段代码出了什么问题？ 毕竟，它使用流，lambdas和方法引用，并得到正确的答案。简单地说，它根本不是流代码; 它的迭代代码伪装成流代码。它没有从流API中获益，并且它比相应的迭代代码更长，更难以阅读，并且可维护性更小。问题源于这样一个事实：这个代码在一个终端forEach操作中完成所有工作，使用一个变异外部状态的lambda（频率表）。执行除了呈现流执行的计算结果之外的任何操作的forEach操作都是“代码中的坏味道”，就比如一个变异状态的lambda。那么这段代码应该怎么样？

// Proper use of streams to initialize a frequency table
Map<String