ITEM 43: 与lambdas相比，应该尽量使用方法引用

ITEM 43: PREFER METHOD REFERENCES TO LAMBDAS
  lambdas相对于匿名类的主要优势是它们更简洁。Java提供了一种生成函数对象的方法，甚至比lambdas 更简洁，这就是方法引用。下面是一个程序的代码片段，该程序维护从任意键到整数值的映射。如果该值被解释为键的实例数的计数，则该程序是一个多集实现。代码段的作用是:如果键不在映射中，则将数字1与键关联；如果键已经存在，则增加关联的值:
map.merge(key, 1, (count, incr) -> count + incr);
  注意，这段代码使用了merge方法，该方法是在Java 8中添加到 Map 接口中的。如果给定键没有映射，则该方法只是插入给定的值；如果已经存在映射，merge将给定的函数应用于当前值和给定的值，并使用结果覆盖当前值。这段代码代表了合并方法的一个典型用例。代码读起来很好，但是仍然有一些样板文件。参数计数和incr没有增加多少值，并且它们占用了相当多的空间。实际上，告诉你的只是函数返回它的两个参数的和。从Java 8开始，Integer(以及所有其他装箱的数值原语类型)提供了一个静态方法 sum，它做的是完全相同的事情。我们可以简单地传递一个引用到这个方法，并得到相同的结果与较少的视觉混乱：
map.merge(key, 1, Integer::sum);
  方法拥有的参数越多，您可以通过方法引用消除的样板文件就越多。但是，在某些lambdas中，您选择的参数名提供了有用的文档，使得 lambda 比方法引用更具可读性和可维护性，即使lambda更长。
  你不能对一个方法引用做任何你不能对 lambda 做的事情(除了一个模糊的例外——如果你好奇的话，可以看看JLS, 9.9-2)。也就是说，方法引用通常会产生更短、更清晰的代码。如果一个lambda 变得太长或太复杂，也许你应该这么做：你可以从lambda中提取代码到一个新方法中，并用对该方法的引用替换lambda。您可以为该方法起一个好名字，并将其文档化为您的核心内容。
  如果您使用IDE进行编程，它将在任何可能的地方用方法引用替换 lambda。大多数情况下你应该接受 IDE 的提议。有时候，lambda 会比方法引用更简洁。这种情况最常发生在方法与 lambda 在同一个类中。例如，考虑这个代码片段，它被假定发生在一个名为GoshThisClassNameIsHumongous 的类中:
service.execute(GoshThisClassNameIsHumongous::action);
  用 lambda 实现看起来是这样的：
service.execute(() -> action());
  使用方法引用的代码段与使用 lambda 的代码段相比既不短也不清楚，因此最好使用后者。与此类似，Function 接口提供了一个通用的静态工厂方法来返回 identity 函数 Function.identity()。它通常更短，更简洁，不使用这个方法，但代码等价的 lambda 内联: x -> x。
  许多方法引用是静态方法，但是有四种方法不是静态方法。其中两个是绑定的和未绑定的实例方法引用。在绑定引用中，接收对象在方法引用中指定。绑定引用在本质上与静态引用相似：函数对象采用与引用方法相同的参数。在未绑定引用中，在应用函数对象时，通过方法声明参数之前的附加参数指定接收对象。未绑定的引用通常用作流管道中的映射和筛选函数(item 45)。最后，类和数组有两种构造函数引用。构造函数引用作为工厂对象。5类方法参考文献汇总如下表:

方法引用类型.png

  总之，方法引用常常提供比 lambdas 更简洁的替代方法。如果方法引用更短、更清晰，请使用它们；如果没有，就用lambdas。