Java Lambda vs Methodenreferenz - Die lokalen Variablen des Aufrufers werden nicht empfangen

Question

Beim Versuch, von einem Lambda zu einem Methodenverweis zu reformieren, habe ich festgestellt, dass es Unterschiede in den Methodenreferenzen gibt, die die lokalen Variablen des Aufrufers nicht erhalten (der lexikalische Umfang?). Wenn ein Lambda als Inline-Code verwendet wird, gibt es überhaupt kein Problem.

public class MethodRef { 

    public static void main(String[] args) { 
    String appender = "I am appended"; 

    //possible 
    appender("Hello! ", former -> { 
     StringBuilder builder = new StringBuilder(former); 
     builder.append(appender); 
     System.out.println(builder.toString()); 
    }); 

    //not possible 
    appender("Hello! ", this::theRef); 
    } 

    //Delegater 
    public static void appender(String former, Consumer<String> consumer){ 
     consumer.accept(former); 
    } 

    //Method Ref 
    public void theRef(String former){ 
    StringBuilder builder = new StringBuilder(former); 
    builder.append(appender); 
    System.out.println(builder.toString()); 
    } 
} 

Ich verstehe, dass die param Liste der Methode keine „appender“ hat ergeben, aber nicht, dass es eine „versteckte“ param ich verwenden kann, um die lexikalische Vars des Anrufers/Verbraucher Umfang zugreifen?

Answer 1

Nein, das ist nicht möglich.

Der lexikalische Bereich wird während der Kompilierzeit aufgelöst. Die Methode ist generisch geschrieben und kann von überall technisch aufgerufen werden. Daher kann der Compiler den lexikalischen Umfang aller möglichen Aufrufe nicht erraten.

Wenn Sie eine separate Methode pflegen möchten, müssen Sie den Aufruf nur in das Wrapping von Lambda umbrechen und die lokale Variable als Parameter übergeben. Aber ich nehme an, das war kein ursprüngliches Ziel.

Answer 2

Nein, Sie können keine reguläre Methode erstellen, die Zugriff auf lokale Variablen außerhalb der Methode hat.

Der Name von lambdas, die Kopien von lokalen Variablen aus dem Geltungsbereich, in dem es definiert ist, speichert, ist Closure.

Der einzige andere Weg, den ich von der Verwendung von Closures in Java weiß, sind anonyme innere Klassen.