Java 8 lambdas, Funktion.identität() oder t-> t

Question

Ich habe eine Frage bezüglich der Verwendung der Function.identity() Methode.

Stellen Sie sich den folgenden Code ein:

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() statt str->str (oder umgekehrt) verwendet werden soll. Ich denke, dass die zweite Option besser lesbar ist (natürlich eine Frage des Geschmacks). Aber gibt es einen "echten" Grund, warum man bevorzugt werden sollte?

Answer 1

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

Aber manchmal können wir Function.identity nicht verwenden. Werfen Sie einen Blick hier

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

dies kompilieren feine

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

aber wenn Sie versuchen, zu kompilieren

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

Sie Kompilierungsfehler erhalten, da mapToIntToIntFunction erwartet, die nicht verwandt ist zu Function. Auch ToIntFunction hat keine identity() Methode.

Answer 2

Vom JDK source:

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

Also, nein, solange es syntaktisch korrekt ist.

Answer 3

Ab der aktuellen JRE-Implementierung gibt Function.identity() immer dieselbe Instanz zurück, während jedes Vorkommen identifier -> identifier nicht nur eine eigene Instanz erstellt, sondern sogar eine eindeutige Implementierungsklasse hat. Weitere Informationen finden Sie unter here.

Der Grund hierfür ist, dass der Compiler ein Syntheseverfahren erzeugt den trivialen Körper des Lambda-Ausdruck (im Fall von x->x entspricht return identifier;) und geben die Laufzeit eine Implementierung der Funktionsschnittstelle zu schaffen, hält diese Methode aufrufen. Daher sieht die Laufzeitumgebung nur verschiedene Zielmethoden, und die aktuelle Implementierung analysiert die Methoden nicht, um herauszufinden, ob bestimmte Methoden äquivalent sind.

Also mit Function.identity() statt x -> x könnte etwas Speicher sparen, aber das sollte Ihre Entscheidung nicht fahren, wenn Sie wirklich, dass x -> x besser lesbar als Function.identity() sind.

Sie können auch in Betracht ziehen, dass die synthetische Methode beim Kompilieren mit aktivierten Debuginformationen über ein Zeilenfehlerattribut verfügt, das auf die Quelltextzeile (n) verweist, die den Lambda-Ausdruck enthalten, sodass Sie die Quelle von a finden können insbesondere Function Instanz während des Debuggens. Wenn Sie während des Debuggens einer Operation auf die von Function.identity() zurückgegebene Instanz stoßen, wissen Sie dagegen nicht, wer diese Methode aufgerufen und die Instanz an die Operation übergeben hat.