1. Cuando se utiliza el método println () para un objeto de tipo String, si el objeto es nulo, se imprimirá nulo en lugar de activar NullPointerException. El problema citado aquí es que es fácil causar malentendidos y puede causar problemas para operaciones futuras. en cuerdas.
2. Se lanza NullPointerException La razón principal es que no se verifica la existencia del objeto. Ocurre a menudo en la programación jsp: if (request.getParameter("username").equals("xxx")), out.println(. sesión.getAttribute("registro")), etc. La forma de resolver este problema es realizar una comparación nula antes de su uso: if (request.getParameter(“username”)!=null) {if if (request.getParameter(“username”).equals(“xxx”))… } .
3. Se lanza NumberFormatException: la razón principal es que el usuario ingresa otros caracteres ilegales al convertir el contenido enviado por el usuario en un número entero o de punto flotante. La forma principal de solucionarlo es utilizar bloques try/catch donde se requiere conversión para detectar esta excepción y luego solicitar al usuario que ingrese datos legales.
4. Se lanza una excepción StringIndexOutOfBoundsException: la razón principal es que al usar la subcadena (), charAt () y otros métodos de String, y la longitud de la cadena no es suficiente, esta excepción también se lanzará cuando la cadena sea; nulo. La solución es determinar el valor nulo, determinar la longitud o convertirlo en una matriz de bytes. Teniendo en cuenta que hay muchas operaciones, se pueden encapsular en javabeans.
5. Se activa NoClassDefFoundError. La razón principal es que la ruta de clase o el archivo de clase está colocado incorrectamente. La ubicación de los archivos de clase debe cumplir con los requisitos del servidor.
6. Se produce el error java.lang.Error. La razón principal es que los recursos externos a los que accede el sistema no están cerrados, lo que resulta en una gran cantidad de desperdicio de recursos externos, lo que eventualmente puede hacer que el sistema no funcione normalmente. ;Los recursos externos a los que accede el sistema se cierran demasiadas veces, y el sistema externo no puede manejarlos normalmente. La solución es: antes de acceder a recursos externos, primero verifique si el recurso (como una base de datos) se puede conectar u operar normalmente al acceder a recursos externos; si se establece una conexión, asegúrese de realizar una operación de apagado y realizar solo un apagado; operación; intente hacerlo de la misma manera. Los recursos externos se comparten durante las operaciones para reducir el consumo de recursos de la operación y mejorar la eficiencia de ejecución del programa.
http://blog.csdn.net/kiss0931/archive/2005/02/22/297547.aspx