Java 8 Lambda，Function.identity（）或t-> t

我对Function.identity()方法的使用有疑问。

想象以下代码：

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（反之亦然）。我认为第二个选项更具可读性（当然是个人喜好了）。但是，有没有“真正的”理由为什么应该优先考虑呢？

从当前的JRE实现开始，Function.identity()将始终返回相同的实例，而每次出现identifier -> identifier不仅会创建自己的实例，甚至还会具有不同的实现类。有关更多详细信息，请参见此处。

原因是编译器生成了一个合成方法，该方法保存了该lambda表达式的琐碎内容（对于x->x，相当于return identifier;），并告诉运行时创建调用此方法的功能接口的实现。因此，运行时只能看到不同的目标方法，当前的实现无法分析这些方法来确定某些方法是否等效。

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

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

在您的示例中，两者之间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()方法。

从JDK来源：

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

因此，只要语法正确，就不会。