Какой смысл наконец блока?

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

, Например, закрыв сеанс базы данных или соединение JMS, или освобождая некоторый ресурс ОС.

я предполагаю, что это подобно в.NET?

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

, @mats очень корректен, что всегда существует потенциал для "твердых" отказов - наконец, блоки не должны включать код в жестком реальном времени, который должен всегда делаться транзакционно в попытке {}

@mats снова - реальная красота состоит в том, что это позволяет Вам, выдают исключения назад из Ваших собственных методов, и все еще гарантируют, что Вы убираетесь:

try
{
StreamReader stream = new StreamReader("foo.bar");
mySendSomethingToStream(stream);
}
catch(noSomethingToSendException e) {
    //Swallow this    
    logger.error(e.getMessage());
}
catch(anotherTypeOfException e) {
    //More serious, throw this one back
    throw(e);
}
finally
{
stream.close();
}

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

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

Наконец блок находится в том же объеме как попытка/выгода, таким образом, у Вас будет доступ ко всем переменным определенным внутри.

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

try
{
   StreamReader stream = new StreamReader("foo.bar");
   stream.write("foo");
}
catch(Exception e) { } // ignore for now
finally
{
   stream.close();
}

по сравнению с

StreamReader stream = null;
try
{
    stream = new StreamReader("foo.bar");
    stream.write("foo");
} catch(Exception e) {} // ignore

if (stream != null)
    stream.close();

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

@Ed, Вы могли бы думать о чем-то как catch(...), который ловит неуказанное исключение в C++.

, Но finally код, который будет выполнен, неважно, что происходит в эти catch блоки.

Microsoft имеет страницу справки на попытка наконец C#

Таким образом, можно очистить любые открытые соединения, и т.д. инициализированные в блоке попытки. Если бы Вы открыли соединение, и затем исключение произошло, то исключение не было бы правильно закрыто. Этот тип сценария - то, для чего наконец блок.

Наконец блок, как предполагается, выполняется, поймали ли Вы исключение или нет. См. Попытка / Выгода / Наконец пример

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

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

, Если Вы, например, выдайте новое Исключение в своем catchblock (перебросок), чем присвоение будет только выполняться, если это будет в наконец-блоке.

Обычно наконец используется для чистки после себя (близкие соединения с БД, Дескрипторы файлов и подобные).

Вы никогда не должны использовать операторы управления (возврат, повреждаться, продолжать) в наконец, поскольку это может быть кошмаром обслуживания и поэтому считается плохой практикой

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

, Если Вы пробуете этот пример:

try {
  return 0;
} finally {
  return 2;
}

результат будет 2:)

Сравнение с другими языками: Возврат От Наконец

Существует несколько вещей, которые делают наконец блок полезный:

1. , Если Вы возвращаетесь из попытки или ловите блоки, наконец, блок все еще выполняется, прямо прежде чем управление отдано к функции вызова
2. , Если исключение происходит в блоке выгоды, или непойманный тип исключения происходит в блоке попытки, коде в наконец, блок все еще выполняется.

Они делают наконец блоки превосходными для закрытия дескрипторов файлов или сокетов.

В Java:

Наконец всегда называется, независимо от того, если исключение было правильно поймано в выгоде (), или на самом деле если у Вас есть выгода вообще.

Ну, с одной стороны, если Вы ВОЗВРАТИТЕСЬ в своем блоке попытки, то наконец будет все еще работать, но код упомянул ниже try-catch-finally блок, не будет.

@iAn и @mats:

я ничего не "разъединил" бы в наконец {}, который был "настроен" в рамках попытки {}, как правило. Было бы лучше для получения по запросу потокового создания за пределами попытки {}. Если необходимо обработать исключение, в действии создают, это могло бы быть сделано в большем объеме.

StreamReader stream = new StreamReader("foo.bar");  
try {
    mySendSomethingToStream(stream);
}
catch(noSomethingToSendException e) {
    //Swallow this    
    logger.error(e.getMessage());
}
catch(anotherTypeOfException e) {
    //More serious, throw this one back
    throw(e);
}
finally {
    stream.close();  
}

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

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

Да, если Вы возвращаетесь из try{}, finally все еще выполнения. Но то, что хорошая практика? Это походит на gynastics, мог бы также принести goto назад. Почему бы не ожидать и возврат после блока? Весь finally {} делает, добавляют две или три строки к Вашему коду.