Java语法总结 - 异常(转自RAYLONG - 睿狼)
软件开发中一个古老的说法是:80%的
工作使用20%的时间。80%是指检查和处理 错误所付出的努力。在许多语言中,编写检查和处理错误的程序代码很乏味,并使应用 程序代码变得冗长。原因之一就是它们的错误处理方式不是语言的一部分。尽管如此, 错误检测和处理仍然是任何健壮应用程序最重要的组成部分。 Java提供了一种很好的机制,用强制规定的形式来消除错误处理过程中随心所欲的因 素: 异常处理。 它的优秀之处在于不用编写特殊代码检测返回值就能很容易地检测错误。 而且它让我们把异常处理代码明确地与异常产生代码分开,代码变得更有条理。异常处 理也是Java中唯一正式的错误
报告机制。 第一部分 异常
1、抛出异常。所有的标准异常类都有两个构造器:一个是缺省构造器,一个是带参数 的构造器,以便把相关信息放入异常对象中。 throw new NullPointerException(); throw new NullPointerException("t = null"); 2、如果有一个或者多个catch块,则它们必须紧跟在try块之后,而且这些catch块 必须互相紧跟着,不能有其他任何代码。C++没有这样的限制,所以C++的异常处理 处理不好就会写得很乱,抛来拋去的。 3、使用try块把可能出现异常的代码包含在其中,这么做的好处是:处理某种指定的 异常的代码,只需编写一次。
作业没写完的同学到走廊罚站去,这符合我们处理问题的 方式,不用挨个地告诉。 4、无论是否抛出异常,finally块封装的代码总能够在try块之后的某点执行。 例子: try { return ; } finally{ System.out.print("You can't jump out of my hand!"); } 甚至你在try块内用return语句想跳过去都不可以! finally内的输出语句还是执行了! 别想逃出我的手掌心! 5、catch块和finally块是可选的,你可以只使用try。但是这么做有意思吗? 6、推卸责任。Java允许你推卸责任,没有必要从相应的try块为每个可能的异常都编
写catch子句。Java2类库中很多方法都会抛出异常,就是是把异常处理的权限交给了我们用户。毕竟,Java不知道你的自行车被偷了之后,你会去报案还是会忍气吞声自认倒霉,或者偷别人的自行车。我们需要这种处理异常的自由度。
7、调用栈。调用栈是程序执行以访问当前方法的方法链。被调用的最后一个方法在栈的顶部,它将被最先执行完毕,然后弹出;第一个调用方法位于底部,也就是main函数。在catch子句中使用printStackTrace()方法打调用栈信息是比较
常用的定位异常的方法。printStackTrace()继承自Throwable。
8、异常的传播。在一个方法A中,如果一个异常没有得到处理,它就会被自动抛到调用A方法的B方法中。如果B方法也没有处理这个异常,他就会被继续依次向上抛,直到main方法。如果main也没有理会它,那么异常将导致JVM停止,程序就中止了。你被同学揍了,先去告诉老师。老师不理你你就去告诉教导处主任,教导处主任也不管那只能告诉校长,校长还不管!没有比他更大的了,于是你崩溃了,学业中止了……下面这段程序记录了悲惨的辍学历史:
class ExceptionDemo {
static void student() throws Exception{
teacher();
}
static void teacher() throws Exception{
schoolmaster();
}
static void schoolmaster() throws Exception{
throw new Exception();
}
public static void main(String[] args) {
try {
student();
}
catch (Exception e) {
e.printStackTrace();
}
}
}
输出结果是:
java.lang.Exception
at ExceptionDemo.schoolmaster(ExceptionDemo.java:9)
at ExceptionDemo.teacher(ExceptionDemo.java:6)
at ExceptionDemo.student(ExceptionDemo.java:3)
at ExceptionDemo.main(ExceptionDemo.java:13)
可以看出函数的调用栈,一级一级地哭