Ver Captura de una excepci\u00f3n)\u00a0<\/span><\/a><\/span><\/p>\nUna pregunta que cabe hacerse es: \u00ab\u00bfC\u00f3mo se conoce cu\u00e1l es el tipo de excepci\u00f3n que puede generar un m\u00e9todo?. Una forma natural de conocer esta cuesti\u00f3n es leer el c\u00f3digo de los m\u00e9todos, pero en la pr\u00e1ctica, esto no es posible en m\u00e9todos que son parte de grandes programas y, adem\u00e1s llaman a otros m\u00e9todos. Otra forma, es leer la documentaci\u00f3n disponible sobre la clase y los m\u00e9todos, y esperar que contenga informaci\u00f3n sobre los diferentes tipos de excepciones que se pueden generar. Desgraciadamente, tal informaci\u00f3n no siempre se puede encontrar.<\/span><\/p>\nJava ofrece una tercera posibilidad, que adem\u00e1s, para evitar errores de sintaxis, obliga a utilizar. Consiste en declarar en la cabecera de los m\u00e9todos las excepciones que puede generar. Esto se conoce como\u00a0especificaci\u00f3n de excepciones.\u00a0<\/strong>La especificaci\u00f3n lista las excepciones que un m\u00e9todo puede lanzar. Garantiza que el m\u00e9todo no lance ninguna otra excepci\u00f3n, a no ser las excepciones de tipo RuntimeException que no es necesario especificar. Los sistemas bien dise\u00f1ados con manejo de excepciones necesitan definir que m\u00e9todos lanzan excepciones y cu\u00e1les no. Con especificaciones de excepciones se describen exactamente cu\u00e1les excepciones, si existen, lanza el m\u00e9todo.<\/span><\/p>\nEl formato de especificaci\u00f3n de excepciones es:<\/span><\/p>\n\u00a0 \u00a0 \u00a0 \u00a0tipo nombreMetodo(signatura) throws e1, e2, en{<\/span>
\n\u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0 \u00a0cuerpo del m\u00e9todo<\/span>
\n\u00a0 \u00a0 \u00a0 \u00a0}<\/span><\/p>\ne1, e2, en; lista separada por comas de nombres de excepciones (la lista especifica que el m\u00e9todo puede lanzar directa o indirectamente, incluyendo excepciones derivadas p\u00fablicamente de estos nombres).<\/span><\/p>\nJava distingue en este aspecto dos tipos de excepciones: aquellas que se deben comprobar y aquellas que no es necesario. Estas \u00faltimas son las que se producen en expresiones aritm\u00e9ticas, \u00edndices de array fuera de rango, formato de conversi\u00f3n incorrecto. . .<\/span><\/p>\nEn las excepciones que se deben comprobar, Java obliga a su captura con un bloque try-catch; o bien, a su propagaci\u00f3n al m\u00e9todo llamador, y para ello es necesario especificar en la cabecera del m\u00e9todo que puede propagar la excepci\u00f3n con la cl\u00e1usula throws seguida del nombre de la excepci\u00f3n; en caso contrario se produce un error de sintaxis, de compilaci\u00f3n. Todas las excepciones que el programador define se deben comprobar. En general, todas las excepciones, excepto RuntimeException (y las de tipo Error), son las que se deben comprobar.<\/span><\/p>\nSint\u00e1cticamente, una especificaci\u00f3n de excepciones es parte de una definici\u00f3n de un m\u00e9todo. Formato:<\/span><\/p>\n\u00a0 \u00a0 \u00a0 \u00a0tipo nombreMetodo(lista argumentos) throws lista excepciones<\/span><\/p>\n
![\"\"](\"https:\/\/www.manualjava.net\/wp-content\/uploads\/2018\/03\/java46-300x105.jpg\")
<\/p>\n![\"\"](\"https:\/\/www.manualjava.net\/wp-content\/uploads\/2018\/03\/Excepcion4-300x123.png\")
<\/p>\n