error exception in Java

是的，非常正确：所有使用try{} catch(Exception e){}的代码块只能找到你一半的错误。但是，是否try并catch Throwable取决于你捕捉它的原因。快速的看一下Error的子类，它们的名字类似VirtualMachineError，ThreadDeath，LinkageError。当你想捕获这些家伙们的时候，你要确定你需要捕获它们。因为那些都是很严重的错误。

但是ClassCastException是一个error吗？不完全是。ClassCastException或任何类型的exception只是虚拟机(VM，VirtualMachine)让你知道有问题发生的方式，这说明，开发者产生了一个错误，现在有一个机会去修正它。

另一方面，error是虚拟机的问题（通常是这样，但也可能是操作系统的问题）。引用Java文档中关于error的说明：“Error是Throwable的子类，它的出现说明出现了严重的问题。一般应用程序除非有理由，否则不应该捕捉Error。通常这是非常反常的情况。”

所以，error非常强大，而且但处理它远比一般开发者想象的要难（当然不是你）。如果你在做一项很简单的工作的话，你认为有必要去处理error?

首先，记住，error跟exception抛出的方式大体相同的，只有一点不同。就是一个抛出error的方法不需要对此进行声明（换句话说，这是一个unchecked exception(也被称做Runtime Exception)）。

Java代码  

1. public void myFirstMethod() throws Exception  
2.   
3.     //Since it's an exception, I have to declare   
4.   
5.     //it in the throws clause {  
6.   
7.     throw new Exception();  
8.   
9. }  
10.   
11.    
12.   
13. public void mySecondMethod()  
14.   
15.     //Because errors aren't supposed to occur, you   
16.   
17.     //don't have to declare them.   
18.   
19. {  
20.   
21.     throw new Error();  
22.   
23. }  

注意，有一些exception是不可控制的(unchecked exception)，跟error的表现是一样的，如：NullPointerException，ClassCastException和IndexOutOfBoundsException，它们都是RuntimeException的子类。RuntimeException和其子类都是unchecked excception。



那应该如何处理这些令人讨厌的unchecked exception呢？你可以在可能出现问题的地方catch它们，但这只是一个不完整的解决方法。这样虽然解决了一个问题，但其余的代码仍可能被其他unchecked exception所中断。这里有一个更好的办法，感谢ThreadGroup类提供了这个很棒的方法：

Java代码  

1. public class ApplicationLoader extends ThreadGroup  
2.   
3. {  
4.   
5.      private ApplicationLoader()  
6.   
7.      {  
8.   
9.           super("ApplicationLoader");  
10.   
11.      }  
12.   
13.    
14.   
15.      public static void main(String[] args)  
16.   
17.      {  
18.   
19.           Runnable appStarter = new Runnable()  
20.   
21.           {  
22.   
23.                public void run()  
24.   
25.                {  
26.   
27.                     //invoke your application  
28.   
29.                     (i.e. MySystem.main(args)  
30.   
31. }  
32.   
33.           }  
34.   
35.           new Thread(new ApplicationLoader(), appStarter).start();  
36.   
37.      }  
38.   
39.    
40.   
41.      //We overload this method from our parent  
42.   
43.      //ThreadGroup , which will make sure that it  
44.   
45.      //gets called when it needs to be.  This is   
46.   
47.      //where the magic occurs.  
48.   
49. public void uncaughtException(Thread thread, Throwable exception)  
50.   
51.      {  
52.   
53.           //Handle the error/exception.  
54.   
55.           //Typical operations might be displaying a  
56.   
57.           //useful dialog, writing to an event log, etc.  
58.   
59.      }  

这个技巧太棒了。想想这种情况，你对你的GUI程序进行了修改，然后一个unchecked exception被抛出了。并且你的GUI程序常常具有了错误的状态（对话框仍旧开着，按钮失效了，光标状态出现错误）。但是，使用这个技巧，你可以将你的GUI程序恢复原始状态并通知用户出现了错误。对自己感觉很棒吧，因为你写了一个高质量的应用程序。

这个技巧并不只适用于GUI程序。服务器端应用程序可以使用这个技巧来释放资源，防止虚拟机进入不稳定状态。较早的捕获错误并聪明的将其处理是好的程序员和普通程序员的区别之一。你已经明白了这些，我知道你想成为哪一类程序员。

[color=cyan]关于作者

Josh Street是Bank of America的构架设计师。他主要负责电子商务平台的开发。他的联系方式是rjstreet@computer.org。[/color]



附1


简要的叙述error和exception



Error和Exception都继承自Throwable，他们下列不同处：



Exceptions

1．可以是 可被控制(checked) 或 不可控制的(unchecked)

2．表示一个由程序员导致的错误

3．应该在应用程序级被处理



Errors

1．总是 不可控制的(unchecked)

2．经常用来用于表示系统错误或低层资源的错误

3．如何可能的话，应该在系统级被捕捉