Java异常处理总结Exception\Error
1、Java异常的基础知识
try{
程序代码
}catch(异常类型1 异常的变量名1){
程序代码
}catch(异常类型2 异常的变量名2){
程序代码
}finally{
程序代码
}
java.lang.Object
java.lang.Throwable
java.lang.Exception
java.lang.RuntimeException
java.lang.Error
java.lang.ThreadDeath
Throwable 类是 Java 语言中全部错误或异常的超类。只有当对象是此类（或其子类之一）的实例时，才能经过 Java 虚拟机或者 Java throw 语句抛出。相似地，只有此类或其子类之一才能够是 catch 子句中的参数类型。
Exception 类及其子类是 Throwable 的一种形式，它指出了合理的应用程序想要捕获的条件，表示程序自己能够处理的异常。
Error 是 Throwable 的子类，表示仅靠程序自己没法恢复的严重错误，用于指示合理的应用程序不该该试图捕获的严重问题。
RuntimeException 是那些可能在 Java 虚拟机正常运行期间抛出的异常的超类。Java编译器不去检查它，也就是说，当程序中可能出现这类异常时，即便没有用try...catch语句捕获它，也没有用throws字句声明抛出它，仍是会编译经过，这种异常能够经过改进代码实现来避免。
调用 Thread 类中带有零参数的 stop 方法时，受害线程将抛出一个 ThreadDeath 实例。
对于可能出现异常的代码，有两种处理办法：
第1、在方法中用try...catch语句捕获并处理异常，catach语句能够有多个，用来匹配多个异常。例如：
public void p(int x){
try{
...
}catch(Exception e){
...
}finally{
...
}
}
...
if(....){
throw new MyException();
}
}
第1、调用异常的对象的printStackTrace()方法，打印方法调用栈的异常信息。
第2、若是出现异常的线程为主线程，则整个程序运行终止；若是非主线程，则终止该线程，其余线程继续运行。
第1、try语句不能单独存在，能够和catch、finally组成 try...catch...finally、try...catch、try...finally三种结构，catch语句能够有一个或多个，finally语句最多一个，try、catch、finally这三个关键字均不能单独使用。
throw用来抛出一个异常，在方法体内。语法格式为：throw 异常对象。
throws用来声明方法可能会抛出什么异常，在方法名后，语法格式为：throws 异常类型1，异常类型2...异常类型n。
4、如何定义和使用异常类
程序代码
}catch(IOException ioe){
程序代码
}catch(SQLException sqle){
程序代码
}finally{
程序代码
}
建立Exception或者RuntimeException的子类便可获得一个自定义的异常类。例如:
public class MyException extends Exception{
public MyException(){}
public MyException(String smg){
super(smg);
}
}
用throws声明方法可能抛出自定义的异常，并用throw语句在适当的地方抛出自定义的异常。例如：
public void test1() throws MyException{
...
if(....){
throw new MyException();
}
}
public void test2() throws MyException{
...
try{
...
}catch(SQLException e){
...
throw new MyException();
}
}
public void test2() throws MyException{
...
try {
...
} catch (MyException e) {
throw e;
}
}
这段代码实际上捕获了异常，而后又和盘托出，没有一点意义，若是这样还有什么好处理的，不处理就好了，直接在方法前用throws声明抛出不就得了。异常的捕获就要作一些有意义的处理。
Exception类能够分为两种：运行时异常和受检查异常。
一、运行时异常
RuntimeException类及其子类都被称为运行时异常，这种异常的特色是Java编译器不去检查它，也就是说，当程序中可能出现这类异常时，即便没有用try...catch语句捕获它，也没有用throws字句声明抛出它，仍是会编译经过。例如，当除数为零时，就会抛出java.lang.ArithmeticException异常。
除了RuntimeException类及其子类外，其余的Exception类及其子类都属于受检查异常，这种异常的特色是要么用try...catch捕获处理，要么用throws语句声明抛出，不然编译不会经过。
运行时异常表示没法让程序恢复运行的异常，致使这种异常的缘由一般是因为执行了错误的操做。一旦出现错误，建议让程序终止。
受检查异常表示程序能够处理的异常。若是抛出异常的方法自己不处理或者不能处理它，那么方法的调用者就必须去处理该异常，不然调用会出错，连编译也没法经过。固然，这两种异常都是能够经过程序来捕获并处理的，好比除数为零的运行时异常：
public static void main(String[] args) {
System.out.println("Hello World!!!");
try{
System.out.println(1/0);
}catch(ArithmeticException e){
System.out.println("除数为0!");
}
System.out.println("除数为零后程序没有终止啊，呵呵!!!");
}
}
Hello World!!!
除数为0!
除数为零后程序没有终止啊，呵呵!!!
Error类及其子类表示运行时错误，一般是由Java虚拟机抛出的，JDK中与定义了一些错误类，好比VirtualMachineError
和OutOfMemoryError，程序自己没法修复这些错误.通常不去扩展Error类来建立用户自定义的错误类。而RuntimeException类表示程序代码中的错误，是可扩展的，用户能够建立特定运行时异常类。
Error（运行时错误）和运行时异常的相同之处是:Java编译器都不去检查它们，当程序运行时出现它们，都会终止运行。
五、最佳解决方案
对于运行时异常，咱们不要用try...catch来捕获处理，而是在程序开发调试阶段，尽可能去避免这种异常，一旦发现该异常，正确的作法就会改进程序设计的代码和实现方式，修改程序中的错误，从而避免这种异常。捕获并处理运行时异常是好的解决办法，由于能够经过改进代码实现来避免该种异常的发生。
对于Error（运行时错误），不须要在程序中作任何处理，出现问题后，应该在程序在外的地方找问题，而后解决。
public void run() throws MyException{
...
try{
...
}catch(IOException e){
...
throw new MyException();
}finally{
...
}
}
通俗的说，异常链就是把原始的异常包装为新的异常类，并在新的异常类中封装了原始异常类，这样作的目的在于找到异常的根本缘由。
经过Throwable的两个构造方法能够建立自定义的包含异常缘由的异常类型：
Throwable(String message, Throwable cause)
构造一个带指定详细消息和 cause 的新 throwable。
Throwable(Throwable cause)
构造一个带指定 cause 和 (cause==null ? null :cause.toString())（它一般包含类和 cause 的详细消息）的详细消息的新 throwable。
getCause()
返回此 throwable 的 cause；若是 cause 不存在或未知，则返回 null。
initCause(Throwable cause)
将此 throwable 的 cause 初始化为指定值。
Exception(String message, Throwable cause)
构造带指定详细消息和缘由的新异常。
Exception(Throwable cause)
根据指定的缘由和 (cause==null ? null : cause.toString()) 的详细消息构造新异常（它一般包含 cause 的类和详细消息）。
所以，能够经过扩展Exception类来构造带有异常缘由的新的异常类。
二、细化异常的类型，不要无论什么类型的异常都写成Excetpion。
三、catch块尽可能保持一个块捕获一类异常，不要忽略捕获的异常，捕获到后要么处理，要么转译，要么从新抛出新类型的异常。
四、不要把本身能处理的异常抛给别人。
五、不要用try...catch参与控制程序流程，异常控制的根本目的是处理程序的非正常状况。
六种异常处理的陋习java
你以为本身是一个Java专家吗？是否确定本身已经全面掌握了Java的异常处理机制？在下面这段代码中，你可以迅速找出异常处理的六个问题吗？
程序员
| 1 OutputStreamWriter out = ... 2 java.sql.Connection conn = ... 3 try { // ⑸ 4 Statement stat = conn.createStatement(); 5 ResultSet rs = stat.executeQuery( 6 "select uid, name from user"); 7 while (rs.next()) 8 { 9 out.println("ID：" + rs.getString("uid") // ⑹ 10 "，姓名：" + rs.getString("name")); 11 } 12 conn.close(); // ⑶ 13 out.close(); 14 } 15 catch(Exception ex) // ⑵ 16 { 17 ex.printStackTrace(); //⑴，⑷ 18 } |
做为一个Java程序员，你至少应该可以找出两个问题。可是，若是你不能找出所有六个问题，请继续阅读本文。
本文讨论的不是Java异常处理的通常性原则，由于这些原则已经被大多数人熟知。咱们要作的是分析各类可称为“反例”（anti-pattern）的违背优秀编码规范的常见坏习惯，帮助读者熟悉这些典型的反面例子，从而可以在实际工做中敏锐地察觉和避免这些问题。
反例之一：丢弃异常
代码：15行-18行。
这段代码捕获了异常却不做任何处理，能够算得上Java编程中的杀手。从问题出现的频繁程度和祸害程度来看，它也许能够和C/C++程序的一个恶名远播的问题相提并论??不检查缓冲区是否已满。若是你看到了这种丢弃（而不是抛出）异常的状况，能够百分之九十九地确定代码存在问题（在极少数状况下，这段代码有存在的理由，但最好加上完整的注释，以避免引发别人误解）。
这段代码的错误在于，异常（几乎）老是意味着某些事情不对劲了，或者说至少发生了某些不寻常的事情，咱们不该该对程序发出的求救信号保持沉默和无动于衷。调用一下printStackTrace算不上“处理异常”。不错，调用printStackTrace对调试程序有帮助，但程序调试阶段结束以后，printStackTrace就不该再在异常处理模块中担负主要责任了。
丢弃异常的情形很是广泛。打开JDK的ThreadDeath类的文档，能够看到下面这段说明：“特别地，虽然出现ThreadDeath是一种‘正常的情形’，但ThreadDeath类是Error而不是Exception的子类，由于许多应用会捕获全部的Exception而后丢弃它再也不理睬。”这段话的意思是，虽然ThreadDeath表明的是一种普通的问题，但鉴于许多应用会试图捕获全部异常而后不予以适当的处理，因此JDK把ThreadDeath定义成了Error的子类，由于Error类表明的是通常的应用不该该去捕获的严重问题。可见，丢弃异常这一坏习惯是如此常见，它甚至已经影响到了Java自己的设计。
那么，应该怎样改正呢？主要有四个选择：
一、处理异常。针对该异常采起一些行动，例如修正问题、提醒某我的或进行其余一些处理，要根据具体的情形肯定应该采起的动做。再次说明，调用printStackTrace算不上已经“处理好了异常”。
二、从新抛出异常。处理异常的代码在分析异常以后，认为本身不能处理它，从新抛出异常也不失为一种选择。
三、把该异常转换成另外一种异常。大多数状况下，这是指把一个低级的异常转换成应用级的异常（其含义更容易被用户了解的异常）。
四、不要捕获异常。
结论一：既然捕获了异常，就要对它进行适当的处理。不要捕获异常以后又把它丢弃，不予理睬。
反例之二：不指定具体的异常
代码：15行。
许多时候人们会被这样一种“美妙的”想法吸引：用一个catch语句捕获全部的异常。最多见的情形就是使用catch(Exception ex)语句。但实际上，在绝大多数状况下，这种作法不值得提倡。为何呢？
要理解其缘由，咱们必须回顾一下catch语句的用途。catch语句表示咱们预期会出现某种异常，并且但愿可以处理该异常。异常类的做用就是告诉Java编译器咱们想要处理的是哪种异常。因为绝大多数异常都直接或间接从java.lang.Exception派生，catch(Exception ex)就至关于说咱们想要处理几乎全部的异常。
再来看看前面的代码例子。咱们真正想要捕获的异常是什么呢？最明显的一个是SQLException，这是JDBC操做中常见的异常。另外一个可能的异常是IOException，由于它要操做OutputStreamWriter。显然，在同一个catch块中处理这两种大相径庭的异常是不合适的。若是用两个catch块分别捕获SQLException和IOException就要好多了。这就是说，catch语句应当尽可能指定具体的异常类型，而不该该指定涵盖范围太广的Exception类。
另外一方面，除了这两个特定的异常，还有其余许多异常也可能出现。例如，若是因为某种缘由，executeQuery返回了null，该怎么办？答案是让它们继续抛出，即没必要捕获也没必要处理。实际上，咱们不能也不该该去捕获可能出现的全部异常，程序的其余地方还有捕获异常的机会??直至最后由JVM处理。
结论二：在catch语句中尽量指定具体的异常类型，必要时使用多个catch。不要试图处理全部可能出现的异常。
反例之三：占用资源不释放
代码：3行-14行。
异常改变了程序正常的执行流程。这个道理虽然简单，却经常被人们忽视。若是程序用到了文件、Socket、JDBC链接之类的资源，即便遇到了异常，也要正确释放占用的资源。为此，Java提供了一个简化这类操做的关键词finally。
finally是样好东西：无论是否出现了异常，Finally保证在try/catch/finally块结束以前，执行清理任务的代码老是有机会执行。遗憾的是有些人却不习惯使用finally。
固然，编写finally块应当多加当心，特别是要注意在finally块以内抛出的异常??这是执行清理任务的最后机会，尽可能不要再有难以处理的错误。
结论三：保证全部资源都被正确释放。充分运用finally关键词。web
反例之四：不说明异常的详细信息
代码：3行-18行。
仔细观察这段代码：若是循环内部出现了异常，会发生什么事情？咱们能够获得足够的信息判断循环内部出错的缘由吗？不能。咱们只能知道当前正在处理的类发生了某种错误，但却不能得到任何信息判断致使当前错误的缘由。
printStackTrace的堆栈跟踪功能显示出程序运行到当前类的执行流程，但只提供了一些最基本的信息，未能说明实际致使错误的缘由，同时也不易解读。
所以，在出现异常时，最好可以提供一些文字信息，例如当前正在执行的类、方法和其余状态信息，包括以一种更适合阅读的方式整理和组织printStackTrace提供的信息。
结论四：在异常处理模块中提供适量的错误缘由信息，组织错误信息使其易于理解和阅读。
反例之五：过于庞大的try块
代码：3行-14行。
常常能够看到有人把大量的代码放入单个try块，实际上这不是好习惯。这种现象之因此常见，缘由就在于有些人图省事，不肯花时间分析一大块代码中哪几行代码会抛出异常、异常的具体类型是什么。把大量的语句装入单个巨大的try块就象是出门旅游时把全部平常用品塞入一个大箱子，虽然东西是带上了，但要找出来可不容易。
一些新手经常把大量的代码放入单个try块，而后再在catch语句中声明Exception，而不是分离各个可能出现异常的段落并分别捕获其异常。这种作法为分析程序抛出异常的缘由带来了困难，由于一大段代码中有太多的地方可能抛出Exception。
结论五：尽可能减少try块的体积。
反例之六：输出数据不完整
代码：7行-11行。
不完整的数据是Java程序的隐形杀手。仔细观察这段代码，考虑一下若是循环的中间抛出了异常，会发生什么事情。循环的执行固然是要被打断的，其次，catch块会执行??就这些，再也没有其余动做了。已经输出的数据怎么办？使用这些数据的人或设备将收到一份不完整的（于是也是错误的）数据，却得不到任何有关这份数据是否完整的提示。对于有些系统来讲，数据不完整可能比系统中止运行带来更大的损失。
较为理想的处置办法是向输出设备写一些信息，声明数据的不完整性；另外一种可能有效的办法是，先缓冲要输出的数据，准备好所有数据以后再一次性输出。
结论六：全面考虑可能出现的异常以及这些异常对执行流程的影响。
改写后的代码
根据上面的讨论，下面给出改写后的代码。也许有人会说它稍微有点?嗦，可是它有了比较完备的异常处理机制。
spring
| OutputStreamWriter out = ... java.sql.Connection conn = ... try { Statement stat = conn.createStatement(); ResultSet rs = stat.executeQuery( "select uid, name from user"); while (rs.next()) { out.println("ID：" + rs.getString("uid") + "，姓名: " + rs.getString("name")); } } catch(SQLException sqlex) { out.println("警告：数据不完整"); throw new ApplicationException("读取数据时出现SQL错误", sqlex); } catch(IOException ioex) { throw new ApplicationException("写入数据时出现IO错误", ioex); } finally { if (conn != null) { try { conn.close(); } catch(SQLException sqlex2) { System.err(this.getClass().getName() + ".mymethod - 不能关闭数据库链接: " + sqlex2.toString()); } } if (out != null) { try { out.close(); } catch(IOException ioex2) { System.err(this.getClass().getName() + ".mymethod - 不能关闭输出文件" + ioex2.toString()); } } } |
本文的结论不是放之四海皆准的教条，有时常识和经验才是最好的老师。若是你对本身的作法没有百分之百的信心，务必加上详细、全面的注释。
另外一方面，不要笑话这些错误，不妨问问你本身是否真地完全摆脱了这些坏习惯。即便最有经验的程序员偶尔也会误入歧途，缘由很简单，由于它们确确实实带来了“方便”。全部这些反例均可以看做Java编程世界的恶魔，它们美丽动人，无孔不入，时刻诱惑着你。也许有人会认为这些都属于鸡皮蒜毛的小事，不足挂齿，但请记住：勿以恶小而为之，勿以善小而不为。
------------------------------------------------------------------下面是一些java异常集-------------------------------------------------------------------------------------------
算术异常类：ArithmeticExecptionsql
空指针异常类：NullPointerException数据库
类型强制转换异常：ClassCastExceptionapache
数组负下标异常：NegativeArrayException编程
数组下标越界异常：ArrayIndexOutOfBoundsExceptionapi
违背安全原则异常：SecturityException
文件已结束异常：EOFException
文件未找到异常：FileNotFoundException
字符串转换为数字异常：NumberFormatException
操做数据库异常：SQLException
输入输出异常：IOException
方法未找到异常：NoSuchMethodException
java.lang.AbstractMethodError
抽象方法错误。当应用试图调用抽象方法时抛出。
java.lang.AssertionError
断言错。用来指示一个断言失败的状况。
java.lang.ClassCircularityError
类循环依赖错误。在初始化一个类时，若检测到类之间循环依赖则抛出该异常。
java.lang.ClassFormatError
类格式错误。当Java虚拟机试图从一个文件中读取Java类，而检测到该文件的内容不符合类的有效格式时抛出。
java.lang.Error
错误。是全部错误的基类，用于标识严重的程序运行问题。这些问题一般描述一些不该被应用程序捕获的反常状况。
java.lang.ExceptionInInitializerError
初始化程序错误。当执行一个类的静态初始化程序的过程当中，发生了异常时抛出。静态初始化程序是指直接包含于类中的static语句段。
java.lang.IllegalAccessError
违法访问错误。当一个应用试图访问、修改某个类的域（Field）或者调用其方法，可是又违反域或方法的可见性声明，则抛出该异常。
java.lang.IncompatibleClassChangeError
不兼容的类变化错误。当正在执行的方法所依赖的类定义发生了不兼容的改变时，抛出该异常。通常在修改了应用中的某些类的声明定义而没有对整个应用从新编译而直接运行的状况下，容易引起该错误。
java.lang.InstantiationError
实例化错误。当一个应用试图经过Java的new操做符构造一个抽象类或者接口时抛出该异常.
java.lang.InternalError
内部错误。用于指示Java虚拟机发生了内部错误。
java.lang.LinkageError
连接错误。该错误及其全部子类指示某个类依赖于另一些类，在该类编译以后，被依赖的类改变了其类定义而没有从新编译全部的类，进而引起错误的状况。
java.lang.NoClassDefFoundError
未找到类定义错误。当Java虚拟机或者类装载器试图实例化某个类，而找不到该类的定义时抛出该错误。
java.lang.NoSuchFieldError
域不存在错误。当应用试图访问或者修改某类的某个域，而该类的定义中没有该域的定义时抛出该错误。
java.lang.NoSuchMethodError
方法不存在错误。当应用试图调用某类的某个方法，而该类的定义中没有该方法的定义时抛出该错误。
java.lang.OutOfMemoryError
内存不足错误。当可用内存不足以让Java虚拟机分配给一个对象时抛出该错误。
java.lang.StackOverflowError
堆栈溢出错误。当一个应用递归调用的层次太深而致使堆栈溢出时抛出该错误。
java.lang.ThreadDeath
线程结束。当调用Thread类的stop方法时抛出该错误，用于指示线程结束。
java.lang.UnknownError
未知错误。用于指示Java虚拟机发生了未知严重错误的状况。
java.lang.UnsatisfiedLinkError
未知足的连接错误。当Java虚拟机未找到某个类的声明为native方法的本机语言定义时抛出。
java.lang.UnsupportedClassVersionError
不支持的类版本错误。当Java虚拟机试图从读取某个类文件，可是发现该文件的主、次版本号不被当前Java虚拟机支持的时候，抛出该错误。
java.lang.VerifyError
验证错误。当验证器检测到某个类文件中存在内部不兼容或者安全问题时抛出该错误。
java.lang.VirtualMachineError
虚拟机错误。用于指示虚拟机被破坏或者继续执行操做所需的资源不足的状况。
java.lang.ArithmeticException
算术条件异常。譬如：整数除零等。
java.lang.ArrayIndexOutOfBoundsException
数组索引越界异常。当对数组的索引值为负数或大于等于数组大小时抛出。
java.lang.ArrayStoreException
数组存储异常。当向数组中存放非数组声明类型对象时抛出。
java.lang.ClassCastException
类造型异常。假设有类A和B（A不是B的父类或子类），O是A的实例，那么当强制将O构造为类B的实例时抛出该异常。该异常常常被称为强制类型转换异常。
java.lang.ClassNotFoundException
找不到类异常。当应用试图根据字符串形式的类名构造类，而在遍历CLASSPAH以后找不到对应名称的class文件时，抛出该异常。
java.lang.CloneNotSupportedException
不支持克隆异常。当没有实现Cloneable接口或者不支持克隆方法时,调用其clone()方法则抛出该异常。
java.lang.EnumConstantNotPresentException
枚举常量不存在异常。当应用试图经过名称和枚举类型访问一个枚举对象，但该枚举对象并不包含常量时，抛出该异常。
java.lang.Exception
根异常。用以描述应用程序但愿捕获的状况。
java.lang.IllegalAccessException
违法的访问异常。当应用试图经过反射方式建立某个类的实例、访问该类属性、调用该类方法，而当时又没法访问类的、属性的、方法的或构造方法的定义时抛出该异常。
java.lang.IllegalMonitorStateException
违法的监控状态异常。当某个线程试图等待一个本身并不拥有的对象（O）的监控器或者通知其余线程等待该对象（O）的监控器时，抛出该异常。
java.lang.IllegalStateException
违法的状态异常。当在Java环境和应用还没有处于某个方法的合法调用状态，而调用了该方法时，抛出该异常。
java.lang.IllegalThreadStateException
违法的线程状态异常。当县城还没有处于某个方法的合法调用状态，而调用了该方法时，抛出异常。
java.lang.IndexOutOfBoundsException
索引越界异常。当访问某个序列的索引值小于0或大于等于序列大小时，抛出该异常。
java.lang.InstantiationException
实例化异常。当试图经过newInstance()方法建立某个类的实例，而该类是一个抽象类或接口时，抛出该异常。
java.lang.InterruptedException
被停止异常。当某个线程处于长时间的等待、休眠或其余暂停状态，而此时其余的线程经过Thread的interrupt方法终止该线程时抛出该异常。
java.lang.NegativeArraySizeException
数组大小为负值异常。当使用负数大小值建立数组时抛出该异常。
java.lang.NoSuchFieldException
属性不存在异常。当访问某个类的不存在的属性时抛出该异常。
java.lang.NoSuchMethodException
方法不存在异常。当访问某个类的不存在的方法时抛出该异常。
java.lang.NullPointerException
空指针异常。当应用试图在要求使用对象的地方使用了null时，抛出该异常。譬如：调用null对象的实例方法、访问null对象的属性、计算null对象的长度、使用throw语句抛出null等等。
java.lang.NumberFormatException
数字格式异常。当试图将一个String转换为指定的数字类型，而该字符串确不知足数字类型要求的格式时，抛出该异常。
java.lang.RuntimeException
运行时异常。是全部Java虚拟机正常操做期间能够被抛出的异常的父类。
java.lang.SecurityException
安全异常。由安全管理器抛出，用于指示违反安全状况的异常。
java.lang.StringIndexOutOfBoundsException
字符串索引越界异常。当使用索引值访问某个字符串中的字符，而该索引值小于0或大于等于序列大小时，抛出该异常。
java.lang.TypeNotPresentException
类型不存在异常。当应用试图以某个类型名称的字符串表达方式访问该类型，可是根据给定的名称又找不到该类型是抛出该异常。该异常与ClassNotFoundException的区别在于该异常是unchecked（不被检查）异常，而ClassNotFoundException是checked（被检查）异常。
java.lang.UnsupportedOperationException
不支持的方法异常。指明请求的方法不被支持状况的异常。
异常
javax.servlet.jsp.JspException: Cannot retrieve mapping for action /Login （/Login是你的action名字）
可能缘由
action没有再struts-config.xml 中定义，或没有找到匹配的action，例如在JSP文件中使用 <html:form action="Login.do".将表单提交给Login.do处理，若是出现上述异常，请查看struts-config.xml中的定义部分，有时多是打错了字符或者是某些不符合规则，可使用strutsconsole工具来检查。
-----------------------------------------------------------------------------------------------------------------
异常
org.apache.jasper.JasperException: Cannot retrieve definition for form bean null
可能缘由
这个异常是由于Struts根据struts-config.xml中的mapping没有找到action指望的form bean。大部分的状况多是由于在form-bean中设置的name属性和action中设置的name属性不匹配所致。换句话说，action和form都应该各自有一个name属性，而且要精确匹配，包括大小写。这个错误当没有name属性和action关联时也会发生，若是没有在action中指定name属性，那么就没有name属性和action相关联。固然当action制做某些控制时，譬如根据参数值跳转到相应的jsp页面，而不是处理表单数据，这是就不用name属性，这也是action的使用方法之一。
-----------------------------------------------------------------------------------------------------------------
异常
No action instance for path /xxxx could be created
可能缘由
特别提示：由于有不少中状况会致使这个错误的发生，因此推荐你们调高你的web服务器的日志/调试级别，这样能够从更多的信息中看到潜在的、在试图建立action类时发生的错误，这个action类你已经在struts-config.xml中设置了关联（即添加了<action>标签）。
在struts-config.xml中经过action标签的class属性指定的action类不能被找到有不少种缘由，例如：定位编译后的.class文件失败。Failure to place compiled .class file for the action in the classpath (在web开发中，class的的位置在r WEB-INF/classes，因此你的action class必需要在这个目录下。例如你的action类位于WEB-INF/classes/action/Login.class,那么在struts-config.xml中设置action的属性type时就是action.Login).
拼写错误，这个也时有发生，而且不易找到，特别注意第一个字母的大小写和包的名称。
-----------------------------------------------------------------------------------------------------------------
异常
javax.servlet.jsp.JspException: No getter method for property username of bean org.apache.struts.taglib.html.BEAN
可能缘由
没有位form bean中的某个变量定义getter 方法
这个错误主要发生在表单提交的FormBean中，用struts标记<html:text property=”username”>时，在FormBean中必须有一个getUsername()方法。注意字母“U”。
-----------------------------------------------------------------------------------------------------------------
异常
java.lang.NoClassDefFoundError: org/apache/struts/action/ActionForm
可能缘由
这个错误主要发生在在classpath中找不到相应的Java .class文件。若是这个错误发生在web应用程序的运行时，主要是由于指定的class文件不在web server的classpath中（/WEB-INF/classes 和 /WEB-INF/lib）。在上面的错误中，缘由是找不到ActionForm类。
-----------------------------------------------------------------------------------------------------------------
异常
javax.servlet.jsp.JspException: Exception creating bean of class org.apache.struts.action.ActionForm: {1}
可能缘由
Instantiating Struts-provided ActionForm class directly instead of instantiating a class derived off ActionForm. This mightoccur implicitly if you specify that a form-bean is this Struts ActionForm class rather than specifying a child of this classfor the form-bean.
Not associating an ActionForm-descended class with an action can also lead to this error.
-----------------------------------------------------------------------------------------------------------------
异常
javax.servlet.jsp.JspException: Cannot find ActionMappings or ActionFormBeans collection
可能缘由
不是标识Struts actionServlet的<servlet>标记就是映射.do扩展名的<sevlet-mapping>标记或者二者都没有在web.xml中声明。
在struts-config.xml中的打字或者拼写错误也可致使这个异常的发生。例如缺乏一个标记的关闭符号/>。最好使用struts console工具检查一下。
另外，load-on-startup必须在web.xml中声明，这要么是一个空标记，要么指定一个数值，这个数值用来表servlet运行的优先级，数值越大优先级越低。
还有一个和使用load-on-startup有关的是使用Struts预编译JSP文件时也可能致使这个异常。
-----------------------------------------------------------------------------------------------------------------
异常
java.lang.NullPointerException at org.apache.struts.util.RequestUtils.forwardURL(RequestUtils.java:1223)
可能缘由
在struts-config.xml中的forward元素缺乏path属性。例如应该是以下形式：
<forward name="userhome" path="/user/userhome.jsp"/>
-----------------------------------------------------------------------------------------------------------------
异常
javax.servlet.jsp.JspException: Cannot find bean org.apache.struts.taglib.html.BEAN in any scope
Probable Causes
试图在Struts的form标记外使用form的子元素。这经常发生在你在</html:form>后面使用Struts的html标记。另外要注意可能你不经意使用的无主体的标记，如<html:form … />，这样web 服务器解析时就看成一个无主体的标记，随后使用的全部<html>标记都被认为是在这个标记以外的，如又使用了<html:text property=”id”>还有就是在使用taglib引入HTML标记库时，你使用的prefix的值不是html。
-----------------------------------------------------------------------------------------------------------------
异常
javax.servlet.jsp.JspException: Missing message for key xx.xx.xx
Probable Causes
这个key的值对没有在资源文件ApplicationResources.properties中定义。若是你使用eclipse时常常碰到这样的状况，当项目从新编译时，eclipse会自动将classes目录下的资源文件删除。
资源文件ApplicationResources.properties 不在classpath中应将资源文件放到 WEB-INF/classes 目录下，固然要在struts-config.xml中定义)
-----------------------------------------------------------------------------------------------------------------
异常
Cannot find message resources under key org.apache.struts.action.MESSAGE
可能缘由
很显然，这个错误是发生在使用资源文件时，而Struts没有找到资源文件。
Implicitly trying to use message resources that are not available (such as using empty html:options tag instead of specifyingthe options in its body -- this assumes options are specified in ApplicationResources.properties file)
XML parser issues -- too many, too few, incorrect/incompatible versions
-----------------------------------------------------------------------------------------------------------------
异常
Strange and seemingly random characters in HTML and on screen, but not in original JSP or servlet.
可能缘由
混和使用Struts的html:form标记和标准的HTML标记不正确。
使用的编码样式在本页中不支持。
-----------------------------------------------------------------------------------------------------------------
异常
"Document contained no data" in Netscape
No data rendered (completely empty) page in Microsoft Internet Explorer
可能缘由
使用一个Action的派生类而没有实现perform()方法或execute()方法。在Struts1.0中实现的是perform()方法，在Struts1.1中实现的是execute()方法，但Struts1.1向后兼容perform()方法。但你使用Struts1.1建立一个Action的派生类，而且实现了execute()方法，而你在Struts1.0中运行的话，就会获得"Document contained nodata" error message in Netscape or a completely empty (no HTML whatsoever) page rendered in Microsoft Internet Explorer.”的错误信息。
---------------------------------------------------------------------------------------------------------------------------异常ServletException: BeanUtils.populate解决方案在用Struts上传文件时,遇到了javax.servlet.ServletException: BeanUtils.populate异常。个人ActionServlet并无用到BeanUtils这些工具类。后来仔细检查代码发现是在jsp文件里的form忘了加enctype="multipart/form-data" 了。因此写程序遇到错误或异常应该从多方面考虑问题存在的可能性，想到系统提示信息之外的东西。----------------------------------------------------------------------------------------------------------------------------1. 定义Action后, 若是指定了name, 那么必需要定义一个与它同名的FormBean才能进行form映射.2. 若是定义Action后, 提交页面时出现 "No input attribute for mapping path..." 错误, 则须要在其input属性中定义转向的页面.3. 若是插入新的数据时出现 "Batch update row count wrong:..." 错误, 则说明XXX.hbm.xml中指定的key的类型为原始类型(int, long),由于这种类型会自动分配值, 而这个值每每会让系统认为已经存在该记录, 正确的方法是使用java.lang.Integer或java.lang.Long对象.4. 若是插入数据时出现 "argument type mismatch" 错误, 多是你使用了Date等特殊对象, 由于struts不能自动从String型转换成Date型,因此, 你须要在Action中手动把String型转换成Date型.5. Hibernate中, Query的iterator()比list()方法快不少.6. 若是出现 "equal symbol expected" 错误, 说明你的strtus标签中包含另外一个标签或者变量, 例如:<html:select property="test" onchange="<%=test%>"/>或者<html:hidden property="test" value="<bean:write name="t" property="p"/>"/>这样的状况... ---------------------------------------------------------------------------------------------------------------------------错误：Exception in thread "main" org.hibernate.exception.SQLGrammarException: Could not execute JDBC batch update缘由与解决： 由于Hibernate Tools（或者Eclipse自己的Database Explorer）生成*.hbn.xml工具中包含有catalog="***"（*表示数据库名称）这样的属性,将该属性删除就能够了---------------------------------------------------------------------------------------------------------------------------错误：org.hibernate.ObjectDeletedException: deleted object would be re-saved by cascade (remove deleted object from associations)缘由与解决：方法1 删除Set方的cascade方法2 解决关联关系后，再删除方法3 在many-to-one方增长cascade 但值不能是none最后一招：检查一下hashCode equals是否使用了id做为惟一标示的选项了；我用uuid.hex时是没有问题的；可是用了native，就不行了，怎么办？删除啊！----------------------------------------------------------------------------------------------------------------------------问题：今天用Tomcat 5.5.12，发现原来很好用的系统不能用了，反复测试发现页面中不能包含 taglib，不然会出现如下提示：HTTP Status 500 -type Exception reportMessage description The server encountered an internal error () that prevented it from fulfilling this request.exceptionorg.apache.jasper.JasperException: /index.jsp(1,1) Unable to read TLD "META-INF/tlds/struts-bean.tld" from JAR file"file:*****/WEB-INF/lib/struts.jar":缘由：更新了工程用的lib文件夹下的jar，发布时也发布了servlet.jar和jsp-api.jar。解决：把jsp-api.jar删除就解决这个问题了。-----------------------------------------------------------------------------------------------------------------------------错误： java.lang.NullPointerException缘由： 发现 dao 实例、 manage 实例等须要注入的东西没有被注入（俗称空指针异常）解决：这个时候，你应该查看日志文件；默认是应用服务器的 log 文件，好比 Tomcat 就是 [Tomcat 安装目录 ]/logs ；你会发现提示你：多是：org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'sf' defined in ServletContextresource [/WEB-INF/applicationContext.xml]: Initialization of bean failed; nested exception isorg.hibernate.HibernateException: could not configure from URL: file:src/hibernate.cfg.xmlorg.hibernate.HibernateException: could not configure from URL: file:src/hibernate.cfg.xml……………………….Caused by: java.io.FileNotFoundException: src\hibernate.cfg.xml多是：org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'sessionFactory' defined inServletContext resource [/WEB-INF/applicationContext.xml]: Initialization of bean failed; nested exception isorg.hibernate.MappingException: Resource: com/mcc/coupon/model/UserRole.hbm.xml not foundorg.hibernate.MappingException: Resource: com/mcc/coupon/model/UserRole.hbm.xml not found而后你就知道缘由是由于配置文件的解析出了错误，这个经过 Web 页面是看不出来的。更多的是持久化影射文件出的错误；致使了没有被解析；固然你须要的功能就没法使用了。----------------------------------------------------------------------------------------------------------------------------错误：StandardWrapperValve[action]: Servlet.service() for servlet action threw exceptionjavax.servlet.jsp.JspException: Cannot retrieve mapping for action /settlementTypeManage或者： type Status report message Servlet action is not available description The requested resource (Servlet action is not available) is not available.缘由： 同 上----------------------------------------------------------------------------------------------------------------------------错误StandardWrapperValve[jsp]: Servlet.service() for servlet jsp threw exceptionjava.lang.ClassNotFoundException: org.apache.struts.taglib.bean.CookieTei界面错误具体描述：org.apache.jasper.JasperException: Failed to load or instantiate TagExtraInfo class: org.apache.struts.taglib.bean.CookieTei 缘由与解决： <方案一>你的“html:”开头的标签没有放在一个<html:form>中 <方案二>从新启动你的应用服务器，自动就没有这个问题
- 1. java异常处理总结
- 2. Java—异常处理总结
- 3. Java异常处理总结
- 4. Java 异常处理总结
- 5. java 异常处理总结
- 6. java基础总结——异常处理
- 7. java统一异常处理总结
- 8. java异常处理学习总结
- 9. java异常的处理和总结
- 10. Java的异常处理总结
- 更多相关文章...
- • C# 异常处理 - C#教程
- • PHP 异常处理 - PHP教程
- • 算法总结-双指针
- • 算法总结-回溯法
-
每一个你不满意的现在，都有一个你没有努力的曾经。
- 1. java异常处理总结
- 2. Java—异常处理总结
- 3. Java异常处理总结
- 4. Java 异常处理总结
- 5. java 异常处理总结
- 6. java基础总结——异常处理
- 7. java统一异常处理总结
- 8. java异常处理学习总结
- 9. java异常的处理和总结
- 10. Java的异常处理总结