Frage zu Try - Catch - Finally

[Ishildur]

Hallo zusammen
Irgendwie ist mir der Sinn und Zweck des Schlüsselwortes "finally" nicht so ganz klar. In den Dokus kann ich nachlesen, dass ein finally dazu verwendet wird, um Resource wieder freizugeben, selbst wenn eine Exception ausgelöst wird. Aber wieso brauche ich denn hierfür nun Konkret ein finally?

// allocate some resources

try{
 // do some dangerous code
}
catch(Exception exp){
 // handle all errors
}
finally{
 // free all resources
}

Aber wieso kann ich das nicht auch genausogut so machen?

try{
 // do some dangerous code
}
catch(Exception exp){
 // handle all errors
}

 // free all resources

Hmm, ich kapiers nicht...

Ishildur

 

[Lim_Dul]

Was ist wenn im Exception Block eine neue Exception fliegt?
Was ist, wenn eine RuntimeException fliegt, die nicht im Catch-Block steht?
Was ist mit return-Statements im Code?
Was ist, wenn du eine Exception nach oben durchreichen willst?

 

[ARadauer]

kurz: der finally block wird immer ausgeführt, auch wenn du vorher aus irgendwelchen gründen die methode verlässt

 

[FArt]

Beispiel (Pflichtprogramm)
Wenn du mit Streams arbeitest, dann werden die in einme finally-Block geschlossen... heißt auf deutsch: komme was wolle, der Stream ist zu.

 

[Landei]

kurz: der finally block wird immer ausgeführt, auch wenn du vorher aus irgendwelchen gründen die methode verlässt

Wenn du mit Streams arbeitest, dann werden die in einme finally-Block geschlossen... heißt auf deutsch: komme was wolle, der Stream ist zu.

falsch und falsch

public class Finally {
  public static void main(String... args) {
    try {
      System.exit(0);
    } finally {
      System.out.println("Elvis was here");
    }
  }
}

 

[ARadauer]

also der stream ist deiner meinung nach noch offen, wenn das programm geschlossen wurde?

mhn... kann sein

 

[Oli]

Hallo Landei,

Naja, System.exit(0), schießt natürlich alles ab.
Das was ARadauer und FArt gesagt haben stimmt natürlich schon.

Dein Beispiel wäre vergleichbar mit einer USV, die umschalten soll wenn ein Stromausfall da ist, aber vorher reiß ich den Akku raus!

try - versucht etwas auszuführen
catch - wird ausgeführt wenn es in der try zu einer Exception kommt
finally - wird immer ausgeführt (eben abschließend)


Grüße Oli.


edit: Der Stream ist nach einem System.exit() auch zu, weil meines Wissen System.exit() alles was von der Applikation referenziert wurde, gnadenlos killt... Da kann ich mich aber täuschen und bin für Aufklärung diesbezüglich offen.

 

[Landei]

Streams haben i. d. R. als "Sicherheitsnetz" ein close() in ihrer finalize()-Methode.

Worauf ich eigentlich hinaus will:
- Es gibt eben doch Situationen, in denen finally nicht aufgerufen wird (es gibt dafür wohl auch andere Möglichkeiten als System.exit())
- Wenn man im try-finally Block fremden Code ausführt, kann man mächtig auf die Nase fallen
- System.exit() ist böse. Eigentlich gehört es deprecated, aber dann brauchte man eine andere Möglichkeit, der Applikation einen Exit-Wert mitzugeben.

Übrigens ist das nicht die einzige Falle, in die man bei finally tapsen kann. Zieht euch mal diese "Perle" der Programmierkunst rein:

public static int test() {
  for (; ; ) {
    try {
      return 1;
    } finally {
      break;
    }
  }
  return -1;
}

 

[FArt]

Streams haben i. d. R. als "Sicherheitsnetz" ein close() in ihrer finalize()-Methode.

Worauf ich eigentlich hinaus will:
- Es gibt eben doch Situationen, in denen finally nicht aufgerufen wird (es gibt dafür wohl auch andere Möglichkeiten als System.exit())
- Wenn man im try-finally Block fremden Code ausführt, kann man mächtig auf die Nase fallen
- System.exit() ist böse. Eigentlich gehört es deprecated, aber dann brauchte man eine andere Möglichkeit, der Applikation einen Exit-Wert mitzugeben.

Übrigens ist das nicht die einzige Falle, in die man bei finally tapsen kann. Zieht euch mal diese "Perle" der Programmierkunst rein:

public static int test() {
  for (; ; ) {
    try {
      return 1;
    } finally {
      break;
    }
  }
  return -1;
}

finally wird immer ausgeführt. System.exit ist ein Ausnahmefall.

Aber man muss aufpassen, was man im finally Block macht. Eine Exception, die nicht verarbeitet wird kann einen sonst gültigen Returnwert oder einen Fehler verdecken, das gleiche gilt für einen "alternativen Return"... das sind schlicht und einfach Programmierfehler.

 

[HoaX]

naja, man müsste mal testen ob bei Thread#stop (das eh schon deprecated ist) auch der finally-block ausgeführt wird ... aber sonst fällt mir eigentlich kein fall ein wo man hard in den ablauf eingreift.

 

[Oli]

public static int test() {
  for (; ; ) {
    try {
      return 1;
    } finally {
      break;
    }
  }
  return -1;
}

Da meckert aber der Compiler, dass der finally Block nicht korrelt beendet wird. Nun, bei Warungen sollte man eben mal über den Code schauen, ob da vielleicht was faul ist....