Java—异常处理总结

异常处理是程序设计中一个非常重要的方面，也是程序设计的一大难点，从C开始，你也许已经知道如何用if...else...来控制异常了，也许是自发的，然而这种控制异常痛苦，同一个异常或者错误如果多个地方出现，那么你每个地方都要做相同处理，感觉相当的麻烦!

　　Java语言在设计的当初就考虑到这些问题，提出异常处理的框架的方案，所有的异常都可以用一个类型来表示，不同类型的异常对应不同的子类异常(这里的异常包括错误概念)，定义异常处理的规范，在1.4版本以后增加了异常链机制，从而便于跟踪异常!这是Java语言设计者的高明之处，也是Java语言中的一个难点，下面是我对Java异常知识的一个总结，也算是资源回收一下。

　　一、Java异常的基础知识

　　异常是程序中的一些错误，但并不是所有的错误都是异常，并且错误有时候是可以避免的。比如说，你的代码少了一个分号，那么运行出来结果是提示是错误java.lang.Error;如果你用System.out.println(11/0)，那么你是因为你用0做了除数，会抛出java.lang.ArithmeticException的异常。

　　有些异常需要做处理，有些则不需要捕获处理，后面会详细讲到。

　　天有不测风云，人有旦夕祸福，Java的程序代码也如此。在编程过程中，首先应当尽可能去避免错误和异常发生，对于不可避免、不可预测的情况则在考虑异常发生时如何处理。

　　Java中的异常用对象来表示。Java对异常的处理是按异常分类处理的，不同异常有不同的分类，每种异常都对应一个类型(class)，每个异常都对应一个异常(类的)对象。

　　异常类从哪里来?有两个来源，一是Java语言本身定义的一些基本异常类型，二是用户通过继承Exception类或者其子类自己定义的异常。Exception 类及其子类是 Throwable 的一种形式，它指出了合理的应用程序想要捕获的条件。

　　异常的对象从哪里来呢?有两个来源，一是Java运行时环境自动抛出系统生成的异常，而不管你是否愿意捕获和处理，它总要被抛出!比如除数为0的异常。二是程序员自己抛出的异常，这个异常可以是程序员自己定义的，也可以是Java语言中定义的，用throw 关键字抛出异常，这种异常常用来向调用者汇报异常的一些信息。

　　异常是针对方法来说的，抛出、声明抛出、捕获和处理异常都是在方法中进行的。

　　Java异常处理通过5个关键字try、catch、throw、throws、finally进行管理。基本过程是用try语句块包住要监视的语 句，如果在try语句块内出现异常，则异常会被抛出，你的代码在catch语句块中可以捕获到这个异常并做处理;还有以部分系统生成的异常在Java运行 时自动抛出。你也可以通过throws关键字在方法上声明该方法要抛出异常，然后在方法内部通过throw抛出异常对象。finally语句块会在方法执 行return之前执行，一般结构如下：

　　try{

　　程序代码

　　}catch(异常类型1 异常的变量名1){

　　程序代码

　　}catch(异常类型2 异常的变量名2){

　　程序代码

　　}finally{

　　程序代码

　　}

　　catch语句可以有多个，用来匹配多个异常，匹配上多个中一个后，执行catch语句块时候仅仅执行匹配上的异常。catch的类型是Java语言 中定义的或者程序员自己定义的，表示代码抛出异常的类型，异常的变量名表示抛出异常的对象的引用，如果catch捕获并匹配上了该异常，那么就可以直接用 这个异常变量名，此时该异常变量名指向所匹配的异常，并且在catch代码块中可以直接引用。这一点非常非常的特殊和重要!

　　Java异常处理的目的是提高程序的健壮性，你可以在catch和finally代码块中给程序一个修正机会，使得程序不因异常而终止或者流程发生以 外的改变。同时，通过获取Java异常信息，也为程序的开发维护提供了方便，一般通过异常信息就很快就能找到出现异常的问题(代码)所在。

　　Java异常处理是Java语言的一大特色，也是个难点，掌握异常处理可以让写的代码更健壮和易于维护。

