propagacion - tipos errores java
Diferencias entre excepción y error (10)
Estoy tratando de aprender más sobre Java básico y los diferentes tipos de Throwables, ¿alguien me puede decir las diferencias entre Excepciones y Errores?
Aquí hay un resumen bastante bueno de la API de Java, que representa un Error y una Excepción:
Un error es una subclase de Throwable que indica problemas graves que una aplicación razonable no debería intentar atrapar. La mayoría de esos errores son condiciones anormales. El error ThreadDeath, aunque es una condición "normal", también es una subclase de Error porque la mayoría de las aplicaciones no deberían intentar atraparlo.
No se requiere un método para declarar en su cláusula throws ninguna subclase de Error que pueda lanzarse durante la ejecución del método pero que no se capture, ya que estos errores son condiciones anormales que nunca deberían ocurrir.
OTOH, por Excepciones, Java API dice:
La clase Exception y sus subclases son una forma de Throwable que indica las condiciones que una aplicación razonable podría querer capturar.
Esta diapositiva que muestra la jerarquía de excepciones de Java por @georgios-gousios explica de manera concisa las diferencias entre Errores y Excepciones en Java.
Hay varias similitudes y diferencias entre las clases java.lang.Exception
y java.lang.Error
.
Semejanzas
Primero: ambas clases extienden
java.lang.Throwable
y, como resultado, heredan muchos de los métodos que se usan comúnmente cuando se trata de errores tales como:getMessage
,getStackTrace
,printStackTrace
, etc.Segundo, como subclases de
java.lang.Throwable
ambos heredan las siguientes propiedades:Throwable sí mismo y cualquiera de sus subclases (incluido
java.lang.Error
) se puede declarar en la lista de excepciones de método utilizandothrows
keyword. Dicha declaración solo es necesaria parajava.lang.Exception
y las subclases, parajava.lang.Throwable
,java.lang.Error
yjava.lang.RuntimeException
y sus subclases es opcional.Solo se permite usar
java.lang.Throwable
y subclases en la cláusulacatch
.Solo
java.lang.Throwable
y las subclases se pueden usar con la palabra clave -throw
.
La conclusión de esta propiedad es que tanto java.lang.Error
como java.lang.Exception
pueden declararse en el encabezado del método, pueden estar en catch
clause, pueden usarse con keyword throw
.
Diferencias
Primero - diferencia conceptual:
java.lang.Error
diseñado para ser lanzado por la JVM e indicar problemas graves y destinado a detener la ejecución del programa en lugar de ser capturado (pero es posible como para cualquier otro sucesor dejava.lang.Throwable
).Un pasaje de la descripción de javadoc sobre
java.lang.Error
:... indica problemas serios que una aplicación razonable no debería intentar atrapar.
En oposición
java.lang.Exception
diseñada para representar los errores que se esperan y puede ser manejada por un programador sin terminar la ejecución del programa.Un pasaje de la descripción de javadoc sobre
java.lang.Exception
:... indica las condiciones que una aplicación razonable podría querer atrapar.
- La segunda diferencia entre
java.lang.Error
yjava.lang.Exception
que primero se consideró una excepción no verificada para la comprobación de excepciones en tiempo de compilación. Como el código de resultado arrojandojava.lang.Error
o sus subclases no requieren declarar este error en el encabezado del método. Al arrojarjava.lang.Exception
declaración obligatoria en el encabezado del método.
Throwable y su diagrama de clase sucesora (se omiten las propiedades y los métodos).
La descripción de la clase Error
es bastante clara:
Un
Error
es una subclase deThrowable
que indica problemas graves que una aplicación razonable no debería intentar atrapar. La mayoría de esos errores son condiciones anormales. El errorThreadDeath
, aunque es una condición "normal", también es una subclase deError
porque la mayoría de las aplicaciones no deberían intentar atraparlo.No se requiere un método para declarar en su cláusula throws ninguna subclase de
Error
que pueda lanzarse durante la ejecución del método pero que no se capture, ya que estos errores son condiciones anormales que nunca deberían ocurrir.
Citado de la propia Javadoc Java Javadoc .
En resumen, no debería detectar Error
s, excepto que tiene una buena razón para hacerlo. (Por ejemplo, para evitar que su implementación del servidor web se bloquee si un servlet se queda sin memoria o algo así).
Una Exception
, por otro lado, es solo una excepción normal como en cualquier otro lenguaje moderno. Encontrará una descripción detallada en la documentación de la API de Java o en cualquier recurso en línea o fuera de línea.
Los errores no deben ser capturados o manejados (excepto en los casos más raros). Las excepciones son el pan y la mantequilla del manejo de excepciones. El Javadoc explica bien:
Un error es una subclase de Throwable que indica problemas graves que una aplicación razonable no debería intentar atrapar. La mayoría de esos errores son condiciones anormales.
Mire algunas de las subclases de Error
, tomando algunos de sus comentarios JavaDoc:
-
AnnotationFormatError
: lanzado cuando el analizador de anotaciones intenta leer una anotación de un archivo de clase y determina que la anotación está mal formada. -
AssertionError
- Lanzado para indicar que una aserción ha fallado. -
LinkageError
- Las subclases de LinkageError indican que una clase tiene cierta dependencia en otra clase; sin embargo, la última clase ha cambiado de manera incompatible después de la compilación de la primera clase. -
VirtualMachineError
: lanzado para indicar que la máquina virtual Java está rota o se ha quedado sin recursos necesarios para que continúe funcionando.
En realidad, hay tres subcategorías importantes de Throwable
:
-
Error
: algo suficientemente grave ha ido mal, la mayoría de las aplicaciones deberían fallar en lugar de tratar de resolver el problema, - Excepción no comprobada (también conocida como
RuntimeException
): muy a menudo un error de programación comoNullPointerException
o un argumento ilegal. Las aplicaciones a veces pueden manejar o recuperarse de esta categoría deThrowable
, o al menos capturarla en el métodorun()
Thread, registrar el reclamo y continuar ejecutándose. - Excepción comprobada (también conocida como Todo lo demás): se espera que las aplicaciones capturen y hagan algo de manera significativa con el resto, como
FileNotFoundException
yTimeoutException
...
Los errores son causados principalmente por el entorno en el que se ejecuta la aplicación. Por ejemplo, OutOfMemoryError se produce cuando JVM se queda sin memoria o se produce Error cuando la pila se desborda.
Las excepciones son causadas principalmente por la aplicación en sí. Por ejemplo, NullPointerException se produce cuando una aplicación intenta acceder a un objeto nulo o se produce una excepción ClassCastException cuando una aplicación intenta convertir tipos de clases incompatibles.
Fuente: http://javaconceptoftheday.com/difference-between-error-vs-exception-in-java/
Los errores tienden a indicar el final de su aplicación tal como la conoce. Por lo general, no se puede recuperar y debe hacer que su máquina virtual salga. No debe capturarlos, excepto posiblemente para registrar o mostrar y el mensaje apropiado antes de salir.
Ejemplo: OutOfMemoryError : no hay mucho que pueda hacer ya que su programa ya no se puede ejecutar.
Las excepciones son a menudo recuperables e incluso cuando no, generalmente significan que un intento de operación falló, pero su programa aún puede continuar.
Ejemplo: IllegalArgumentException - Pasó datos no válidos a un método por lo que la llamada al método falló, pero no afecta las operaciones futuras.
Estos son ejemplos simplistas, y hay otra gran cantidad de información solo en Excepciones.
Sun lo Javadoc :
Un error es una subclase de Throwable que indica problemas graves que una aplicación razonable no debería intentar atrapar.
Un error de IMO es algo que puede causar que su aplicación falle y no debe ser manejada. Una excepción es algo que puede causar resultados impredecibles, pero que puede recuperarse.
Ejemplo:
Si un programa se ha quedado sin memoria, se trata de un error, ya que la aplicación no puede continuar. Sin embargo, si un programa acepta un tipo de entrada incorrecto, es una excepción ya que el programa puede manejarlo y redirigir para recibir el tipo de entrada correcto.
Errors -
-
Error
s en java son del tipojava.lang.Error
. - Todos los errores en java son de tipo no verificado.
-
Error
suceden en el tiempo de ejecución. No serán conocidos por el compilador. - Es imposible recuperarse de los errores.
-
Error
son causados principalmente por el entorno en el que se ejecuta la aplicación. - Ejemplos:
java.lang.Error
,java.lang.OutOfMemoryError
-
Exception
s en Java son de tipojava.lang.Exception
. -
Exception
incluyen tanto el tipo marcado como el no marcado. - El compilador conoce las excepciones comprobadas, ya que el compilador desconoce las excepciones no comprobadas porque ocurren en tiempo de ejecución.
- Puede recuperarse de las excepciones manipulándolas a través
try-catch
bloquestry-catch
. -
Exception
son causadas principalmente por la aplicación en sí. - Ejemplos: Excepciones
SQLException
:SQLException
,IOException
Excepciones noArrayIndexOutOfBoundException
:ArrayIndexOutOfBoundException
,ClassCastException
,NullPointerException
Lectura adicional: http://javaconceptoftheday.com/difference-between-error-vs-exception-in-java/