Los tres principios del manejo de excepciones son

Los tres principios del manejo de excepciones son:

1. Si se puede manejar, manéjelo lo antes posible. Si no se puede lanzar y no se puede manejar, digítelo o. conviértalo a RuntimeException. Debido a que para un sistema de aplicación, generar una gran cantidad de excepciones es problemático, la posibilidad de excepciones debe controlarse tanto como sea posible desde la perspectiva del desarrollo del programa.

2. Para las excepciones marcadas, si no se pueden manejar de manera efectiva, es mejor convertirlas en RuntimeException y lanzarlas. Esto también le da al código de nivel superior una opción: puede procesarlo o no.

3. Para un sistema de aplicación, debe tener su propio conjunto de marco de manejo de excepciones, de modo que cuando ocurre una excepción, pueda obtener un estilo de procesamiento unificado y enviar información elegante sobre la excepción al usuario.

Información ampliada:

Varios lenguajes de programación tienen diferencias muy significativas en el manejo de excepciones (la diferencia entre la detección de errores y el manejo de excepciones es: la detección de errores se realiza en el flujo normal del programa, Código que maneja problemas imprevistos, como una operación de llamada que no finaliza exitosamente). Algunos lenguajes de programación tienen funciones que no se pueden llamar de forma segura cuando la entrada contiene datos ilegales o el valor de retorno no se puede distinguir eficazmente de las excepciones.

Por ejemplo, la función atoi en lenguaje C (conversión de cadena ASCII a entero) puede devolver 0 cuando la entrada es ilegal. En este caso, el programador necesita realizar una detección de errores adicional (tal vez a través de algunas variables globales auxiliares como el errno de C), o una verificación de entrada (como a través de expresiones regulares), o usar ambos métodos simultáneamente.

A través del manejo de excepciones, podemos controlar y avisar a los usuarios sobre entradas ilegales en el programa para evitar que el programa falle.

Desde una perspectiva de proceso, las interrupciones de hardware son equivalentes a excepciones recuperables, aunque las interrupciones generalmente no están relacionadas con el flujo del programa en sí.

Desde la perspectiva de un programador de subrutinas, las excepciones son un mecanismo muy útil para notificar al mundo exterior que la subrutina no puede ejecutarse normalmente. Si los datos ingresados ​​no son válidos (por ejemplo, el divisor es 0) o los recursos requeridos no están disponibles (por ejemplo, falta el archivo). Si el sistema no tiene un mecanismo de excepción, los programadores deben usar valores de retorno para indicar qué errores ocurrieron.

Enciclopedia Baidu: manejo de excepciones