　　二、Java异常类类图

　　下面是这几个类的层次图：

　　java.lang.Object

　　   java.lang.Throwable

　　    java.lang.Exception

　　      java.lang.RuntimeException

　　        java.lang.Error

　　         java.lang.ThreadDeath

　　下面四个类的介绍来自java api 文档。

　　1、Throwable

　　Throwable 类是 Java 语言中所有错误或异常的超类。只有当对象是此类(或其子类之一)的实例时，才能通过 Java 虚拟机或者 Java throw 语句抛出。类似地，只有此类或其子类之一才可以是 catch 子句中的参数类型。

　　两个子类的实例，Error 和 Exception，通常用于指示发生了异常情况。通常，这些实例是在异常情况的上下文中新近创建的，因此包含了相关的信息(比如堆栈跟踪数据)。

　　2、Exception

　　Exception 类及其子类是 Throwable 的一种形式，它指出了合理的应用程序想要捕获的条件，表示程序本身可以处理的异常。

　　3、Error

　　Error 是 Throwable 的子类，表示仅靠程序本身无法恢复的严重错误，用于指示合理的应用程序不应该试图捕获的严重问题。

　　在执行该方法期间，无需在方法中通过throws声明可能抛出但没有捕获的 Error 的任何子类，因为Java编译器不去检查它，也就是说，当程序中可能出现这类异常时，即使没有用try...catch语句捕获它，也没有用throws字句声明抛出它，还是会编译通过。

　　4、RuntimeException

　　RuntimeException 是那些可能在 Java 虚拟机正常运行期间抛出的异常的超类。Java编译器不去检查它，也就是说，当程序中可能出现这类异常时，即使没有用try...catch语句捕获它，也没有用throws字句声明抛出它，还是会编译通过，这种异常可以通过改进代码实现来避免。

　　5、ThreadDeath

　　调用 Thread 类中带有零参数的 stop 方法时，受害线程将抛出一个 ThreadDeath 实例。

　　仅当应用程序在被异步终止后必须清除时才应该捕获这个类的实例。如果 ThreadDeath 被一个方法捕获，那么将它重新抛出非常重要，因为这样才能让该线程真正终止。

　　如果没有捕获 ThreadDeath，则顶级错误处理程序不会输出消息。

　　虽然 ThreadDeath 类是“正常出现”的，但它只能是 Error 的子类而不是 Exception 的子类，因为许多应用程序捕获所有出现的 Exception，然后又将其放弃。

　　以上是对有关异常API的一个简单介绍，用法都很简单，关键在于理解异常处理的原理，具体用法参看Java API文档。

　　三、Java异常处理机制

　　对于可能出现异常的代码，有两种处理办法：

　　第一、在方法中用try...catch语句捕获并处理异常，catach语句可以有多个，用来匹配多个异常。例如：

　　

public void p(int x){
　　try{
　　...
　　}catch(Exception e){
　　...
　　}finally{
　　...
　　}
　　}

　　第二、对于处理不了的异常或者要转型的异常，在方法的声明处通过throws语句抛出异常。例如：

　　

public void test1() throws MyException{
　　...
　　if(....){
　　throw new MyException();
　　}
　　}

　 　如果每个方法都是简单的抛出异常，那么在方法调用方法的多层嵌套调用中，Java虚拟机会从出现异常的方法代码块中往回找，直到找到处理该异常的代码块 为止。然后将异常交给相应的catch语句处理。如果Java虚拟机追溯到方法调用栈最底部main()方法时，如果仍然没有找到处理异常的代码块，将按 照下面的步骤处理：

　　第一、调用异常的对象的printStackTrace()方法，打印方法调用栈的异常信息。

　　第二、如果出现异常的线程为主线程，则整个程序运行终止;如果非主线程，则终止该线程，其他线程继续运行。

　　通过分析思考可以看出，越早处理异常消耗的资源和时间越小，产生影响的范围也越小。因此，不要把自己能处理的异常也抛给调用者。

