【转载】Java项目中常用的异常处理情况总结

一,JDK中与异常相关的类

分析：

Java中的异常分类：

Throwable类有两个直接子类：

Exception：出现的问题是可以被捕获的；

Error：系统错误，通常由JVM处理。

可捕获的异常又可以分为两类：

（1）Check异常:直接派生自Exception的异常类，必须被捕获或再次声明抛出

（2）Runtime异常：派生自RuntimeException的异常类。使用throw语句可以随时抛出这种异常对象：                 throw new ArithmeticException(…);

二，异常发生的原因有很多，通常包含以下几大类：

1.用户输入了非法数据。

2.要打开的文件不存在。

3.网络通信是连接中断，或者JVM内存溢出。

三，几种常见的异常及其产生原因

1、java.lang.NullPointerException(空指针异常)

原因：这个异常大家肯定都经常遇到，异常的解释是"程序遇上了空指针"，即，调用了未经初始化的对象或者是不存在的对象。经常出现在创建图片，调用数组这些操作中，比如图片未经初始化，或者图片创建时的路径错误等等。对数组操作中出现空指针， 即把数组的初始化和数组元素的初始化混淆起来了。数组的初始化是对数组分配需要的空间，而初始化后的数组，其中的元素并没有实例化， 依然是空的，所以还需要对每个元素都进行初始化（如果要调用的话）。

2、 java.lang.ClassNotFoundException（指定的类不存在）

主要原因：这里主要考虑一下类的名称和路径是否正确即可，通常都是程序试图通过字符串来加载某个类时可能引发异常。比如：调用Class.forName();或者调用ClassLoad的finaSystemClass();或者LoadClass();

3、 java.lang.NumberFormatException（字符串转换为数字异常）

原因：当试图将一个String转换为指定的数字类型，而该字符串确不满足数字类型要求的格式时，抛出该异常.如现在讲字符型的数据"123456"转换为数值型数据时，是允许的。但是如果字符型数据中包含了非数字型的字符，如123#56，此时转换为数值型时就会出现异常。系统就会捕捉到这个异常，并进行处理。

4、java.lang.IndexOutOfBoundsException（数组下标越界异常）

原因：查看调用的数组或者字符串的下标值是不是超出了数组的范围，一般来说，显示（即直接用常数当下标）调用不太容易出这样的错，但隐式（即用变量表示下标）调用就经常出错了，还有一种情况，是程序中定义的数组的长度是通过某些特定方法决定的，不是事先声明的，这个时候先查看一下数组的length，以免出现这个异常。

5、java.lang.IllegalArgumentException（方法的参数错误）

比如g.setColor(int red,int green,int blue)这个方法中的三个值，如果有超过２５５的也会出现这个异常，因此一旦发现这个异常，我们要做的，就是赶紧去检查一下方法调用中的参数传递是不是出现了错误。

6、java.lang.IllegalAccessException（没有访问权限）

当应用程序要调用一个类，但当前的方法即没有对该类的访问权限便会出现这个异常。对程序中用了Package的情况下要注意这个异常。

7、java.lang.ArithmeticException（数学运算异常）

当算术运算中出现了除以零这样的运算就会出这样的异常。

8、java.lang.ClassCastException（数据类型转换异常）

当试图将对某个对象强制执行向下转型，但该对象又不可转换又不可转换为其子类的实例时将引发该异常，如下列代码。

Object obj = new Integer(0);

String str = obj;

9、 java.lang.FileNotFoundException（文件未找到异常）

当程序试图打开一个不存在的文件进行读写时将会引发该异常。该异常由FileInputStream,FileOutputStream,RandomAccessFile的构造器声明抛出，即使被操作的文件存在，但是由于某些原因不可访问，比如打开一个只读文件进行写入，这些构造方法仍然会引发异常。

10、java.lang.ArrayStoreException（数组存储异常）

当试图将类型不兼容类型的对象存入一个Object[]数组时将引发异常，如

Object[] obj = new String[3]

obj[0] = new Integer(0);

11、java.lang.NoSuchMethodException（方法不存在异常）

当程序试图通过反射来创建对象，访问(修改或读取)某个方法，但是该方法不存在就会引发异常。

12、 java.lang.EOFException（文件已结束异常）

当程序在输入的过程中遇到文件或流的结尾时，引发异常。因此该异常用于检查是否达到文件或流的结尾

13、java.lang.InstantiationException（实例化异常）

当试图通过Class的newInstance()方法创建某个类的实例,但程序无法通过该构造器来创建该对象时引发。Class对象表示一个抽象类，接口，数组类，基本类型 。该Class表示的类没有对应的构造器。

14、java.lang.InterruptedException（被中止异常）

当某个线程处于长时间的等待、休眠或其他暂停状态，而此时其他的线程通过Thread的interrupt方法终止该线程时抛出该异常。

15、java.lang.CloneNotSupportedException （不支持克隆异常）

当没有实现Cloneable接口或者不支持克隆方法时,调用其clone()方法则抛出该异常。

16、java.lang.OutOfMemoryException （内存不足错误）

当可用内存不足以让Java虚拟机分配给一个对象时抛出该错误。

17、java.lang.NoClassDefFoundException （未找到类定义错误）

当Java虚拟机或者类装载器试图实例化某个类，而找不到该类的定义时抛出该错误。

四，总结

 1，Java异常处理的几个原则如下。

      1)不要丢弃异常，捕获异常后需要进行相关处理。如果用户觉得不能很好地处理该异常，就让它继续传播，传到别的地方去处理，或者把一个低级的异常转换成应用级的异常，重新抛出。

      (2)catch语句应该指定具体的异常类型。不要把不该捕获的异常也捕获了

      (3)在finally里面释放资源。如果finally里面也会抛出异常，也一样需要使用try..catch处理。

      (4)不要把大量的代码塞在try...catch块里面，分离各个可能出现异常的语句并分别捕获异常。

      (5)由于异常可能导致输出的数据不完整，因此用户需要作出相应处理，至少应该提示该数据的不完整

2，关于开发中异常处理的建议

（1）在中间层组件中抛出异常，在界面层组件中捕获异常在底层组件中捕获JVM抛出的“只有程序员能看懂的”异常，转换为中间层的业务逻辑异常，再由界面层捕获以提供有意义的信息。

（2）自身能够处理的异常，不要再向外界抛出。

（3） 尽可能地在靠近异常发生的地方捕获并处理异常。

（4）尽可能地捕获最具体的异常类型，不要在中间层用 catch(Exception)“吃掉”所有异常

（5）在开发阶段捕获并显示所有异常信息，发布阶段要移除部分代码，以避免“过于专业”的异常信息困扰用户，特别地，系统发布之后，不要将服务端异常的详细信息发给客户端，以免被黑客利用。