Try-catch-finally-return Klärung

Question

Durch das Lesen aller Fragen bereits in diesem Forum im Zusammenhang mit dem oben genannten Thema (siehe Titel) gestellt, verstehe ich sehr gut, dass finally immer aufgerufen wird. (außer von System.exit und Endlosschleifen). Ich würde jedoch gerne wissen, ob ein return in einem catch-Block aufgerufen wird und dann ein weiterer return vom finally-Block aufgerufen wird.

Zum Beispiel:

public static void main(String[]args) { 
    int a = new TestClass().absorbeTheValue(); 
} 

int absorbeTheValue() { 
    try { 
     int a = 10/0; 
     if (a > 0) return 4; 
    } catch(Exception e) { 
     return 45; 
    } finally { 
     return 34; 
    } 
}  

Also hier der Ausgang (wenn die Methode aufgerufen wird) wird 34 in jedem Fall sein. Es bedeutet, dass schließlich immer ausgeführt wird. Ich denke aber, dass die anderen "Returns" überhaupt nicht laufen. In vielen Beiträgen fand ich die Tatsache, dass endlich der Inhalt über das geschrieben wurde, was schon durch die Rückgabeklausel geschrieben wurde. Mein Verständnis ist, dass, sobald der Rückgabewert in der catch-Klausel evaluiert wird, der Kontrollfluss an die finally-Klausel übergeben wird, die wiederum eine weitere Rückgabe hat, diesmal wird die Rückgabe ausgewertet, ohne die Kontrolle an die catch-Klausel zurückzugeben . Auf diese Weise wird die einzige zur Laufzeit aufgerufene return die endgültige Rückkehr sein. Sind Sie einverstanden (damit?

Ein return in finally gibt das Steuerelement nicht an das Programm zurück, aber gibt den Wert zurück und beendet die Methode. Können wir das sagen?

Answer 1

Wenn der return Block try erreicht ist, überträgt er die Kontrolle an den finally Block, und die Funktion kehrt schließlich normal zurück (kein Wurf).

Wenn eine Ausnahme auftritt, aber dann erreicht der Code ein return vom catch Block, die Steuerung an den finally Block übertragen wird, und die Funktion kehrt schließlich normal (kein Wurf).

In Ihrem Beispiel haben Sie eine return im finally, und so unabhängig davon, was passiert, wird die Funktion 34 zurückkehren, weil finally das Finale hat (wenn man so will) Wort.

Obwohl es nicht in Ihrem Beispiel bedeckt, wäre dies wahr sein, auch wenn Sie nicht die catch haben und wenn eine Ausnahme in dem try Block geworfen wurde und nicht gefangen. Indem Sie einen return aus dem finally-Block ausführen, unterdrücken Sie die Ausnahme vollständig. Bedenken Sie:

public class FinallyReturn { 
    public static final void main(String[] args) { 
    System.out.println(foo(args)); 
    } 

    private static int foo(String[] args) { 
    try { 
     int n = Integer.parseInt(args[0]); 
     return n; 
    } 
    finally { 
     return 42; 
    } 
    } 
} 

Wenn Sie ausführen, ohne irgendwelche Argumente zu liefern:

$ java FinallyReturn

... der Code in foo eine ArrayIndexOutOfBoundsException wirft. Aber weil der finally Block eine return macht, wird diese Ausnahme unterdrückt.

Dies ist ein Grund, warum es am besten ist, return in finally zu vermeiden.

Answer 2

Hier ist ein Code, der zeigt, wie es funktioniert.

class Test 
{ 
    public static void main(String args[]) 
    { 
     System.out.println(Test.test()); 
    } 

    public static String test() 
    { 
     try { 
      System.out.println("try"); 
      throw new Exception(); 
     } catch(Exception e) { 
      System.out.println("catch"); 
      return "return"; 
     } finally { 
      System.out.println("finally"); 
      return "return in finally"; 
     } 
    } 
} 

Die Ergebnisse sind:

try 
catch 
finally 
return in finally