Warum kann einer Consumer-Schnittstelle in Java eine Methodenreferenz mit einem Rückgabewert zugewiesen werden?

Methodenreferenzen mit Verbraucherschnittstellen verstehen

In Java können Methodenreferenzen verwendet werden, um Instanzen funktionaler Schnittstellen zu erstellen. In bestimmten Szenarien kann es jedoch zu Verwirrung kommen, wenn der Rückgabetyp einer Methodenreferenz nicht mit der Akzeptanzmethode der Consumer-Schnittstelle übereinstimmt.

Bedenken Sie den folgenden Code:

Consumer<String> lambda1 = s -> {};
Function<String, String> lambda2 = s -> s;

Consumer<String> lambda3 = LambdaTest::consume; // but s -> s doesn't work!
Function<String, String> lambda4 = LambdaTest::consume;

Wie Sie Man könnte erwarten, dass die Zuweisung von Lambda3 zu einem Verbraucher fehlschlagen sollte, da der Rückgabetyp der Consumer-Methode (String) nicht mit dem erwarteten Void-Typ der Accept-Methode übereinstimmt.

Überraschenderweise ist jedoch die Zuweisung von Lambda3 gelingt. Dies liegt an einer Entwurfsentscheidung, die es ermöglicht, eine Methode auf die gleiche Weise an eine funktionale Schnittstelle anzupassen, wie die Methode aufgerufen werden kann. Dies bedeutet, dass einem Consumer jede Methode zugewiesen werden kann, die einen Wert zurückgibt, wobei ihr Rückgabewert ignoriert wird.

Bei Lambda-Ausdrücken sind die Regeln etwas komplexer. Lambda-Ausdrücke haben zwei Formen:

1. (args) -> Ausdruck
2. (args) -> { Anweisungen* }

Die erste Form ((args) -> Ausdruck) ist nur dann wertkompatibel, wenn der Ausdruck einen Wert ergibt. Die zweite Form ((args) -> { Statements* }) kann void-kompatibel sein, wenn kein Codepfad versucht, einen Wert zurückzugeben.

Der Ausdruck s -> s ist nicht void-kompatibel, da s keine Anweisung ist. Allerdings können Ausdrücke, die Nebenwirkungen haben, wie etwa Methodenaufrufe, als Anweisungen verwendet werden. Das bedeutet, dass Ausdrücke wie s -> s.toString() und s -> Ich kann Void-kompatibel sein.

Daher wird im Fall von LambdaTest::consume die Methodenreferenz der Consumer-Schnittstelle zugewiesen, da die Consumer-Methode aufgerufen und ihr Rückgabewert ignoriert werden kann. Diese Designentscheidung ermöglicht die Anpassungsfähigkeit zwischen Methoden und Funktionsschnittstellen, auch wenn die Rückgabetypen nicht übereinstimmen.

Das obige ist der detaillierte Inhalt vonWarum kann einer Consumer-Schnittstelle in Java eine Methodenreferenz mit einem Rückgabewert zugewiesen werden?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!