为什么 java.io.File.listFiles() 抛出 NPE 而不是正确的异常？

Question

今天我写了一个小的 Java 程序来查找我的硬盘上的文件，部分原因是 Windows 缺少一个合适的程序，部分原因是它是为了好玩。它只是遍历目录的所有子目录，如果它们是目录，则递归遍历所有子目录。但后来我有一个NullPointerException。经过System.out.println()'s 和try-catch block之后，我发现这发生在D:\System Volume Information、C:\Users\Public\Documents\My Videos 和C:\ProgramData\Templates 等一些目录上。 Windows 本身说，当在资源管理器地址栏中输入“拒绝访问”时。当探索时，它们似乎被锁定了。来自java.io.File 的source 告诉我：

public File[] listFiles() {
    String[] ss = list();
    if (ss == null) return null; //This line seems to cause the NPE
    int n = ss.length;
    File[] fs = new File[n];
    for (int i = 0; i < n; i++) {
        fs[i] = new File(ss[i], this);
    }
    return fs;
}

我的问题是，为什么没有合适的说法，IOException、SecurityException，甚至是IDontCareWhatKindOfExceptionButPleaseNoNullPointerExceptionException？

我知道我可以只用try-catch 换NPEs，或者检查null，但我真的很好奇为什么没有正确的Exception 抛出。

由于我不喜欢 try/catch 并检查 null 是因为代码的审美价值，所以我做了一些讨厌的、讨厌的反射代码（有很多虚伪的 try/catch 块），它模仿了 java.io.File 的一些方法，因为它们是私有的，并且某些包（如java.io.FileSystem）是不可见的。而且因为我不关心某些 Windows 文件，所以我只是使用此代码忽略它们，给我一个空的array：

public static File[] listFiles(File mThis) {
    String[] ss = list(mThis);
    if (ss == null) {
        //System.out.println("ss is null");
        return new File[] {};
    }
    int n = ss.length;
    File[] fs = new File[n];
    for (int i = 0; i < n; i++) {
        fs[i] = getNewFile(ss[i], mThis);
    }
    return fs;
}

编辑：为避免误解：我确实使用try/catch，我只是在美学上不喜欢它们。

EDIT2：我宁愿使用 GUI 而不是命令提示符。而且我非常不喜欢 Windows 搜索 GUI。使用起来几乎是痛苦的。

Answer 1

简答：

• 安装 JDK 7；
• 使用新的Files API。

在那之后你永远不会回到File。

Answer 2

之所以如此，是因为API的设计者在函数的合约（文档+签名）中正确识别了原因：

如果这个抽象路径名不代表一个目录，那么这个 方法返回 null。否则返回一个 File 对象数组， 一个用于目录中的每个文件或目录。路径名表示 目录本身和目录的父目录不是 包含在结果中。每个生成的抽象路径名是 使用 File(File, String) 从这个抽象路径名构造 构造函数。因此，如果这个路径名是绝对的，那么每个 结果路径名是绝对的；如果这个路径名是相对的，那么每个 生成的路径名将相对于同一目录。

它返回 null 并给出具体原因。

因为我不喜欢 try/catch 和检查 null 因为 代码的审美价值

这可能是 API 的“缺点”，但您公然无视它，因此您的程序崩溃了。