Ilerna - Programacion B (Java) - Tema 10

¿Qué son las excepciones en Java?. Errores en tiempo de compilación que finalizan el programa. Fragmentos de código diseñados para gestionar errores en tiempo de ejecución. Bloques de código que no generan errores. Funciones de Java para mejorar el rendimiento del programa.

¿Qué clase es la base de todas las excepciones en Java?. Exception. Throwable. RuntimeException. Error.

¿Qué diferencia existe entre Error y Exception en Java?. Error se refiere a errores graves del sistema, mientras que Exception se refiere a errores manejables. Exception se utiliza para errores de hardware. Error siempre es manejable con un bloque try-catch. Exception no puede extenderse en Java.

¿Qué tipo de errores maneja RuntimeException?. Errores en tiempo de compilación. Errores en tiempo de ejecución generados por el programador. Errores de hardware. Errores críticos no controlables.

¿Qué tipo de errores captura IOException?. Errores de sintaxis en el código. Errores relacionados con operaciones de entrada/salida. Errores generados por excepciones personalizadas. Errores de conexión a bases de datos.

¿Qué bloque de código captura una excepción en Java?. try. catch. finally. throw.

¿Qué ocurre si se produce una excepción dentro de un bloque try?. El programa continúa ejecutando el bloque try. El control pasa al bloque catch. El programa se detiene inmediatamente. La excepción se ignora automáticamente.

¿Qué bloque de código se ejecuta siempre, incluso si no se lanza ninguna excepción?. try. catch. finally. throw.

¿Qué debe hacer un bloque catch en Java?. Mostrar un mensaje de error por consola. Ignorar la excepción y continuar el programa. Contener el código que maneja la excepción capturada. Finalizar el programa inmediatamente.

¿Qué palabra clave permite lanzar una excepción en Java?. throws. throw. catch. finally.

¿Qué palabra clave se utiliza para delegar una excepción a otro método?. throws. throw. catch. finally.

¿Qué ocurre si un método no captura una excepción y la delega con throws?. El programa lanza la excepción al método que lo llamó. La excepción se ignora. El programa genera un error en tiempo de compilación. El método captura automáticamente la excepción.

¿Qué método debe declararse con throws IOException si trabaja con operaciones de lectura de archivos?. Un método que maneje archivos en memoria. Un método que no realiza operaciones de entrada/salida. Un método que utilice BufferedReader o FileReader. Ninguno; todas las excepciones deben capturarse directamente.

¿Qué ventaja tiene delegar excepciones en lugar de capturarlas?. Simplifica el código del método actual y permite manejar la excepción en un contexto más general. Permite evitar el uso de try-catch. Reduce el tiempo de ejecución del programa. Aumenta la seguridad del programa.

¿Qué palabra clave debe incluirse en la cabecera de un método para delegar una excepción?. catch. throws. try. finally.

¿Qué clase base debe extender una excepción personalizada?. Throwable. Exception o RuntimeException. Error. String.

¿Qué ventaja tiene crear excepciones personalizadas?. Adaptar el manejo de errores a las necesidades específicas del programa. Evitar el uso de bloques try-catch. Reducir la complejidad del código fuente. Incrementar el rendimiento del programa.

¿Qué método debe sobrescribirse al crear una excepción personalizada?. getError(). getMessage(). throwException(). handle().

¿Qué diferencia existe entre una excepción basada en Exception y una basada en RuntimeException?. Las basadas en RuntimeException no requieren un bloque try-catch. Las basadas en Exception no pueden ser lanzadas con throw. Las basadas en RuntimeException son errores críticos no manejables. Las basadas en Exception no pueden extenderse.

¿Cómo se lanza una excepción personalizada en un programa Java?. throw new MiExcepcion("mensaje");. throws MiExcepcion("mensaje");. try new MiExcepcion("mensaje");. catch new MiExcepcion("mensaje");.

¿Qué son las excepciones verificadas (checked exceptions)?. Excepciones que deben ser declaradas o manejadas explícitamente en el código. Excepciones que ocurren por errores graves del sistema. Excepciones que no requieren bloques try-catch. Excepciones relacionadas únicamente con operaciones de archivos.

¿Qué tipo de excepciones pertenece a las no verificadas (unchecked exceptions)?. Excepciones que extienden Exception. Excepciones que extienden RuntimeException. Excepciones que extienden Throwable directamente. Todas las excepciones definidas por el usuario.

