Java Try Catch Finalmente bloquea sin Catch

Estoy revisando un nuevo código. El programa tiene una prueba y finalmente solo un bloqueo. Dado que el bloque catch está excluido, ¿cómo funciona el bloque try si encuentra una excepción o algo arrojable? ¿Simplemente va directamente al bloque finalmente?

Si alguno de los códigos en el bloque try puede generar una excepción marcada, debe aparecer en la cláusula throws de la firma del método. Si se lanza una excepción no marcada, se elimina del método.

El último bloque siempre se ejecuta, ya sea que se lance una excepción o no.

Una pequeña nota sobre try/ finally: El finalmente siempre se ejecutará a menos que

• System.exit() se llama.
• La JVM se bloquea.
• El try{}bloque nunca termina (por ejemplo, bucle sin fin).

La especificación del lenguaje Java ⁽¹⁾ describe cómo try-catch-finallyse ejecuta. No tener captura es equivalente a no tener una captura capaz de atrapar el Lanzamiento dado.

• Si la ejecución del bloque try se completa abruptamente debido a un lanzamiento de un valor V, entonces hay una opción:
  • Si el tipo de tiempo de ejecución de V es asignable al parámetro de cualquier cláusula catch de la declaración try, entonces ...
    ...
  • Si el tipo de V en tiempo de ejecución no es asignable al parámetro de ninguna cláusula catch de la instrucción try, entonces se ejecuta el bloque finalmente . Entonces hay una opción:
    • Si el bloque finalmente se completa normalmente, entonces la instrucción try se completa abruptamente debido a un lanzamiento del valor V.
    • Si el bloque finalmente se completa abruptamente por la razón S, entonces la instrucción try se completa abruptamente por la razón S (y el lanzamiento del valor V se descarta y se olvida).

(1) Ejecución de try-catch-finally

El interno finalmente se ejecuta antes de lanzar la excepción al bloque externo.

public class TryCatchFinally {

  public static void main(String[] args) throws Exception {

    try{
        System.out.println('A');
        try{
            System.out.println('B');
            throw new Exception("threw exception in B");
        }
        finally
        {
            System.out.println('X');
        }
        //any code here in the first try block 
        //is unreachable if an exception occurs in the second try block
    }
    catch(Exception e)
    {
        System.out.println('Y');
    }
    finally
    {
        System.out.println('Z');
    }
  }
}

Resultados en

A
B
X
Y
Z

El bloque finalmente siempre se ejecuta después de que finaliza el bloque try, ya sea que el try finalice de manera normal o anormal debido a una excepción, er, arrojable.

Si alguno de los códigos del bloque de prueba genera una excepción, el método actual simplemente vuelve a lanzar (o continúa lanzando) la misma excepción (después de ejecutar el bloque finalmente).

Si el bloque finalmente arroja una excepción / error / lanzamiento, y ya hay un lanzamiento pendiente, se pone feo. Francamente, olvido exactamente lo que sucede (tanto por mi certificación hace años). Yo pienso ambos lanzamientos se vinculan entre sí, pero hay que hacer un vudú especial (es decir, una llamada al método que tendría que buscar) para obtener el problema original antes de que el "finalmente" vomitara, er, vomitara.

Por cierto, intentar / finalmente es algo bastante común para la gestión de recursos, ya que Java no tiene destructores.

P.ej -

r = new LeakyThing();
try { useResource( r); }
finally { r.release(); }  // close, destroy, etc

"Finalmente", un consejo más: si no se molestan en poner en una captura, ya sea específica de captura (esperado) subclases arrojadizos, o simplemente coger "Throwable", no "excepción", por un cajón de sastre trampa de error general. Demasiados problemas, tales como tonterías de reflexión, arrojan "Errores", en lugar de "Excepciones", y esos se deslizarán por cualquier "capturar todo" codificado como:

catch ( Exception e) ...  // doesn't really catch *all*, eh?

haz esto en su lugar:

catch ( Throwable t) ...

Las versiones de Java anteriores a la versión 7 permiten estas tres combinaciones de try-catch-finally ...

try - catch
try - catch - finally
try - finally

finallyEl bloque siempre se ejecutará sin importar lo que esté sucediendo en el bloque tryor / and catch. así que si no hay catchbloque, la excepción no se manejará aquí.

Sin embargo, aún necesitará un controlador de excepciones en algún lugar de su código, a menos que, por supuesto, desee que su aplicación se bloquee por completo. Depende de la arquitectura de su aplicación exactamente dónde está ese controlador.

• El bloque de prueba de Java debe ir seguido de un bloque catch o finalmente.
• Para cada bloque try puede haber cero o más bloques catch, pero solo un bloque finalmente.
• El último bloque no se ejecutará si el programa sale (ya sea llamando a System.exit () o causando un error fatal que hace que el proceso se cancele).

¿Cómo funciona el bloque try si encuentra una excepción o algo arrojable?

La excepción se elimina del bloque, como en cualquier otro caso en el que no se detecta.

El último bloque se ejecuta independientemente de cómo salga el bloque de prueba, independientemente de si hay capturas, independientemente de si hay una captura coincidente.

Los bloques catch y finalmente son partes ortogonales del bloque try. Puedes tener uno o ambos. ¡Con Java 7, no podrás tener ninguno!

¿No lo intentas con ese programa? Finalmente se bloqueará y ejecutará finalmente el bloqueo, pero la excepción no se manejará. ¡Pero esa excepción puede ser anulada en el bloque finalmente!

El bloque finalmente se ejecuta después de que se completa el bloque try. Si se arroja algo dentro del bloque try cuando sale, finalmente se ejecuta el bloque.

Dentro del trybloque escribimos códigos que pueden arrojar una excepción. El catchbloque es donde manejamos la excepción. El finallybloque siempre se ejecuta sin importar si se produce una excepción o no.

Ahora, si tenemos el bloque try-finally en lugar del bloque try-catch-finally, entonces la excepción no se manejará y después de que el bloque try en lugar del control vaya al bloque catch, finalmente se bloqueará. Podemos usar el bloque try-finally cuando no queremos hacer nada con la excepción.

Independientemente de la excepción lanzada o no en trybloque, finallyse ejecutará el bloque. La excepción no sería atrapada.