Reconociendo tipos de excepciones comunes

Transcripción

1 Reconociendo tipos de excepciones comunes Es necesario reconocer tres tipos de excepciones para el examen de OCA : excepciones de tiempo de ejecución, excepciones comprobadas, y los errores. Veremos ejemplos comunes de cada tipo. Para el examen, se tendrá que reconocer el tipo de una excepción que es y si se ha tirado por la JVM o un programador. Para que pueda reconocerlos, le mostraremos algunos ejemplos de código para esas excepciones. Runtime Exceptions Excepciones de tiempo de ejecución se extienden RuntimeException. No tienen que ser manejado o declarado. Ellos pueden ser lanzados por el programador o por la JVM. excepciones de tiempo de ejecución común Incluya lo siguiente: ArithmeticException lanzada por la JVM cuando el código intenta dividir por cero ArrayIndexOutOfBoundsException Lanzado por la JVM cuando el código utiliza un ilegal índice para acceder a una matriz ClassCastException Lanzado por la JVM cuando se hace un intento de lanzar una excepción a una subclase de la que no es una instancia IllegalArgumentException Lanzado por el programador para indicar que un método tiene ha pasado un argumento ilegal o inapropiado NullPointerException lanzada por la JVM cuando hay una referencia nula cuando una Se requiere de objetos NumberFormatException Lanzado por el programador cuando se hace un intento para convertir una cadena a un tipo numérico pero la cadena no tiene un formato apropiado ArithmeticException Tratar de dividir un entero por cero da un resultado definido undefi. Cuando esto ocurre, la JVM lanzar una ArithmeticException : int answer = 11 / 0 ; Al ejecutar este código da como resultado el siguiente resultado : Excepción en el hilo java.lang.arithmeticexception " principal " : / por cero Java no explican la palabra "brecha ". Eso está bien, sin embargo, porque sabemos que / es el operador de división y que Java está tratando de decirnos la división por cero se produjo. El hilo " principal " nos dice el código se llama directa o indirectamente de un programa de con un método principal. En el examen OCA, todo esto es la salida veremos. A continuación viene la nombre de la excepción, seguido de información adicional ( si lo hay) que va con la

2 excepción. ArrayIndexOutOfBoundsException Ahora ya sabes que los índices de matrices comienzan con el número 0 y hasta 1 menor que la longitud de la matriz de lo que significa este código generará un ArrayIndexOutOfBoundsException : int[] countsofmoose = new int[3]; System.out.println(countsOfMoose[-1]); Esto es un problema porque no hay tal cosa como un índice de la matriz negativa. la ejecución de este código da el siguiente resultado : Exception in thread "main" java.lang.arrayindexoutofboundsexception: -1 Al menos Java nos dice lo que el índice no es válido. Se puede ver lo que está mal con éste? int total = 0; int[] countsofmoose = new int[3]; for (int i = 0; i <= countsofmoose.length; i++) total += countsofmoose[i]; El problema es que el bucle debe tener < en lugar de < =. En la iteración final de el bucle, Java intenta llamar countsofmoose [ 3 ], que no es válido. La matriz incluye solamente tres elementos, por lo que el mayor índice de 2 posible. La salida es el siguiente : Exception in thread "main" java.lang.arrayindexoutofboundsexception: 3 ClassCastException Java intenta protegerle de moldes imposibles. Este código no se compila porque Entero No es una subclase de la secuencia: String type = "moose"; Integer number = (Integer) type; // DOES NOT COMPILE código más complicado frustra los intentos de Java para protegerle. Cuando la conversión falla en tiempo de ejecución, Java arrojará un ClassCastException : String type = "moose"; Object obj = type; Integer number = (Integer) obj; El compilador ve un reparto del objeto a entero. Esto podría estar bien. El compilador no se dan cuenta de que hay una cadena en ese objeto. Cuando se ejecuta el código, se

