三目运算类型取值原则（避坑）

在云笔记无意翻到这个N年前的小笔记，挺有意思的。PO一下

三目运算语法：

源于某次帮团队成员看NPE问题的梳理：

String result = 100 < a ? "可以" : null ;

or

int pos = 10;
Integer up = null;
Integer v = 100 < a ? pos : up;    《《《《 运行结果是什么？NPE哦

1、三目运算第二部分和第三部分类型一样，那么返回结果的类型也一样

2、三目运算第二部分和第三部分，其中一个是原始类型T，一个是原始类型的装箱。那么返回结果的类型是原始类型T。即对象会做自动拆箱。

3、三目运算的第二部分和第三部分，其中一个是null，另外一个是对象。那么返回结果的类型是对象的类型。

---

为什么？

一、三目运算符

对于条件表达式 b ? x : y，先计算条件b，然后进行判断。如果b的值为true，计算x的值，运算结果为x的值；否则，计算y的值，运算结果为y的值。
一个条件表达式从不会既计算x，又计算y。条件运算符是右结合的，也就是说，从右向左分组计算。例如，a?b:c?d:e将按a?b:（c?d:e）执行。

二、自动装箱与自动拆箱

基本数据类型的自动装箱(autoboxing)、拆箱(unboxing)是自J2SE 5.0开始提供的功能。
一般我们要创建一个类的对象实例的时候，我们会这样： Class a = new Class(parameters); 当我们创建一个Integer对象时，却可以这样： Integer i = 100;(注意：和 int i = 100;是有区别的 ) 实际上，执行上面那句代码的时候，系统为我们执行了： Integer i = Integer.valueOf(100); 这里暂且不讨论这个原理是怎么实现的（何时拆箱、何时装箱），也略过普通数据类型和对象类型的区别。
我们可以理解为，当我们自己写的代码符合装（拆）箱规范的时候，编译器就会自动帮我们拆（装）箱。那么，这种不被程序员控制的自动拆（装）箱会不会存在什么问题呢？

三、问题回顾

首先，通过你已有的经验看一下下面这段代码。如果你得到的结果和后文分析的结果一致（并且你知道原理），那么请忽略本文。