Вам действительно нужен блок "наконец"

Я знаю, что это очень старый вопрос, но я столкнулся сегодня, и я был смущен данными ответами. Я имею в виду, что все они верны, но все отвечают на теоретическом или даже философском уровне, когда есть очень простой практический ответ на этот вопрос.

если вы поместите return, break, continue или любое другое ключевое слово java, которое изменяет последовательное выполнение кода внутри блока catch (или даже попробовать блок), заявления внутри наконец блок все равно будет выполнен.

например:

public void myFunc() {

    double p = 1.0D;
    String str = "bla";
    try{
        p = Double.valueOf(str);
    }
    catch(Exception ex){
        System.out.println("Exception Happened");
        return;  //return statement here!!!
    }finally{
        System.out.println("Finally");
    }
    System.out.println("After finally");
}

при выполнении этого кода будет печатать:

Exception Happened 
Finally

Это самая важная причина для существования окончательного блока. Большинство ответов подразумевают это или ссылаются на это в стороне, но ни один из них не делает на этом акцент. Я думаю, что это вопрос новичка, такой простой ответ очень важен.

блок finally гарантированно будет выполнен, даже если возникает исключение. Вы используете их для выполнения необходимой очистки, как закрытие потоков. Код после блока finally может никогда не быть достигнут.

из java учебник

блок finally всегда выполняется, когда попробуйте заблокировать выходы. Это гарантирует, что блок finally выполняется даже если непредвиденное исключение. Но наконец, полезно больше, чем просто обработка исключений - это позволяет программист, чтобы избежать очистки код случайно обошла возвращение, продолжение или перерыв. Сдачи код очистки в блоке finally всегда хорошая практика, даже когда нет исключений не предвидится.

если я понимаю вопрос, вы спрашиваете, в чем разница между:

try {
    Foo f = new Foo();
    f.bar();
}
finally
{
    Foo.baz();
}

и:

// This doesn't actually compile because a try block needs a catch and/or finally block
try {
    Foo f = new Foo();
    f.bar();
}
Foo.baz();

или, что более вероятно:

Foo f = new Foo();
f.bar();
Foo.baz();

разница в том, что если либо new Foo() или f.bar() бросать исключение,finally блок будет выполняться в первом случае, но это Foo.baz() не будет выполняться в последних двух случаях: вместо этого контроль будет пропускать Foo.baz() в то время как JVM ищет исключение обработчик.

---

EDIT

отвечая на ваш комментарий, насчет:

Foo f = new Foo();
try {
    f.bar();
}
catch (Exception ex)
{
    // ...
}

f.baz();

вы правы, что если catch блок не перестраивает исключение или возвращает из метода, указывающего на сбой, а затем f.baz() вызывается независимо от того, было исключение. Однако даже в этом случае finally блок служит в качестве документации,f.baz() используется для очистки.

больше важно отметить, что тот факт, что исключение было брошено обычно важно, так что очень трудно написать код, который продолжает делать все, что он делал, не зная, что исключение было брошено. Бывают случаи, что исключения указывают на глупые вещи, которые вы можете игнорировать, и в этом случае вы должны проглотить исключение. Однако чаще всего вы хотите сигнализировать об ошибке, либо повторно создавая исключение (или бросая другое исключение), либо возвращаясь из метода с ошибкой код.

, если f.bar() предполагается преобразовать String до Double, и на отказ его бросает!--46-->NumberFormatException, то код после try блок, вероятно, должен знать, что String фактически не был преобразован в Double. И, таким образом, в целом вы не захотите продолжать после catch блок. Вместо этого вы захотите сигнализировать об ошибке. Это известно как "прервать при сбое" (по сравнению с "возобновить при сбое", который, вероятно, следует называть "путаться после неудачи со скрещенными пальцами").

кроме того, в особых случаях вы можете быть в состоянии колебаться. Например,catch блок может установить соответствующий Double до Double.NaN который разработан специально для правильного распространения ошибок в математических выражениях. Даже в этом случае finally блок служит в качестве документации,f.baz() участвует в какой-то очистки.

блок finally содержит строки кода, которые должны выполняться независимо от того, было ли поймано исключение или нет. Даже если вы решили остановить выполнение кода в этом методе. Таким образом, код после t-c-f может не выполняться, но, наконец, код "гарантирован" (гарантирован в смысле немедленного сбоя, нарушающего неуправляемую ошибку).

Да, было бы что-то очень критично неправильно.

и это означает, что ваш код будет работать только если есть ошибка.

инструкции внутри finally всегда запускайте, независимо от того, было ли вызвано исключение. В этом-то все и дело.

наконец блок, особенно используемый во время предотвращения исключений. Если какая-либо ошибка выполнения происходит, программа может привести к завершению. Поэтому в это время он будет вызывать finally block Перед тем, как завершить программу. Обычно "finally" содержит инструкции закрытия соединения, операции сохранения и ввода файла, операции закрытия вывода.

Если ваш код никогда не выдает исключение, или вы потребляете все исключения, которые будут правильными. Это не всегда происходит.

два месяца назад я написал пост для причина 'наконец' в try/catch.

известно, что ссылка становится на пути редактирования в стиле Вики моды здесь.

это самодостаточный пост, который просто копирует его, не будет работать, так как вы пропустите следующий комментарий, который также добавляет ценность.