Home / Questions / 161
Accepted
Perdomoff
Asked: 2020-12-02 14:07:34 +0800 CST 2020-12-02 14:07:34 +0800 CST

Всегда ли блок finally выполняется в Java?

  • 772

У меня есть попытка/поймать с возвратом внутри. Будет ли выполняться блок finally?

try {  
    something();  
    return success;  
}  
catch (Exception e) {   
    return failure;  
}  
finally {  
    System.out.println("No se si esto se va a imprimir.");
}

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

Это вопрос, переведенный с оригинала на английский язык и адаптированный к результатам, которые он дает на моем компьютере: Всегда ли finally выполняется на Java? Джонни Пять

java

4 Answers

  1. Best Answer

    наконец позовут.

    Единственные случаи, когда, наконец, не будет выполнено, это когда:

    1. если вы вызываете System.exit() или
    2. если у jvm сначала происходит сбой (сбои)

    Этот ответ является переводом оригинального английского языка jodonnell .

    Отредактировано 12.02.15: Учитывая , выполняется ли блок finally, если поток, выполняющий функцию, прерывается? Субхраджьоти Маджумдер

    • 29

  2. Очень простой вопрос, основанный на принципах Java, всегда будет вызываться блок finally .

    try {
    //Declaraciones que pueden causar una excepción.
}
catch {
   //Manejo de excepción.
}
finally {
   //Declaraciones a ser ejecutadas
}

    Пока он закомментирован, вы заканчиваете выполнение кода или есть ошибки.

    Дополнительная информация: Блок «Наконец»

    • 8

  3. НЕ ВСЕГДА

    Спецификация языка Java описывает, как работают блоки try-catch-finally и try-finally, в разделе 14.20.2 .
    Нигде не указано, что finally всегда выполняется.
    Но он определяет это для всех случаев, когда блок try-catch-finally или try-finally завершается до того, как должен быть выполнен блок finally.

    А именно. Если SIG — это то, что будет выполняться после блока try-catch-finally или try-finally, а FIN — это то, что находится внутри finally, JLS гарантирует, что FIN всегда выполняется до выполнения SIG .

    Почему JLS не гарантирует, что блок finally всегда будет выполняться после блока try? Потому что это невозможно. Маловероятно, но возможно, что виртуальная машина будет прервана (убийство, сбой, выключение компьютера) сразу после завершения блока try и до выполнения блока finally. И нет ничего, что можно было бы сделать из спецификации языка, чтобы избежать этого.

    • 7

  4. Внутри блока try / catch finallyон всегда выполняется, как сказано в документации по Java :

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

    введите описание изображения здесь

    Примечание. Если JVM завершает работу во время выполнения кода try или catch, то блок finally не может быть выполнен . Аналогичным образом, если поток, выполняющий код , прерывается tryили catch уничтожается, блок finally не может выполняться, даже если приложение в целом продолжает работу .

    Начиная с Java SE 7, он «наконец» потерял известность.

    До Java SE 7 можно было реализовать использование finallyв качестве ключевого инструмента для предотвращения утечек ресурсов . При закрытии файла или извлечении ресурсов рекомендуется помещать код в блок finally, чтобы гарантировать, что ресурс всегда будет извлечен или закрыт.

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

    Мы видим это в следующем примере:

    //Otro uso de finally antes de Java SE 7
static String readFirstLineFromFileWithFinallyBlock(String path)
                                                     throws IOException {
    BufferedReader br = new BufferedReader(new FileReader(path));
    try {
        return br.readLine();
    } finally {
        if (br != null) br.close();
    }
}

    До Java 7 finallyэто помогало нам избавиться от всех открытых ресурсов.

    Начиная с Java 7 был реализован оператор try-with-resources.

    Оператор try-with-resources— это оператор try, объявляющий один или несколько ресурсов. Ресурс — это объект, который должен быть закрыт после завершения программы . Оператор try-with-resources гарантирует, что каждый ресурс будет закрыт в конце оператора. Любой объект, реализующий java.lang.AutoCloseable, включая все объекты, реализующие java.io.Closeable, может использоваться как ресурс.

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

    static String readFirstLineFromFile(String path) throws IOException {
    try (BufferedReader br =
                   new BufferedReader(new FileReader(path))) {
        return br.readLine();
    }
}

    В этом примере ресурс, объявленный в операторе try-with-resources, представляет собой файл BufferedReader. Оператор объявления появляется в круглых скобках сразу после ключевого слова try. Класс BufferedReaderв Java SE 7 и более поздних версиях реализует интерфейс java.lang.AutoCloseable. Поскольку экземпляр BufferedReaderобъявлен в операторе try-with-resources, он завершится независимо от того, завершается ли оператор try нормально или внезапно (в результате того, что метод BufferedReader.readLineвыдает a IOException).

    • -1