作为三元运算符允许的int返回null，但if语句则不允许

让我们在以下片段中查看简单的Java代码：

public class Main {

    private int temp() {
        return true ? null : 0;
        // No compiler error - the compiler allows a return value of null
        // in a method signature that returns an int.
    }

    private int same() {
        if (true) {
            return null;
            // The same is not possible with if,
            // and causes a compile-time error - incompatible types.
        } else {
            return 0;
        }
    }

    public static void main(String[] args) {
        Main m = new Main();
        System.out.println(m.temp());
        System.out.println(m.same());
    }
}

在这个最简单的Java代码中，temp()即使函数的返回类型为，该方法也不会发出编译器错误int，并且我们正在尝试返回该值null（通过语句return true ? null : 0;）。编译时，这显然会导致运行时异常NullPointerException。

但是，如果我们用一个if语句（如在same()方法中）表示三元运算符，这似乎是错误的，它确实会发出编译时错误！为什么？

编译器解释 nullInteger将对的为null ，对条件运算符应用自动装箱/拆箱规则（如Java语言规范15.25中所述），并愉快地前进。这将NullPointerException在运行时生成一个，您可以通过尝试进行确认。

我认为，Java编译器将其解释true ? null : 0为一个Integer表达式，可以将其隐式转换为int，可能会给出NullPointerException。

对于第二种情况，该表达式null具有特殊含义 null类型， 请参见，因此代码return null使类型不匹配。

实际上，所有这些都在Java Language Specification中进行了说明。

条件表达式的类型确定如下：

• 如果第二个操作数和第三个操作数具有相同的类型（可能为null类型），则这是条件表达式的类型。

因此，“空”在您的 (true ? null : 0)得到一个int类型，然后自动装箱为Integer。

尝试使用类似方法进行验证(true ? null : null)，您将得到编译器错误。

在if陈述的情况下，null引用不被视为Integer引用，因为它没有参与强制将其解释为这样的表达式。因此，错误很容易在编译时捕获，因为它显然是一种类型错误。

对于条件运算符，Java语言规范§15.25“条件运算符? :”在如何应用类型转换的规则中很好地回答了这一问题：

• 如果第二个操作数和第三个操作数具有相同的类型（可能为null类型），则这是条件表达式的类型。
  
  不适用，因为null不是int。

---

• 如果第二个和第三个操作数之一是布尔类型，而另一个的类型是布尔类型，则条件表达式的类型是布尔值。
  
  不适用，因为既没有null，也不int是boolean或Boolean。

---

• 如果第二个操作数和第三个操作数之一为空类型，而另一个的类型为引用类型，则条件表达式的类型为该引用类型。
  
  不适用，因为它null是null类型，但int不是引用类型。

---

• 否则，如果第二和第三操作数具有可转换为数字类型的类型（第5.1.8节），则有几种情况：[…]
  
  适用：null被视为可转换为数字类型，并在§5.1中定义。 8“取消装箱转换”以引发NullPointerException。

首先要记住的是Java三元运算符有一个“类型”，这是编译器将确定并考虑的内容，而不管第二或第三参数的实际/实际类型是什么。根据几种因素，以不同的方式确定三元运算符的类型，如Java语言规范15.26中所示。

在上面的问题中，我们应该考虑最后一种情况：

否则，第二和第三操作数分别为S1和S2类型。令T1为对S1进行装箱转换所产生的类型，而T2为对S2进行装箱转换所产生的类型。条件表达式的类型是将捕获转换（§5.1.10）应用于lub（T1，T2）（§15.12.2.7）的结果。

一旦您了解了应用捕获转换（第5.1.10节），并且最重要的是在lub（T1，T2）上，这是迄今为止最复杂的情​​况。

用通俗易懂的英语，经过极端简化，我们可以将过程描述为计算第二个和第三个参数的“最小公共超类”（是的，想想LCM）。这将给我们三元运算符“类型”。同样，我刚才所说的是极端简化（考虑实现多个通用接口的类）。

例如，如果您尝试以下操作：

long millis = System.currentTimeMillis();
return(true ? new java.sql.Timestamp(millis) : new java.sql.Time(millis));

您会注意到条件表达式的结果类型是java.util.Date因为它是Timestamp/ Time对的“最小公共超类” 。

由于null可以自动装箱到任何东西，因此“最小公共超类”是Integer此类，它将是上面条件表达式（三元运算符）的返回类型。返回值将是类型为null的指针，Integer即三元运算符将返回的值。

在运行时，当Java虚拟机取消装箱时，Integer将NullPointerException引发a。发生这种情况是因为JVM尝试调用函数null.intValue()，这null是自动装箱的结果。

我认为（而且由于我的意见不在Java语言规范中，所以很多人都会发现它是错误的），编译器在评估问题中的表达式方面做得很差。鉴于你写了true ? param1 : param2则编译器应立即确定null将返回第一个参数-- 并应生成编译器错误。这有点类似于您编写while(true){} etc...和编译器抱怨循环下面的代码并用以下代码标记时的情况：Unreachable Statements。

您的第二种情况非常简单，这个答案已经太长了...;）

更正：

经过另一次分析，我认为说一个null值可以装箱/自动装箱到任何东西是错误的。谈论类Integer时，显式装箱包括调用new Integer(...)构造函数或Integer.valueOf(int i);（我在某处找到此版本）。前者将抛出一个NumberFormatException（并且不会发生），而第二个将变得毫无意义，因为int不能null...

实际上，由于编译器知道，在第一种情况下可以对表达式进行求值，因为编译器知道必须将其评估为Integer，但是在第二种情况下，null无法确定返回值（）的类型，因此无法对其进行编译。如果将其强制转换为Integer，则代码将编译。

private int temp() {

    if (true) {
        Integer x = null;
        return x;// since that is fine because of unboxing then the returned value could be null
        //in other words I can say x could be null or new Integer(intValue) or a intValue
    }

    return (true ? null : 0);  //this will be prefectly legal null would be refrence to Integer. The concept is one the returned
    //value can be Integer 
    // then null is accepted to be a variable (-refrence variable-) of Integer
}

这个怎么样：

public class ConditionalExpressionType {

    public static void main(String[] args) {

        String s = "";
        s += (true ? 1 : "") instanceof Integer;
        System.out.println(s);

        String t = "";
        t += (!true ? 1 : "") instanceof String;
        System.out.println(t);

    }

}

输出是true，true。

Eclipse将条件表达式中的1标记为自动装箱。

我的猜测是编译器将表达式的返回类型视为Object。