¿Cuál de las siguientes es una excepción verificada?. NullPointerException. IOException. ArithmeticException. ArrayIndexOutOfBoundsException.

¿Qué ocurre si no se maneja una excepción verificada?. El compilador genera un error. La excepción se ignora automáticamente. El programa se detiene en tiempo de ejecución. Se lanza automáticamente una excepción genérica.

¿Qué característica tienen las excepciones no verificadas?. No es obligatorio capturarlas ni declararlas en un método. Siempre deben manejarse con un bloque try-catch. Son excepciones definidas únicamente por el usuario. No pueden extender RuntimeException.

¿Qué clase es la raíz de todas las excepciones verificadas y no verificadas?. Object. Throwable. Exception. RuntimeException.

¿Qué clase extiende directamente Throwable?. Exception y RuntimeException. Exception y Error. RuntimeException y Error. Throwable no tiene subclases directas.

¿Qué tipo de errores representa la clase Error?. Errores de sintaxis en el código. Problemas críticos relacionados con el entorno de ejecución de Java. Excepciones que pueden manejarse con bloques try-catch. Excepciones personalizadas.

¿Cuál de las siguientes NO es una subclase directa de Exception?. IOException. SQLException. NullPointerException. ParseException.

¿Qué diferencia existe entre Throwable y Error?. Throwable solo maneja errores críticos, mientras que Error se utiliza para excepciones de usuario. Throwable es la superclase, mientras que Error representa problemas del sistema que no deben manejarse. Throwable no puede ser instanciado directamente. No hay diferencia; ambas son intercambiables.

¿Qué propósito tiene el bloque finally?. Garantizar la ejecución de un código, independientemente de si ocurre una excepción o no. Capturar excepciones adicionales después de un bloque catch. Lanzar una excepción personalizada en caso de errores graves. Declarar excepciones verificadas.

¿Qué operaciones son comunes dentro de un bloque finally?. Liberar recursos como archivos abiertos o conexiones de base de datos. Lanzar nuevas excepciones. Declarar nuevos bloques try-catch. Evitar que el programa continúe ejecutándose.

¿Qué ocurre si se incluye una instrucción return dentro de un bloque try y un bloque finally?. La instrucción return en try se ejecuta antes del finally. El finally siempre se ejecuta, incluso si hay un return en try. El bloque finally se ignora. El programa lanza un error en tiempo de ejecución.

¿Es obligatorio incluir un bloque catch si se utiliza un bloque finally?. No, un bloque finally puede seguir directamente a un bloque try. Sí, siempre debe haber un bloque catch antes de finally. Depende del tipo de excepción manejada. No, pero el programa no compilará si no hay excepción.

¿Qué sucede si el bloque finally contiene una excepción no capturada?. El programa lanza esa excepción después de ejecutar el try y el catch. La excepción se ignora automáticamente. Se lanza una excepción genérica. El programa ignora el bloque finally.

¿Cuál es una buena práctica al capturar excepciones?. Capturar solo excepciones específicas relevantes para el programa. Utilizar siempre excepciones genéricas como Exception. Evitar el uso de bloques try-catch y manejar las excepciones al final del programa. Ignorar las excepciones no críticas.

¿Qué se recomienda al trabajar con recursos externos como archivos o conexiones?. Utilizar bloques try-with-resources para liberar automáticamente los recursos. Utilizar bloques finally únicamente para cerrar recursos. No manejar las excepciones relacionadas con recursos. Declarar todos los recursos como static.

¿Qué se debe evitar al capturar excepciones en un bloque catch?. Capturar todas las excepciones con Exception sin procesarlas. Imprimir detalles de la excepción para depuración. Escribir registros de errores en un archivo. Declarar nuevas variables dentro del bloque.

¿Qué es el concepto de "re-lanzar" una excepción?. Capturar una excepción y volver a lanzarla para que sea manejada en otro nivel. Lanzar automáticamente una excepción personalizada sin capturarla. Usar una excepción capturada como si fuera una nueva. Reiniciar el programa en caso de un error crítico.

¿Por qué es importante documentar las excepciones que puede lanzar un método?. Para facilitar a los desarrolladores comprender cómo manejar los errores. Para reducir el número de excepciones lanzadas en tiempo de ejecución. Para evitar errores de compilación en métodos delegados. Para cumplir con las reglas de diseño de Java.

¿Qué es un bloque try-with-resources en Java?. Un bloque try que maneja excepciones y libera automáticamente los recursos. Un bloque try que no requiere un bloque catch. Un bloque que permite manejar excepciones relacionadas exclusivamente con archivos. Un bloque que reemplaza el uso de finally en la mayoría de los casos.

