为什么int num = Integer.getInteger（“ 123”）抛出Null

Question

以下代码抛出NullPointerException：

int num = Integer.getInteger("123");

getInteger因为它是静态的，所以我的编译器是否调用null？那没有任何意义！

发生了什么？

Answer 1

大图景这里有两个问题在起作用：Integer getInteger(String) 没有按照你的想法去做null在这种情况下返回从Integer到的分配int会导致自动取消装箱由于Integeris null，NullPointerException被抛出要解析(String) "123"为(int) 123，您可以使用例如int Integer.parseInt(String)。参考文献Java语言指南/自动装箱Integer API参考static int parseInt(String)static Integer getInteger(String)上 Integer.getInteger关于此方法的功能，文档说明如下：public static Integer getInteger(String nm)：确定具有指定名称的系统属性的整数值。如果没有具有指定名称null的属性，或者指定的名称为空或，或者该属性的格式不正确，则null返回该属性。换句话说，此方法与将a解析String为int/Integer值无关，而与System.getProperty方法有关。诚然，这可能是一个惊喜。不幸的是，库有这样的惊喜，但是它确实教了您一个宝贵的教训：请务必查阅文档以确认方法的作用。巧合的是，《难题的归来：施洛克和敬畏（TS-5186）》，乔什·布洛赫（ Josh Bloch）和尼尔·戈夫特（Neal Gafter）在2009年JavaOne技术会议的演讲中介绍了此问题的变体。这是结论幻灯片：道德奇怪而可怕的方法潜伏在图书馆有些名字听起来无害如果您的代码行为不当确保调用正确的方法阅读图书馆文件对于API设计人员不要违反最小惊讶原则不要违反抽象层次结构不要将相似的名称用于行为截然不同的行为为了完整起见，还有这些方法类似于Integer.getInteger：Boolean.getBoolean(String)Long.getLong(String)在自动拆箱中当然，另一个问题是如何NullPointerException抛出。为了解决这个问题，我们可以如下简化代码段：Integer someInteger = null;int num = someInteger; // throws NullPointerException!!!这是来自Effective Java 2nd Edition，项目49的引用：优先于基元类型而不是盒装基元：总之，只要有选择，就优先于框式基元使用基元。基本类型更简单，更快速。如果必须使用盒装原语，请当心！自动装箱减少了使用装箱原语的冗长程度，但没有危险。当您的程序将两个装箱的原语与==运算符进行比较时，它将进行身份比较，这几乎肯定不是您想要的。当您的程序进行涉及装箱和拆箱原语的混合类型计算时，它会进行拆箱，而当您的程序进行拆箱时，它可能会抛出NullPointerException。最后，当您的程序将原始值装箱时，可能会导致创建昂贵且不必要的对象。在某些地方您别无选择，只能使用盒装基元，例如泛型，但是否则您应该认真考虑使用盒装基元的决定是否合理。