Java 8 lambda、Function.identity() 或 t->t

Question

我对@9​​87654321@ 方法的用法有疑问。

想象一下下面的代码：

Arrays.asList("a", "b", "c")
          .stream()
          .map(Function.identity()) // <- This,
          .map(str -> str)          // <- is the same as this.
          .collect(Collectors.toMap(
                       Function.identity(), // <-- And this,
                       str -> str));        // <-- is the same as this.

您有什么理由应该使用Function.identity() 而不是str->str（反之亦然）。我认为第二个选项更具可读性（当然是口味问题）。但是，是否有任何“真正”的理由应该首选一个？

Answer 1

在您的示例中，str -> str 和 Function.identity() 之间没有太大区别，因为在内部它只是 t->t。

但有时我们不能使用Function.identity，因为我们不能使用Function。看这里：

List<Integer> list = new ArrayList<>();
list.add(1);
list.add(2);

这样可以正常编译

int[] arrayOK = list.stream().mapToInt(i -> i).toArray();

但是如果你尝试编译

int[] arrayProblem = list.stream().mapToInt(Function.identity()).toArray();

你会得到编译错误，因为mapToInt 需要ToIntFunction，这与Function 无关。 ToIntFunction 也没有 identity() 方法。

Answer 2

来自JDK source：

static <T> Function<T, T> identity() {
    return t -> t;
}

所以，不，只要它在语法上是正确的。

Answer 3

在当前的 JRE 实现中，Function.identity() 将始终返回相同的实例，而 identifier -> identifier 的每次出现不仅会创建自己的实例，甚至还会有不同的实现类。详情请见here。

原因是编译器生成了一个合成方法来保存该 lambda 表达式的琐碎主体（在 x->x 的情况下，相当于 return identifier;）并告诉运行时创建调用此函数的函数接口的实现方法。所以运行时只看到不同的目标方法，当前的实现不会分析方法来找出某些方法是否等效。

因此，使用Function.identity() 而不是x -> x 可能会节省一些内存，但如果您真的认为x -> x 比Function.identity() 更具可读性，那不应该推动您的决定。

您可能还认为，在启用调试信息的情况下进行编译时，合成方法将有一个 line debug 属性指向包含 lambda 表达式的源代码行，因此您有机会找到特定的源代码Function 调试时的实例。相比之下，在调试操作时遇到Function.identity()返回的实例，你将不知道是谁调用了该方法并将实例传递给了操作。