浅析Java语言中存在两种主要异常的不同
副标题#e#
Java提供了两类主要的异常:runtime exception和checked exception。所有的checked exception是从java.lang.Exception类衍生出来的，而runtime exception则是从java.lang.RuntimeException或java.lang.Error类衍生出来的。
它们的差异之处表示在两方面:机制上和逻辑上。
一、机制上
它们在机制上的差异表示在两点: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措施块(虽然我们阻挡这种做法)。
#p#副标题#e#
小结一下:
* 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)却无法直接捕捉问题并陈诉出来。
#p#分页标题#e#
在措施中捕捉runtime exception还会带来更多的问题:要捕捉哪些runtime exception?什么时候捕捉?runtime exception是不需要声明的，你奈何知道有没有runtime exception要捕捉?你想看到在措施中每一次挪用要领时，都利用try/catch措施块吗?