　　还有一点，不可忽视：finally语句在任何情况下都必须执行的代码，这样可以保证一些在任何情况下都必须执行代码的可靠性。比如，在数据库查询异 常的时候，应该释放JDBC连接等等。finally语句先于return语句执行，而不论其先后位置，也不管是否try块出现异常。finally语句 唯一不被执行的情况是方法执行了System.exit()方法。System.exit()的作用是终止当前正在运行的 Java 虚拟机。finally语句块中不能通过给变量赋新值来改变return的返回值，也建议不要在finally块中使用return语句，没有意义还容易 导致错误。

　　最后还应该注意一下异常处理的语法规则：

　　第一、try语句不能单独存在，可以和catch、finally组成 try...catch...finally、try...catch、try...finally三种结构，catch语句可以有一个或多个，finally语句最多一个，try、catch、finally这三个关键字均不能单独使用。

　　第二、try、catch、finally三个代码块中变量的作用域分别独立而不能相互访问。如果要在三个块中都可以访问，则需要将变量定义到这些块的外面。

　　第三、多个catch块时候，Java虚拟机会匹配其中一个异常类或其子类，就执行这个catch块，而不会再执行别的catch块。

　　第四、throw语句后不允许有紧跟其他语句，因为这些没有机会执行。

　　第五、如果一个方法调用了另外一个声明抛出异常的方法，那么这个方法要么处理异常，要么声明抛出。

　　那怎么判断一个方法可能会出现异常呢?一般来说，方法声明的时候用了throws语句，方法中有throw语句，方法调用的方法声明有throws关键字。

　　throw和throws关键字的区别

　　throw用来抛出一个异常，在方法体内。语法格式为：throw 异常对象。

　　throws用来声明方法可能会抛出什么异常，在方法名后，语法格式为：throws 异常类型1，异常类型2...异常类型n。

　　四、如何定义和使用异常类

　　1、使用已有的异常类，假如为IOException、SQLException。

　

　try{
　　程序代码
　　}catch(IOException ioe){
　　程序代码
　　}catch(SQLException sqle){
　　程序代码
　　}finally{
　　程序代码
　　}

　　2、自定义异常类

　　创建Exception或者RuntimeException的子类即可得到一个自定义的异常类。例如:

　

　public class MyException extends Exception{
　　public MyException(){}
　　public MyException(String smg){
　　super(smg);
　　}
　　}

　　3、使用自定义的异常

　　用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类可以分为两种：运行时异常和受检查异常。

　　1、运行时异常

　　RuntimeException类及其子类都被称为运行时异常，这种异常的特点是Java编译器不去检查它，也就是说，当程序中可能出现这类异常 时，即使没有用try...catch语句捕获它，也没有用throws字句声明抛出它，还是会编译通过。例如，当除数为零时，就会抛出 java.lang.ArithmeticException异常。

　　2、受检查异常

　　除了RuntimeException类及其子类外，其他的Exception类及其子类都属于受检查异常，这种异常的特点是要么用try...catch捕获处理，要么用throws语句声明抛出，否则编译不会通过。

　　3、两者的区别

　　运行时异常表示无法让程序恢复运行的异常，导致这种异常的原因通常是由于执行了错误的操作。一旦出现错误，建议让程序终止。

　　受检查异常表示程序可以处理的异常。如果抛出异常的方法本身不处理或者不能处理它，那么方法的调用者就必须去处理该异常，否则调用会出错，连编译也无法通过。当然，这两种异常都是可以通过程序来捕获并处理的，比如除数为零的运行时异常：

