java中的异常处理机制已经比较成熟，我们的java程序到处充满了异常的可能，如果对这些异常不做预先的处理，那么将来程序崩溃就无从调试，很难找到异常所在的位置。本文将探讨一下java中异常与错误的处理方法，一起来看看。
异常与错误：
异常：
在java中程序的错误主要是语法错误和语义错误，一个程序在编译和运行时出现的错误我们统一称之为异常，它是vm(虚拟机)通知你的一种方式，通过这种方式，vm让你知道，你(开发人员)已经犯了个错误，现在有一个机会来修改它。java中使用异常类来表示异常，不同的异常类代表了不同的异常。但是在java中所有的异常都有一个基类，叫做exception。
错误：
它指的是一个合理的应用程序不能截获的严重的问题。大多数都是反常的情况。错误是vm的一个故障(虽然它可以是任何系统级的服务)。所以，错误是很难处理的，一般的开发人员(当然不是你)是无法处理这些错误的，比如内存溢出。
和异常一样，在java中用错误类来表示错误，不同的错误类代表了不同的错误。 但是在java中所有的错误都有一个基类，叫做error。
综上，我们可以知道异常和错误最本质的区别就是异常能被开发人员处理而错误时系统本来自带的，一般无法处理也不需要我们程序员来处理。
1.一个异常是在一个程序执行过程中出现的一个事件，它中断了正常指令的运行
2.错误，偏离了可接受的代码行为的一个动作或实例
异常的结构分类：
1、运行时异常(未检查异常)
2、编译时异常(已检查异常)
运行异常即是runtimeexception;其余的全部为编译异常
在java中异常exception和错误error有个共同的父类throwable。
error exception
runtimeexception几个子类
1、 java.lang.arrayindexoutofboundsexception
数组索引越界异常。当对数组的索引值为负数或大于等于数组大小时抛出。
2、java.lang.arithmeticexception
算术条件异常。譬如：整数除零等。
3、java.lang.nullpointerexception
空指针异常。当应用试图在要求使用对象的地方使用了null时，抛出该异常。譬如：调用null对象的实例方法、访问null对象的
属性、计算null对象的长度、使用throw语句抛出null等等
4、java.lang.classnotfoundexception
找不到类异常。当应用试图根据字符串形式的类名构造类，而在遍历classpah之后找不到对应名称的class文件时，抛出
该异常。
对异常的处理：
try{}catch{}
try{}catch{}finally{}无论有无异常finally代码块都会被执行
try{}finally{}也是可以组合使用的但是catch{}finally{}不可以
注意：在继承关系中，子类覆盖父类的方法，抛出异常的范围不能比父类更宽泛
异常的使用
在异常的使用这一部分主要是演示代码，都是我们平常写代码的过程中会遇到的(当然只是一小部分)，抛砖引玉吗!
例1. 这个例子主要通过两个方法对比来演示一下有了异常以后代码的执行流程。
public static void testexception1() {
int[] ints = new int[] { 1, 2, 3, 4 };
system.out.println("异常出现前");
try {
system.out.println(ints[4]);
system.out.println("我还有幸执行到吗");// 发生异常以后，后面的代码不能被执行
} catch (indexoutofboundsexception e) {
system.out.println("数组越界错误");
}
system.out.println("异常出现后");
}
/*output:
异常出现前
数组越界错误
常出现后
*/
public static void testexception2() {
system.out.println(ints[4]);
system.out.println("我还有幸执行到吗");// 发生异常以后，他后面的代码不能被执行
}
首先指出例子中的不足之处，indexoutofboundsexception是一个非受检异常，所以不用try…catch…显示捕捉，但是我的目的是对同一个异常用不同的处理方式，看它会有什么不同的而结果(这里也就只能用它将就一下了)。异常出现时第一个方法只是跳出了try块，但是它后面的代码会照样执行的。但是第二种就不一样了直接跳出了方法，比较强硬。从第一个方法中我们看到，try…catch…是一种”事务性”的保障，它的目的是保证程序在异常的情况下运行完毕，同时它还会告知程序员程序中出错的详细信息(这种详细信息有时要依赖于程序员设计)。
例2. 重新抛出异常
public class rethrow {
public static void readfile(string file) throws filenotfoundexception {
bufferedinputstream in = new bufferedinputstream(new fileinputstream(file));
} catch (filenotfoundexception e) {
e.printstacktrace();
system.err.println("不知道如何处理该异常或者根本不想处理它，但是不做处理又不合适，这是重新抛出异常交给上一级处理");
//重新抛出异常
throw e;
public static void printfile(string file) {
readfile(file);
public static void main(string[] args) {
printfile("d:/file");
异常的本意是好的，让我们试图修复程序，但是现实中我们修复的几率很小，我们很多时候就是用它来记录出错的信息。如果你厌倦了不停的处理异常，重新抛出异常对你来说可能是一个很好的解脱。原封不动的把这个异常抛给上一级，抛给调用这个方法的人，让他来费脑筋吧。这样看来，java异常(当然指的是受检异常)又给我们平添很多麻烦，尽管它的出发点是好的。
例3. 异常链的使用及异常丢失
exceptiona,exceptionb,exceptionc
public class exceptiona extends exception {
public exceptiona(string str) {
super();
public class exceptionb extends exceptiona {
public exceptionb(string str) {
super(str);
public class exceptionc extends exceptiona {
public exceptionc(string str) {
异常丢失的情况：
public class nevercaught {
static void f() throws exceptionb{
throw new exceptionb("exception b");
static void g() throws exceptionc {
try {
f();
} catch (exceptionb e) {
exceptionc c = new exceptionc("exception a");
throw c;
}
g();
} catch (exceptionc e) {
e.printstacktrace();
/*
exception.exceptionc
at exception.nevercaught.g(nevercaught.java:12)
at exception.nevercaught.main(nevercaught.java:19)
*/
为什么只是打印出来了exceptionc而没有打印出exceptionb呢?这个还是自己分析一下吧!
上面的情况相当于少了一种异常，这在我们排错的过程中非常的不利。那我们遇到上面的情况应该怎么办呢?这就是异常链的用武之地：保存异常信息，在抛出另外一个异常的同时不丢失原来的异常。
throw new exceptionb("exception b");
f();
exceptionc c = new exceptionc("exception a");
//异常连
c.initcause(e);
throw c;
g();
e.printstacktrace();
at exception.nevercaught.main(nevercaught.java:21)
caused by: exception.exceptionb
at exception.nevercaught.f(nevercaught.java:5)
at exception.nevercaught.g(nevercaught.java:10)
... 1 more
这个异常链的特性是所有异常均具备的，因为这个initcause()方法是从throwable继承的。
例4. 清理工作
清理工作对于我们来说是必不可少的，因为如果一些消耗资源的操作，比如io,jdbc。如果我们用完以后没有及时正确的关闭，那后果会很严重，这意味着内存泄露。异常的出现要求我们必须设计一种机制不论什么情况下，资源都能及时正确的清理。这就是finally。
public void readfile(string file) {
bufferedreader reader = null;
reader = new bufferedreader(new inputstreamreader(new fileinputstream(file)));
// do some other work
e.printstacktrace();
} finally {
try {
reader.close();
} catch (ioexception e) {
e.printstacktrace();
}
例子非常的简单，是一个读取文件的例子。这样的例子在jdbc操作中也非常的常见。(所以，我觉得对于资源的及时正确清理是一个程序员的基本素质之一。)
try…finally结构也是保证资源正确关闭的一个手段。如果你不清楚代码执行过程中会发生什么异常情况会导致资源不能得到清理，那么你就用try对这段”可疑”代码进行包装，然后在finally中进行资源的清理。举一个例子：
public void readfile() {
reader = new bufferedreader(new inputstreamreader(new fileinputstream("file")));
//close reader
reader.close();
} catch (ioexception e) {
我们注意一下这个方法和上一个方法的区别，下一个人可能习惯更好一点，及早的关闭reader。但是往往事与愿违，因为在reader.close()以前异常随时可能发生，这样的代码结构不能预防任何异常的出现。因为程序会在异常出现的地方跳出，后面的代码不能执行(这在上面应经用实例证明过)。这时我们就可以用try…finally来改造：
reader = new bufferedreader(new inputstreamreader(new fileinputstream("file")));
// do some other work
// close reader
} finally {
} catch (filenotfoundexception e) {
} catch (ioexception e) {
}
及早的关闭资源是一种良好的行为，因为时间越长你忘记关闭的可能性越大。这样在配合上try…finally就保证万无一失了(不要嫌麻烦，java就是这么中规中矩)。
再说一种情况，假如我想在构造方法中打开一个文件或者创建一个jdbc连接，因为我们要在其他的方法中使用这个资源，所以不能在构造方法中及早的将这个资源关闭。那我们是不是就没辙了呢?答案是否定的。看一下下面的例子：
public class resourceinconstructor {
public resourceinconstructor() {
reader = new bufferedreader(new inputstreamreader(new fileinputstream("")));
} catch (filenotfoundexception e) {
public void readfile() {
while(reader.readline()!=null) {
//do some work
}
} catch (ioexception e) {
public void dispose() {
reader.close();
这一部分讲的多了一点，但是异常确实是看起来容易用起来难的东西呀，java中还是有好多的东西需要深挖的。
作者：佚名
来源：51cto