Buffer und null

[PaulDo]

... } finally {
    if(buffer != null)
        buffer.close();
}

Warum heißt es ungleich null. Nach meinem Verständnis müsste es heißen buffer == null, also wenn buffer auf kein Objekt mehr zeigt, dann ist die Datei schließen. Ungleich ist aber richtig. Warum?

 

[PaulDo]

Ich hab es, buffer ist der Puffer- der die Bytes zu Päckchen packt. Es wird geprüft- ob er überhaupt aufgerufen wurde, nur dann kann er geschlossen werden. Ein paar Seiten vorher stand es so erklärt.

 

[Robert Zenz]

Nach meinem Verständnis müsste es heißen buffer == null, also wenn buffer auf kein Objekt mehr zeigt, dann ist die Datei schließen. Ungleich ist aber richtig. Warum?

Wenn buffer null ist, wuerde es auf kein Objekt mehr zeigen und du kannst nichts mehr damit machen weil es ja auf kein Objekt/Instanz mehr zeigt. Das gesamte Muster sieht ja so aus:

Buffer buffer = null;

try {
    buffer = new Buffer();
    
    buffer.operation();
} finally {
    if (buffer != null) {
        buffer.close();
    }
}

Wenn jetzt die Operation fehlschlaegt, ist ganz klar dass der Buffer geschlossen werden muss. Wenn jetzt aber die Erstellung fehlschlagen wuerde, haette man keine Instanz bekommen, also buffer waere null und dementsprechend gibt es auch nichts zu schlieszen, denn es gibt keine Instanz auf welcher du etwas aufrufen oder tun koenntest.

 

[httpdigest]

Wobei bei deinem Beispiel das Hereinziehen von buffer = new Buffer(); in den try-Block eigentlich keinen Sinn ergibt.
Denn: Wenn der Konstruktor eine Exception liefern würde, würde der Callstack ja eh durch die Exception abgebrochen werden und man müsste gar nicht auf buffer != null prüfen.
Ich habe solche Muster mit "etwas wird im try-Block zugewiesen, was evtl. fehlschlagen kann" und "im finally-Block wird auf != null geprüft" bisher immer nur im Zusammenhang mit einem ebenfalls imselben try-catch-Statement enthaltenen catch-Block gesehen. Also, wenn man an derselben Stelle auch die Exception, die durch eine Operation innerhalb des try-Blocks ausgelöst wird, behandeln möchte. Dann hat man nämlich im finally-Block gar keine Information mehr, ob die Operation nun erfolgreich war, oder anschließend noch durch den catch-Block ging.