¿Por qué la excepción de tiempo de ejecución es una excepción no marcada?

Question

Generalmente, si cualquier clase se extiende Exception, se convierte en excepción comprobada. Runtime exception también extiende la excepción. Entonces, ¿cómo es unchecked exception?

¿Es como si tuvieran un cheque personalizado en el compilador para este caso especial?

EDIT: tengo idea adecuada sobre excepción revisada sin control v/s y sus pros & cos etc. No Excepto diferencias entre ellas en respuesta.

Answer 1

Es explícitamente en la especificación, section 11.1.1:

RuntimeException y todas sus subclases son, colectivamente, las clases de excepción de tiempo de ejecución .

Las clases de excepción no comprobada son las clases de excepción de tiempo de ejecución y las clases de error.

Las clases de excepciones comprobadas son todas clases de excepciones distintas de las clases de excepción sin marcar. Es decir, las clases de excepciones comprobadas son todas las subclases de Throwable distintas de RuntimeException y sus subclases y Error y sus subclases.

Así que sí, el compilador definitivamente sabe acerca de RuntimeException.

Answer 2

Sí. Cualquier Throwable es una excepción marcada, excepto Error, RuntimeException, y (directa o indirectamente) subclases de los mismos.

Sin embargo, estos son controlados por el compilador , no por la JVM; las excepciones comprobadas son una característica de tiempo de compilación, no una característica de tiempo de ejecución. (Actualización: Y ahora veo que has editado tu pregunta para especificar "compilador" en lugar de "JVM" ☺.)

---

Elaborar un poco más lejos. . . no es como si hubiera algún tipo de interfaz de "verificación de excepción". La lógica está simplemente codificada: "cualquier clase de excepción es una excepción comprobada a menos que sea un subtipo de RuntimeException o Error".

Answer 3

Aquí hay un enlace útil: http://www.javapractices.com/topic/TopicAction.do?Id=129

Se explica la diferencia entre sin control y comprueba y da algunos ejemplos.

"Es algo confuso, pero tenga en cuenta también que RuntimeException (no seleccionado) es una subclase de Excepción (marcada)".

Answer 4

Según 11.1.1. los tipos de excepciones

Una excepción está representado por una instancia de la clase Throwable (una subclase directa de Object) o una de sus subclases.

Throwable y todas sus subclases son, colectivamente, las clases de excepción.

Tenga en cuenta que una subclase de Throwable no debe ser genérica (§8.1.2).

Las clases Excepción y Error son subclases directas de Throwable.

La excepción es la superclase de todas las excepciones de las que los programas normales pueden desear recuperarse.

El error es la superclase de todas las excepciones de las que normalmente no se espera que se recuperen los programas normales.

El error y todas sus subclases son, colectivamente, las clases de error.

La clase Error es una subclase de Throwable, distinta de Exception en la jerarquía de clases, para permitir que los programas utilicen la expresión idiomática "} catch (Exception e) {" (§11.2.3) para captar todas las excepciones de las cuales la recuperación puede ser posible sin detectar errores de los cuales normalmente no es posible la recuperación.

La clase RuntimeException es una subclase directa de Excepción. RuntimeException es la superclase de todas las excepciones que pueden lanzarse por muchas razones durante la evaluación de la expresión, pero de las cuales aún es posible la recuperación.

RuntimeException y todas sus subclases son, colectivamente, las clases de excepción en tiempo de ejecución.

Las clases de excepción sin marcar son las clases de excepción en tiempo de ejecución y las clases de error.

Las clases de excepción comprobadas son todas clases de excepciones distintas de las clases de excepción sin marcar. Es decir, las clases de excepciones comprobadas son todas las subclases de Throwable distintas de RuntimeException y sus subclases y Error y sus subclases.