捕捉或抛出异常的条件
有效的Java编程语言代码必须符合Catch或指定要求。这意味着可能引发某些异常的代码必须由以下任一种形式表达：
* 使用try 语法去捕捉异常。这个try必须为异常提供一个异常处理程序，这个过程，被描述在：异常的捕捉和处理 （PS：目前的链接指向原文地址，翻译完成后，修改为译文地址）
*一个抛出异常的方法。这个方法必须为一系列的异常提供一个throws序列。这个过程，被描述在：指定方法抛出的异常
不遵守捕捉或抛出异常条件要求的代码，将无法通过编译。
不是所有的异常都需要捕捉或者抛出。为什么？？？我们需要了解异常的三个基本分类，在这三个之中，仅仅只有一个需要符合要求
异常的三种类型：
第一种异常是检查时异常，而一个编写良好的程序将自动恢复这类异常。举个例子，设想一个程序提示用户输入文件名，然后通过将文件名传递给java.io.FileReader的构造函数来打开这个文件。正常情况下，这个用户会提供一个已经存在的，可读的文件的文件名。所以，将成功构造FileReader对象，而程序也能正常执行。但是，有些时候，用户提供的却是一个不存在的文件的文件名，构造器抛出：Java.io.FileNotFoundException。一个编写良好的程序，将能够捕捉到这类异常，并通知给用户，提示他填写一个正确的文件名。
检查时异常需要进行捕捉或抛出。所有异常都是检查异常，除了由Error，RuntimeException及其子类指示的异常。
第二种异常是错误。这是一个程序无法预测的状况，并且程序自身无法修复它。举个例子，设想一个程序成功的打开了一个文件，将要输入信息。但是，却由于硬件或系统故障，而无法读取这个文件。不能成功读取时，会抛出java.io.IOError. 一个程序可能会选择捕捉这个异常，为了使用户知道发生的问题——但是，打印堆栈信息，并推出程序，也是有意义的。
错误可以不进行异常处理。错误是由Error及其子类指出的异常。
第三种异常是运行时异常。这是程序内部的一种状况，通常情况下，程序自身无法修复它。这类状况里，通常包括：程序bugs，使用不当的API或者逻辑错误。举个例子，一个程序被定义为通过一个文件名去构造一个FileReader对象。如果，一个错误的逻辑，会造成 null 被传递到构造器，这时候，构造器将抛出：NullPointException.程序将会捕捉到这个异常，但更有意义的是，去修复造成这个错误的bug。
运行时异常可以不被捕捉或者抛出。运行时异常是由RuntimeException及其子类指定的。
错误和运行时异常被统称为未经检查的异常。
绕过异常捕捉或指定
一些程序员认为捕获或确认异常在异常机制中存在严重缺陷，并通过使用未经检查的异常代替检查的异常来绕过它。一般来说，这是不推荐的。 “未经检查的例外”部分 - “争议”讨论何时使用未经检查的异常。
原文地址：捕捉或抛出异常的条件