从Java 1.5中,你几乎可以互换Integer使用int在许多情况下。
Integer
int
但是,我发现代码中存在潜在的缺陷,这让我有些惊讶。
如下代码:
Integer cdiCt = ...; Integer cdsCt = ...; ... if (cdiCt != null && cdsCt != null && cdiCt != cdsCt) mismatch = true;
值相等时,似乎无法正确设置不匹配,尽管我无法确定在什么情况下。我在Eclipse中设置了一个断点,发现Integer值都为137,并且检查了布尔表达式,并说它是假的,但是当我越过它时,它会将不匹配设置为true。
将条件更改为:
if (cdiCt != null && cdsCt != null && !cdiCt.equals(cdsCt))
解决了问题。
谁能阐明为什么会这样?到目前为止,我只在自己的PC上的本地主机上看到了该行为。在这种情况下,代码成功地进行了约20次比较,但在2次失败。该问题始终可再现。
如果这是一个普遍存在的问题,则可能会在我们的其他环境(开发和测试)上引起错误,但是到目前为止,在执行了此代码段的数百次测试之后,没有人报告过该问题。
==比较两个Integer值是否仍然不合法?
==
除了以下所有出色的答案之外,下面的stackoverflow链接还有很多附加信息。它实际上会回答我原来的问题,但是因为我没有在问题中提及自动装箱,所以它没有出现在所选建议中:
为什么编译器/ JVM不能使自动装箱“正常工作”?
JVM正在缓存Integer值。==仅适用于-128至127之间的数字 http://www.owasp.org/index.php/Java_gotchas#Immutable_Objects_.2F_Wrapper_Class_Caching