Javaのダブルチルド（~~）の意味は何ですか？

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とhashしているintの。私は、Java、について知っていることから、~否定ビット単位手段、そうadjust = ~~adjustとhash = ~~hash変わらない変数を残す必要があります。小さなテストを実行します（もちろん、アサーションを有効にして）、

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

これを確認します。グアバの連中が彼らが何をしているか知っていると仮定すると、彼らがこれをする理由があるに違いない。問題は何ですか？

編集コメントで指摘されているように、上記のテストにはがi等しい場合は含まれていませんInteger.MAX_VALUE。以来i <= Integer.MAX_VALUE、常に真実である、私たちは永遠にループするからそれを防ぐために、ループの外にそのような場合を確認する必要があります。ただし、行

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

コンパイラの警告「同一の式を比較しています」を生成します。

Javaでは、何も意味しません。

しかし、そのコメントは、その行がJavaをJavaScriptにコンパイルする方法であるGWT専用であることを示しています。

JavaScriptでは、整数は整数として機能するdoubleのようなものです。たとえば、最大値は2 ^ 53です。しかし、ビット演算子は数値を32ビットであるかのように扱います。これがまさにこのコードで必要なものです。つまり、JavaScriptで「32ビットの数値として~~hash扱う」と言いhashます。具体的には、下位32ビットを除くすべてを破棄します（ビットごとに~演算子は下位32ビットのみを参照するため）。これは、Javaのオーバーフローのしくみと同じです。

それがない場合、オブジェクトのハッシュコードは、Javaランドで評価されるか、GWTコンパイルを介してJavaScriptランドで評価されるかによって異なります。