- 热门文章:
- · 使用设计模式改善程序结构(三)
- · 小结Hibernate的查询方式
- · Struts常见错误汇总
- · JDBC专题介绍(3)
- · JDBC专题介绍(2)
- · JDBC专题介绍(1)
- · java命令行简介
- · 详述:JAVA也能克隆
- · Java多线程程序设计-区别与总结
- · 使用javap深入查看类文件
- · 用Java编写的密码算法类
- · Java/J2EE中文问题终极解决之道
上一篇:Java线程的深入探讨 >>
浅析Java语言中两种异常的差别
它们的不同之处表现在两方面:机制上和逻辑上。
一、机制上
它们在机制上的不同表现在两点:1.如何定义方法;2. 如何处理抛出的异常。请看下面CheckedException的定义:
public class CheckedException extends Exception
{
public CheckedException() {}
public CheckedException( String message )
{
super( message );
}
}
以及一个使用exception的例子:
public class ExceptionalClass
{
public void method1()
throws CheckedException
{
// ... throw new CheckedException( “...出错了“ );
}
public void method2( String arg )
{
if( arg == null )
{
throw new NullPointerException( “method2的参数arg是null!” );
}
}
public void method3() throws CheckedException
{
method1();
}
}
你可能已经注意到了,两个方法method1()和method2()都会抛出exception,可是只有method1()做了声明。另外,method3()本身并不会抛出exception,可是它却声明会抛出CheckedException。在向你解释之前,让我们先来看看这个类的main()方法:
public static void main( String[] args )
{
ExceptionalClass example = new ExceptionalClass();
try
{
example.method1();
example.method3();
}
catch( CheckedException ex ) { } example.method2( null );
}
在main()方法中,如果要调用method1(),你必须把这个调用放在try/catch程序块当中,因为它会抛出Checked exception。
相比之下,当你调用method2()时,则不需要把它放在try/catch程序块当中,因为它会抛出的exception不是checked exception,而是runtime exception。会抛出runtime exception的方法在定义时不必声明它会抛出exception。
现在,让我们再来看看method3()。它调用了method1()却没有把这个调用放在try/catch程序块当中。它是通过声明它会抛出method1()会抛出的exception来避免这样做的。它没有捕获这个exception,而是把它传递下去。实际上main()方法也可以这样做,通过声明它会抛出Checked exception来避免使用try/catch程序块(当然我们反对这种做法)。
小结一下:
* Runtime exceptions:
在定义方法时不需要声明会抛出runtime exception;
在调用这个方法时不需要捕获这个runtime exception;
runtime exception是从java.lang.RuntimeException或java.lang.Error类衍生出来的。
* Checked exceptions:
定义方法时必须声明所有可能会抛出的checked exception;
在调用这个方法时,必须捕获它的checked exception,不然就得把它的exception传递下去;
checked exception是从java.lang.Exception类衍生出来的。
二、逻辑上
从逻辑的角度来说,checked exceptions和runtime exception是有不同的使用目的的。checked exception用来指示一种调用方能够直接处理的异常情况。而runtime exception则用来指示一种调用方本身无法处理或恢复的程序错误。
checked exception迫使你捕获它并处理这种异常情况。以java.net.URL类的构建器(constructor)为例,它的每一个构建器都会抛出MalformedURLException。MalformedURLException就是一种checked exception。设想一下,你有一个简单的程序,用来提示用户输入一个URL,然后通过这个URL去下载一个网页。如果用户输入的URL有错误,构建器就会抛出一个exception。既然这个exception是checked exception,你的程序就可以捕获它并正确处理:比如说提示用户重新输入。
再看下面这个例子:
public void method()
{
int [] numbers = { 1, 2, 3 };
int sum = numbers[0] numbers[3];
}
在运行方法method()时会遇到ArrayIndexOutOfBoundsException(因为数组numbers的成员是从0到2)。对于这个异常,调用方无法处理/纠正。这个方法method()和上面的method2()一样,都是runtime exception的情形。上面我已经提到,runtime exception用来指示一种调用方本身无法处理/恢复的程序错误。而程序错误通常是无法在运行过程中处理的,必须改正程序代码。
总而言之,在程序的运行过程中一个checked exception被抛出的时候,只有能够适当处理这个异常的调用方才应该用try/catch来捕获它。而对于runtime exception,则不应当在程序中捕获它。如果你要捕获它的话,你就会冒这样一个风险:程序代码的错误(bug)被掩盖在运行当中无法被察觉。因为在程序测试过程中,系统打印出来的调用堆栈路径(StackTrace)往往使你更快找到并修改代码中的错误。有些程序员建议捕获runtime exception并纪录在log中,我反对这样做。这样做的坏处是你必须通过浏览log来找出问题,而用来测试程序的测试系统(比如Unit Test)却无法直接捕获问题并报告出来。
在程序中捕获runtime exception还会带来更多的问题:要捕获哪些runtime exception?什么时候捕获?runtime exception是不需要声明的,你怎样知道有没有runtime exception要捕获?你想看到在程序中每一次调用方法时,都使用try/catch程序块吗?
下一篇:使用设计模式改善程序结构(三) >>
相关文章:
- · Java技术新方向
- · 实战Java多线程编程之不提倡的方法
- · Java学习从入门到精通 4方法篇
- · Java学习从入门到精通 2书籍篇
- · Java学习从入门到精通 3过程篇
- · Java学习从入门到精通 1工具篇
- · 编写一个JAVA的队列类
- · 调用CUI程序的方法
- · 在Eclipse中用SWT设计界面
- · JSP概述
- · JSP预定义变量的使用
- · JSP Actions的使用
- · JSP中实现页面跳转
- · JSP之Taglib Directiv
- · 用Java编写通过代理访问的应用程序
- · JSP不是简化的Java
- · Java入门需掌握的30个基本概念
- · 如何取得IP/用户名等信息
- · Java和JavaScript有何关系?
- · Windows 2000中如何配置JDK
- · 2004开发技术年度综述之Java世界
- · 开发基于Java的图形用户界面
- · Java应用程序中创建图像
- · javamail收取Hotmail的退信
- · javamail收取Hotmail的退信
- · EJB 3.0开发指南之多表映射
- · EJB组件与可重用性的矛盾
- · Java操作文本文件的方法
- · Java多线程编程之限制优先级
- · EJB 3.0 开发指南之定时服务
- · J2SE中的序列化之继承
- · J2SE中的序列化的认识
- · Java中基本数据类型与流
- · Eclipse开发Hibernate应用程序
- · JBuilder2005实现重构
- · CORBA对象生命周期
- · 基于Java的代理设计模式
- · Eclipse 3.0 上配置JSP开发环境