3 obtiene la siguiente salida: Exception in thread "main" java.lang.classcastexception: java.lang.string cannot be cast to java.lang.integer Java nos dice dos tipos que estuvieron involucrados en el problema, por lo que es evidente lo que hay incorrecto. IllegalArgumentException IllegalArgumentException es una manera para que su programa para protegerse a sí misma. Primero se vio la siguiente método de selección de la clase cisne en el Capítulo 4, "Métodos y encapsulación. " 6: public void setnumbereggs(int numbereggs) {// setter 7: if (numbereggs >= 0) // guard condition 8: this.numbereggs = numbereggs; 9: Este código funciona, pero que realmente no quiere hacer caso omiso de la petición de la persona que llama cuando dicen nosotros tiene un cisne -2 huevos. Queremos decirle a la persona que llama que algo está mal, de preferencia en una manera muy obvio que la persona que llama no puede ignorar de manera que el programador fi jar el problema. Las excepciones son una manera efi ciente para hacer esto. Al ver el final de código con una excepción es un gran recordatorio de que algo está mal : public static void setnumbereggs(int numbereggs) { if (numbereggs < 0) throw new IllegalArgumentException( "# eggs must not be negative"); this.numbereggs = numbereggs; El programa se emite una excepción cuando no está satisfecho con los valores de los parámetros. los la salida es el siguiente : Excepción en el hilo " principales" java.lang.illegalargumentexception : # huevos no debe ser negativo Es evidente que este es un problema que debe ser fijo si el programador quiere que el programa para hacer nada útil.

4 NullPointerException variables y métodos de instancia deben ser llamados en una referencia no nula. Si la referencia es nula, la JVM lanzará una NullPointerException. Por lo general es sutil, como este ejemplo, que verifica si usted recuerda ejemplo, las referencias a variables por defecto en nulo. String name; public void printlength() throws NullPointerException { System.out.println(name.length()); Al ejecutar este código da como resultado esta salida : Exception in thread "main" java.lang.nullpointerexception NumberFormatException Java proporciona métodos para convertir cadenas en números. Cuando éstos se pasan un valor no válido, se lanza un NumberFormatException. La idea es similar a IllegalArgumentException. Dado que este es un problema común, Java le da una clase separada. De hecho, NumberFormatException es una subclase de IllegalArgumentException. He aquí una ejemplo de tratar de convertir algo que no numérico en un int : Integer.parseInt("abc"); La salida es el siguiente : Exception in thread "main" java.lang.numberformatexception: For input string: "abc" Checked Exceptions Las excepciones comprobadas tienen Excepción en su jerarquía, pero no RuntimeException. Ellos deben ser manejados o declarada. Ellos pueden ser lanzados por el programador o por la JVM. excepciones de tiempo de ejecución comunes incluyen los siguientes : Se lanza FileNotFoundException mediante programación cuando el código intenta hacer referencia a un expediente eso no existe Se lanza IOException programación cuando hay un problema de lectura o escritura de un expediente Para el examen de OCA, sólo es necesario saber que estas son excepciones comprobadas. también hay que tener

5 en cuenta que FileNotFoundException es una subclase de IOException, aunque el examen se recordarle de ese hecho si sale. Vas a ver estas dos excepciones con más detalle en el examen de OCP. Errors Los errores se extienden a la clase de error. Ellos son arrojados por la JVM y no deben ser manipulados o declarado. Los errores son raros, pero es posible que vea los siguientes: ExceptionInInitializerError lanzada por la JVM cuando un inicializador estático lanza una excepción y no manejarlo StackOverflowError lanzada por la JVM cuando un método llama a sí misma demasiadas veces ( Esto se llama infi nita recursividad porque el método normalmente llama a sí misma sin fin) NoClassDefFoundError Lanzado por la JVM cuando una clase que utiliza el código está disponible en tiempo de compilación, pero no se runtime ExceptionInInitializerError Java se ejecuta inicializadores estáticos primera vez se utiliza una clase. Si uno de los inicializadores estáticos produce una excepción, Java no puede comenzar a utilizar la clase. Declara la derrota lanzando una ExceptionInInitializerError. Este código muestra un ArrayIndexOutOfBounds en una estática inicializador static { int[] countsofmoose = new int[3]; int num = countsofmoose[-1]; public static void main(string[] args) { Este código se obtiene información sobre dos excepciones : Exception in thread "main" java.lang.exceptionininitializererror Caused by: java.lang.arrayindexoutofboundsexception: -1 Obtenemos el ExceptionInInitializerError porque ocurrió el error en un inicializador estático. Esa información por sí sola no sería particularmente útil en la que se fijan el problema. Por lo tanto, Java también nos dice la causa original del problema : la

6 ArrayIndexOutOfBoundsException que tenemos que fi jar. El ExceptionInInitializerError es un error porque Java no se pudo cargar la totalidad clase. Este fracaso impide Java de continuar. StackOverflowError Cuando Java llama a métodos, se pone parámetros y variables locales en la pila. Después de hacer esto un gran número de veces, la pila se agote el espacio y flujos OVERFL. Esto se llama una StackOverflowError. La mayoría de las veces, este error se produce cuando un método llama a sí misma. public static void donotcodethis(int num) { donotcodethis(1); La salida es: Exception in thread "main" java.lang.stackoverflowerror Dado que el método llama a sí mismo, nunca va a terminar. Con el tiempo, Java se queda sin espacio en el apilar y lanza el error. Esto se llama recursividad infinita infi. Es mejor que un bucle infinito infi porque al menos Java cogerlo y tirar el error. Con un bucle infi nita, Java sólo utiliza toda su CPU hasta que pueda acabar con él. NoClassDefFoundError Este error no se mostrará en el código en el examen - sólo tiene que saber que es un error. NoClassDefFoundError se produce cuando Java no puede hallar la clase en tiempo de ejecución.