　　public class HelloWorld {
　　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!
　　除数为零后程序没有终止啊，呵呵!!!

　　4、运行时错误

　　Error类及其子类表示运行时错误，通常是由Java虚拟机抛出的，JDK中与定义了一些错误类，比如VirtualMachineError

　　和OutOfMemoryError，程序本身无法修复这些错误.一般不去扩展Error类来创建用户自定义的错误类。而RuntimeException类表示程序代码中的错误，是可扩展的，用户可以创建特定运行时异常类。

　　Error(运行时错误)和运行时异常的相同之处是:Java编译器都不去检查它们，当程序运行时出现它们，都会终止运行。

　　5、最佳解决方案

　　对于运行时异常，我们不要用try...catch来捕获处理，而是在程序开发调试阶段，尽量去避免这种异常，一旦发现该异常，正确的做法就会改进程 序设计的代码和实现方式，修改程序中的错误，从而避免这种异常。捕获并处理运行时异常是好的解决办法，因为可以通过改进代码实现来避免该种异常的发生。

　　对于受检查异常，没说的，老老实实去按照异常处理的方法去处理，要么用try...catch捕获并解决，要么用throws抛出!

　　对于Error(运行时错误)，不需要在程序中做任何处理，出现问题后，应该在程序在外的地方找问题，然后解决。

　　六、异常转型和异常链

　　异常转型在上面已经提到过了，实际上就是捕获到异常后，将异常以新的类型的异常再抛出，这样做一般为了异常的信息更直观!比如：

　

　public void run() throws MyException{
　　...
　　try{
　　...
　　}catch(IOException e){
　　...
　　throw new MyException();
　　}finally{
　　...
　　}
　　}

　　异常链，在JDK1.4以后版本中，Throwable类支持异常链机制。Throwable 包含了其线程创建时线程执行堆栈的快照。它还包含了给出有关错误更多信息的消息字符串。最后，它还可以包含 cause(原因)：另一个导致此 throwable 抛出的 throwable。它也称为异常链 设施，因为 cause 自身也会有 cause，依此类推，就形成了异常链，每个异常都是由另一个异常引起的。

　　通俗的说，异常链就是把原始的异常包装为新的异常类，并在新的异常类中封装了原始异常类，这样做的目的在于找到异常的根本原因。

　　通过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 初始化为指定值。

　　在Throwable的子类Exception中，也有类似的指定异常原因的构造方法：

　　Exception(String message, Throwable cause)

　　构造带指定详细消息和原因的新异常。

　　Exception(Throwable cause)

　　根据指定的原因和 (cause==null ? null : cause.toString()) 的详细消息构造新异常(它通常包含 cause 的类和详细消息)。

　　因此，可以通过扩展Exception类来构造带有异常原因的新的异常类。

　　七、Java异常处理的原则和技巧

　　1、避免过大的try块，不要把不会出现异常的代码放到try块里面，尽量保持一个try块对应一个或多个异常。

　　2、细化异常的类型，不要不管什么类型的异常都写成Excetpion。

　　3、catch块尽量保持一个块捕获一类异常，不要忽略捕获的异常，捕获到后要么处理，要么转译，要么重新抛出新类型的异常。

　　4、不要把自己能处理的异常抛给别人。

　　5、不要用try...catch参与控制程序流程，异常控制的根本目的是处理程序的非正常情况。

八、常见的几种异常及可能的导致原因：

算术异常类：ArithmeticExecption

　　空指针异常类：NullPointerException

　　类型强制转换异常：ClassCastException

　　数组负下标异常：NegativeArrayException

　　数组下标越界异常：ArrayIndexOutOfBoundsException

　　违背安全原则异常：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文件中使用 后面使用 Struts的html标记。另外要注意可能你不经意使用的无主体的标记，如 ，这样web 服务器解析时就当作一个无主体的标记，随后使用的所有标记都被认为是在这个标记之外的，如又使用了 还有就是在使用taglib引入HTML标记库时，你使用的prefix的值不是html。

　　-----------------------------------------------------------------------------------------------------------------

　　异常

　　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中设置了关联(即添加了标签)。

　　在 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标记 时，在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的标记就是映射.do扩展名的标记或者两者都没有在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属性。例如应该是如下形式：

　　

　　-----------------------------------------------------------------------------------------------------------------

　　异常

　　javax.servlet.jsp.JspException: Cannot find bean org.apache.struts.taglib.html.BEAN in any scope

　　Probable Causes

　　试图在Struts的form标记外使用form的子元素。这常常发生在你在

　　-----------------------------------------------------------------------------------------------------------------

　　异常

　　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"/>"/>
这样的情况...