3項if-elseの自動開梱の必要性

このコードは正常に動作します：-

    Integer nullInt = null;
    if (1 <= 3) {
        Integer secondNull = nullInt;
    } else {
        Integer secondNull = -1;
    }
    System.out.println("done");

しかし、これはnullポインター例外をスローしますが、Eclipseは自動アンボックス化の必要があることを警告します：-

    Integer nullInt = null;
    Integer secondNull = 1 <= 3 ? nullInt : -1;
    System.out.println("done");

なぜそうなのですか、誰かが案内してくれますか？

三項条件式のタイプ

1 <= 3 ? nullInt : -1

is int（JLSには、2番目と3番目のオペランドのタイプに応じて、3項条件演算子のタイプを説明するいくつかのテーブルが含まれています）。

したがって、にボックス化解除しようとnullIntするintと、NullPointerExceptionがスローされます。

if-elseスニペットの動作を取得するには、次のように記述する必要があります。

1 <= 3 ? nullInt : Integer.valueOf(-1)

これで式のタイプはになるIntegerため、ボックス化解除は行われません。

三項演算子の引数はこれと同じ型である必要があると確信しています。-1と一部の定数nullintコンパイラを使用nullintしているため、値を取得するためにボックス化解除を試みます。そして、それをオートボックスしてsecondNull変数に格納します。

これは、条件演算子の2つのオペランド? :がプリミティブ型とそのボックス化参照型の場合、ボックス化解除変換が行われるためです（JLS§15.25.2）。

数値条件式のタイプは、次のように決定されます。

• ...
• 2番目と3番目のオペランドの一方がプリミティブ型Tであり、もう一方の型がTにボクシング変換（§5.1.7）を適用した結果である場合、条件式の型はTです。

一般的に、式自体をコンパイル時の型にする必要があるため、ifステートメントを? :式で置き換えても、コードの意味が常に保持されるわけではありません? :。つまり、2つのオペランドのタイプが異なる場合、結果が一貫したコンパイル時のタイプになるように、一方または両方に変換を行う必要があります。

これは（Java 1.8で）機能しました：

Integer secondNull = 1 <= 3 ? null : -1;