Puede evite atrapar una excepción, pero si se lanza una excepción y no la capta, su programa dejará de ejecutarse (bloqueo).
No hay forma de que ignore una excepción. Si su aplicación no necesita hacer nada en respuesta a una excepción dada, entonces simplemente la atrapará y luego no hará nada.
try {
...some code that throws an exception...
} catch (SomeException ex) {
// do nothing
}
NOTA: Sin embargo, a menudo se considera un mal estilo y la gente puede decírselo. El motivo frecuentemente citado es que, incluso si no va a hacer nada con la excepción, en la mayoría de los casos, al menos debe iniciar sesión en algún lugar, notificar al usuario o realizar alguna otra acción apropiada, dependiendo de lo que su aplicación haciendo, y lo que causó la excepción en primer lugar. Si no está seguro de por qué se lanza una excepción (tal vez es un error que aún no ha resuelto), generalmente, al menos debe iniciar sesión para que pueda resolverlo más tarde.
¿Hay alguna razón por la que no desea atraparla? Si se trata de rendimiento, por lo que yo sé, no hay mucha diferencia al pasar por un bloque de try-catch A MENOS QUE se arroje la excepción, entonces hay un montón de sobrecarga. Pero si el error es catastrófico –
No, porque no se supone que ocurra el error (es decir, error de programación o excepciones de tiempo de ejecución). – Pwnna
Whoops, publicado el anterior antes de terminar. ¡Bien, nunca se supone que los errores suceden! Pero parece que estás arrojando el error por el simple hecho de hacerlo. Creo que debes reconsiderar si quieres arrojar el error en primer lugar –