lambda比匿名类的首要优势是它们更简洁。Java提供了一个方式来生成函数式对象比lambda更简洁“：方法引用。下面是一个程序的代码片段，该程序维护从任意键到整数值的映射。如果该值被解释为键实例数的计数，则该程序是一个多集实现。代码段的功能是:如果数字1不在映射中，则将其与键关联;如果键已经存在，则增加关联值:
map.merge(key, 1, (count, incr) -> count + incr);
注意到这个代码使用merge方法，在Java8中被添加到Map接口。如果给出的键没有映射，方法仅仅会插入给予的值；如果已经存在映射，merge将给定函数应用于当前值和给定值，并使用结果覆盖当前值。这段代码代表了merge方法的一个典型用例。
代码读起来很好，但是仍然有一些样板文件。参数count和incr没有增加多少值，而且它们占用了相当大的空间。实际上，lambda告诉你的只是函数返回它两个参数的和。从Java8开始，Integer(以及所有其他装箱数值原生类型)提供了一个静态方法sum，也是做了同样的事情。我们可以简单地向这个方法传递一个引用并以更少的视觉混乱获得相同的结果：
map.merge(key, 1, Integer::sum);
方法的参数越多，您可以通过方法引用消除的样板文件就越多。然而，在一些lambda中，你选择的参数名提供了有用的文档，使得lambda比方法引用更具有可读性，即使lambda更长。
你不能对方法引用做任何你不能对lambda做的事情（有一个不太明显的例外—如果您好奇，请参阅JLS, 9.9-2）。也就是说，方法引用经常导致更短，更清晰的代码。它们也能提供你一个输出如果lambda太长或太复杂：你可以从lambda中提取代码为一个新的方法并用方法引用替代lambda。您可以给该方法起一个好名字，并将其文档化到您的核心内容。
如果你使用IDE编程，只要它可以，它会提供你用方法引用替代lambda的功能。你应该经常，但不要总要，接受IDE的建议。有时候，lambda将比方法引用更简洁。当方法在同一个类中会经常发生。比如，考虑这个片段，假设发生在一个名为GoshThisClassNameIsHumongous的类中：
service.execute(GoshThisClassNameIsHumongous::action);
等价的lambda长这个样子：
service.execute(() -> action());
该片段使用方法引用并不比lambda更短或更清晰，所以建议使用后者。类似的，Function接口提供了一个泛型静态工厂方法返回它本身的方法，Function.identity()。很明显不用这个方法会更短，相对的lambda是 x->x。
许多方法引用引用了静态方法，但是有四种不是这样的。其中两种是 bound和 bound实例方法引用。在绑定引用中，接收对象在方法引用中指定。绑定引用在本质上类似于静态引用:函数对象接受与引用方法相同的参数.在未绑定引用中，当应用函数对象时，通过方法声明参数之前的附加参数指定接收对象.未绑定引用通常用作流管道中的映射和筛选函数( item45 ).最后，有两种 构造方法引用。为类和数组使用。构造方法引用作为工厂对象。五种方法参考文献汇总如下表:
总之，方法引用通常提供比lambdas更简洁的替代方法。 当方法引用比它们更短更清晰的时候，用它们；当它们不是，坚持lambda。
本文写于2019.7.12，历时1天
