checked 异常的一个问题是，有时候不允许抛出这样的异常。特别是，如果要覆盖超类中声明的方法，或者实现接口中声明的方法，而那个方法没有声明任何 checked 异常，那么新的实现也不能声明 checked 异常。因此必须预先处理异常。另外，可以将异常转换为运行时异常，或者绕过它而不处理它。但是，应该这样做吗，这其中是否隐藏着错误？
问题
只要看一个例子，问题就清楚了。假设有一个 File 对象的 List，需要按它们的标准路径以字典顺序排序。所谓标准路径，是指在解析别名、符号链接和 /../ 及 /./ 之后得到的完整绝对路径。本地方法使用一个比较器，如清单 1 所示：
清单 1. 按标准路径比较两个文件
import java.io.File;
import java.io.IOException;
import java.util.ArrayList;
import java.util.Collections;
import java.util.Comparator;
public class FileComparator implements Comparator<File> {
public int compare(File f1, File f2) {
return f1.getCanonicalPath().compareTo(f2.getCanonicalPath());
}
public static void main(String[] args) {
ArrayList<File> files = new ArrayList<File>();
for (String arg : args) {
files.add(new File(arg));
}
Collections.sort(files, new FileComparator());
for (File f : files) {
System.out.println(f);
}
}
}
不幸的是，该代码不能通过编译。问题在于，getCanonicalPath() 方法抛出一个 IOException，因为它需要访问文件系统。通常，当使用 checked 异常时，可以使用以下两种方法之一：
将出错的代码包装在一个 try 块中，并捕捉抛出的异常。
声明包装方法（本例为 compare()）也抛出 IOException。
通常，至于选择何种方法，取决于是否能在抛出异常时合理地处理异常。如果能，那么使用 try-catch 块。如果不能，那么声明包装方法本身抛出异常。不幸的是，这两种技巧对于本例都不管用。
在 compare() 方法中无法合理地处理 IOException。从技术上讲，似乎可以做到 — 即返回 0、1 或 -1，如清单 2 所示：