在浏览 Guava 的源代码时，我遇到了以下一段代码（hashCode内部类的部分实现CartesianSet）：

int adjust = size() - 1;
for (int i = 0; i < axes.size(); i++) {
    adjust *= 31;
    adjust = ~~adjust;
    // in GWT, we have to deal with integer overflow carefully
}
int hash = 1;
for (Set<E> axis : axes) {
    hash = 31 * hash + (size() / axis.size() * axis.hashCode());

    hash = ~~hash;
}
hash += adjust;
return ~~hash;

adjust和都是s hash。int根据我对 Java 的了解，~这意味着按位否定，因此adjust = ~~adjust应该hash = ~~hash保持变量不变。运行小测试（当然，启用断言），

for (int i = Integer.MIN_VALUE; i < Integer.MAX_VALUE; i++) {
    assert i == ~~i;
}

证实了这一点。假设番石榴家伙知道他们在做什么，那么他们这样做肯定是有原因的。问题是什么？

编辑 正如评论中指出的那样，上面的测试不包括iequals的情况Integer.MAX_VALUE。由于i <= Integer.MAX_VALUE总是正确的，我们需要在循环外检查这种情况，以防止它永远循环。然而，线

assert Integer.MAX_VALUE == ~~Integer.MAX_VALUE;

产生编译器警告“比较相同的表达式”，这几乎可以说明问题。