Java 8 Lambdas, Function.identity () oder t-> t

Ich habe eine Frage zur Verwendung der Function.identity()Methode.

Stellen Sie sich den folgenden Code vor:

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.

Gibt es einen Grund, warum Sie Function.identity()anstelle von str->str(oder umgekehrt) verwenden sollten. Ich denke, dass die zweite Option besser lesbar ist (Geschmackssache natürlich). Aber gibt es einen "echten" Grund, warum man bevorzugt werden sollte?

Ab der aktuellen JRE-Implementierung Function.identity()wird immer dieselbe Instanz zurückgegeben, während bei jedem Auftreten von identifier -> identifiernicht nur eine eigene Instanz erstellt wird, sondern sogar eine eigene Implementierungsklasse vorhanden ist. Weitere Details finden Sie hier .

Der Grund dafür ist, dass der Compiler eine synthetische Methode generiert, die den Trivialkörper dieses Lambda-Ausdrucks enthält (im Fall von x->xäquivalent zu return identifier;) und die Laufzeit anweist, eine Implementierung der funktionalen Schnittstelle zu erstellen, die diese Methode aufruft. Die Laufzeit sieht also nur unterschiedliche Zielmethoden und die aktuelle Implementierung analysiert die Methoden nicht, um herauszufinden, ob bestimmte Methoden gleichwertig sind.

Wenn Sie also Function.identity()anstelle von x -> xverwenden, sparen Sie möglicherweise Speicherplatz, aber das sollte Ihre Entscheidung nicht beeinflussen, wenn Sie der Meinung sind, dass dies x -> xbesser lesbar ist als Function.identity().

Sie können auch berücksichtigen, dass die synthetische Methode beim Kompilieren mit aktivierten Debug-Informationen ein Zeilen-Debug-Attribut aufweist, das auf die Quellcode-Zeile (n) verweist, in denen sich der Lambda-Ausdruck befindet. Daher haben Sie die Möglichkeit, die Quelle einer bestimmten FunctionInstanz beim Debuggen zu finden . Wenn Sie dagegen auf die Instanz stoßen, die Function.identity()beim Debuggen einer Operation zurückgegeben wurde, wissen Sie nicht, wer diese Methode aufgerufen und die Instanz an die Operation übergeben hat.

In Ihrem Beispiel gibt es keinen großen Unterschied zwischen str -> strund Function.identity()da es intern einfach ist t->t.

Aber manchmal können wir nicht verwenden, Function.identityweil wir a nicht verwenden können Function. Schauen Sie hier:

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

Dies wird gut kompiliert

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

aber wenn Sie versuchen zu kompilieren

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

Sie erhalten einen Kompilierungsfehler, da mapToInterwartet wird ToIntFunction, was nicht damit zusammenhängt Function. Hat ToIntFunctionauch keine identity()Methode.

Aus der JDK-Quelle :

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

Also nein, solange es syntaktisch korrekt ist.