我刚刚发现在Java 5里声明的一个方法:Integer.getInteger(String):http://java.sun.com/j2se/1.5.0/docs/api/java/lang/Integer.html#getInteger(java.lang.String) 根据指定的名称得到系统属性的整数值。
第一个参数将被认为是系统属性的名称。系统属性可以通过 System.getProperty(java.lang.String)方法访问得到。属性值字符串将被解释成一个整数,并且以表示这个值的Integer对象形式返回。可能出现的数字格式的详细说明可以在 getProperty 的定义说明里找到。 那么就让我来看看是否理解了: Integer.valueOf(String) 通过假设 String 表达的是一个数值而把 String 转化成数字。也就是说, Integer.valueOf("12345") 得到数字 12345。 Integer.getInteger(String) 通过假设 String 是一个系统属性数值的名称而把 String 转换成一个数字。也就是说, Integer.getInteger("12345") 应该是得到 null。 有谁会认为这两者之间有足够清晰的区别?有多少bug是因为本来想使用valueOf但却使用了getInteger而导致的? 这种形式的方法重载就是所谓的谐音重载(near-phrase overloading)。这是我刚发明的术语。它说的是人们使用非常相似的术语表达完全不同的东西。看一下 x 和 y 这两个词,一种情况下它们用做gm(x)和gm(y),(译者注:gm是重量单位“克”),而另一种上下文中它们用做 cm(x) 和 cm(y)(译者注:cm是长度单位“厘米”)。如果你这样使用distance(gm(x), gm(y))< distance(cm(x),cm(y)) 那么这就是一种错误的对x的y用法!你应该在这个上下文中使用x和y之外的变量名。事实上,那个方法应该被叫做getIntegerProperty。 这是我在Java中看到的绝对会产生歧义一个最糟糕的案例。他们应该把事情做得漂亮些。 Update:结果我又发现了更糟糕的一个: Boolean.getBoolean("true") 得出的结果会等于 Boolean.FALSE