¿Qué condición debe cumplir un recurso para usarse en un bloque try-with-resources?. Implementar la interfaz AutoCloseable. Ser declarado como static. Extender la clase Exception. Ser un tipo primitivo.

¿Qué ventaja tiene el uso de try-with-resources frente a los bloques tradicionales?. Libera automáticamente los recursos al finalizar el bloque. Mejora el rendimiento en tiempo de ejecución. Elimina la necesidad de capturar excepciones verificadas. Permite manejar múltiples excepciones simultáneamente.

¿Qué método se invoca automáticamente para liberar recursos en un bloque try-with-resources?. close(). release(). finalize(). shutdown().

¿Qué ocurre si el método close() lanza una excepción dentro de un bloque try-with-resources?. La excepción de cierre se registra como suprimida. El programa ignora la excepción y continúa ejecutándose. Se detiene inmediatamente el programa. La excepción original se reemplaza por la de cierre.

¿Qué es un bloque multicatch?. Un bloque catch que puede manejar múltiples tipos de excepciones en una sola declaración. Un bloque try que captura todas las excepciones lanzadas por un programa. Un bloque catch que delega excepciones a otros métodos. Un bloque que combina try, catch y finally en una sola instrucción.

¿Cómo se separan las excepciones en un bloque multicatch?. Con el operador |. Con el operador ,. Usando el método addException(). Especificando múltiples bloques catch.

¿Qué ocurre si intentamos capturar una misma excepción en múltiples bloques catch?. El compilador lanza un error porque una excepción no puede ser capturada más de una vez. El bloque catch más cercano se ejecuta. Se ejecutan todos los bloques catch que la capturen. El programa lanza la excepción original.

¿Qué buena práctica se recomienda al capturar múltiples excepciones relacionadas?. Usar un bloque multicatch siempre que sea posible. Manejar cada tipo de excepción con un bloque catch separado. Ignorar las excepciones más generales como Exception. Evitar capturar excepciones no verificadas.

¿Qué error se produce si intentamos manejar dos excepciones incompatibles en un bloque multicatch?. Error de compilación. Error en tiempo de ejecución. La excepción más específica se ignora automáticamente. El bloque finally se omite.

¿Qué son las excepciones suprimidas?. Excepciones lanzadas durante el cierre de recursos en un bloque try-with-resources. Excepciones que no generan errores visibles en el programa. Excepciones que el compilador ignora automáticamente. Excepciones que ocurren dentro de bloques finally.

¿Qué método permite acceder a las excepciones suprimidas de un bloque try-with-resources?. getSuppressed(). getMessage(). getException(). getStackTrace().

¿Qué ocurre si una excepción es lanzada tanto en el bloque try como durante el cierre de un recurso?. La excepción del bloque try se lanza, mientras que la del cierre se registra como suprimida. Ambas excepciones son ignoradas. La excepción del cierre reemplaza a la del bloque try. Solo la excepción suprimida se lanza.

¿Cómo se registran las excepciones suprimidas en el stack trace?. Aparecen debajo de la excepción principal con el prefijo "Suppressed". No se muestran en el stack trace. Se agrupan junto a la excepción principal en la misma línea. Se omiten completamente en tiempo de ejecución.

¿Qué ventaja tiene el manejo de excepciones suprimidas?. Permite depurar errores relacionados con la liberación de recursos. Reduce el tiempo de ejecución del programa. Garantiza que no se lancen excepciones no verificadas. Permite evitar el uso de bloques catch.

¿Qué tipo de excepción ocurre si se intenta dividir un número por cero?. ArithmeticException. NullPointerException. ArrayIndexOutOfBoundsException. NumberFormatException.

¿Qué excepción se lanza al intentar acceder a una posición inexistente en un array?. IndexOutOfBoundsException. NullPointerException. ArrayIndexOutOfBoundsException. IllegalArgumentException.

¿Qué tipo de excepción ocurre si se intenta convertir un valor no numérico a un entero?. NumberFormatException. ArithmeticException. InputMismatchException. NullPointerException.

¿Qué excepción se lanza al intentar usar un objeto que no ha sido inicializado?. NullPointerException. IllegalStateException. UnsupportedOperationException. ClassCastException.

¿Qué excepción se lanza si un hilo intenta dormir un tiempo negativo?. IllegalArgumentException. InterruptedException. ArithmeticException. IllegalStateException.