问(未知源)在异常堆栈跟踪中

EN

背景

这个问题与Why does String.valueOf(null) throw a NullPointerException?有关

考虑以下片段：

public class StringValueOfNull {
    public static void main(String[] args) {
        String.valueOf(null);

        // programmer intention is to invoke valueOf(Object), but instead
        // code invokes valueOf(char[]) and throws NullPointerException
    }
}

正如链接问题的答案所解释的那样，Java的方法重载解决了对String.valueOf(char[])的上述调用，这在运行时合法地导致了NullPointerException。

在Eclipseandjavac 1.6.0_17中编译，这是堆栈跟踪：

Exception in thread "main" java.lang.NullPointerException
        at java.lang.String.<init>(Unknown Source)
        at java.lang.String.valueOf(Unknown Source)
        at StringValueOfNull.main(StringValueOfNull.java:3)

注意，上面的堆栈跟踪缺少键信息:它没有valueOf方法的完全签名！上面写着String.valueOf(Unknown Source)！

在我遇到的大多数情况下，异常堆栈跟踪总是拥有堆栈跟踪中实际存在的方法的完整签名，这当然非常有助于立即识别问题，并且首先提供堆栈跟踪(不用说，构建起来相当昂贵)的一个主要原因。

然而，在这种情况下，堆栈跟踪根本没有帮助。它在帮助程序员识别问题方面失败得很惨。

如前所述，我可以看到程序员可以用上述代码段识别问题的三种方法：

case

• Programmer中的
• 程序员自己意识到该方法已经重载，并且根据解析规则，在这个中调用“错误”重载可以让他/她快速查看在Eclipse中选择哪种方法的
  • ，例如，鼠标悬停在上面的表达式中快速告诉程序员String valueOf(char[] data)确实是唯一的。

​

• 程序员检查字节码(ugh!)

最后一个选项可能是最不容易访问的，但当然是最终的答案(程序员可能误解了重载规则，IDE可能是错误的，但是字节码总是(？)说出正在做什么的真相)。

问题

• 为什么在这种情况下堆栈跟踪对于堆栈跟踪中的方法的签名信息如此缺乏信息？
  • 是编译器造成的吗？运行时？某物else?

​

• 在其他什么(罕见？)堆栈跟踪可能无法捕获这样的基本信息吗？