三目运算符是我们经常在代码中使用的，a= (b==null?0:1); 这样一行代码可以代替一个 if-else，可以使代码变得清爽易读。
但是，三目运算符也是有一定的语言规范的。在运用不恰当的时候会导致意想不到的问题。
前段时间遇到（一个由于使用三目运算符导致的问题，其实是因为有三目运算符和自动拆箱同时使用（虽然自动拆箱不是我主动用的）。
一、三目运算符
三元元素的格式：【条件控制语句】 ? 【表达式1】 : 【表达式2】。
1、对于条件表达式b?x:y，先计算条件b，然后进行判断。如果b的值为true，计算x的值，运算结果为x的值；否则，计算y的值，运算结果为y的值。
2、一个条件表达式从不会既计算x，又计算y。
3、条件运算符是右结合的，也就是说，从右向左分组计算。例如，a?b:c?d:e将按a?b:（c?d:e）执行。
优点：一些简单的逻辑判断三元运算符可以简化代码，去除多余的 if-else 语句。
缺点：三元运算符使用时必须有返回值，没有返回值的表达式是不可以使用的。
使用时一点要注意，考虑好实际情况在进行使用！
二、自动装箱与自动拆箱
基本数据类型的自动装箱(autoboxing)、拆箱(unboxing)是自J2SE 5.0开始提供的功能。
一般我们要创建一个类的对象实例的时候，我们会这样： Class a = new Class(parameters);
当我们创建一个Integer对象时，却可以这样： Integer i = 100;(注意：和 int i = 100;是有区别的 ) 实际上，执行上面那句代码的时候，系统为我们执行了： Integer i = Integer.valueOf(100); 这里暂且不讨论这个原理是怎么实现的（何时拆箱、何时装箱），也略过普通数据类型和对象类型的区别。我们可以理解为，当我们自己写的代码符合装（拆）箱规范的时候，编译器就会自动帮我们拆（装）箱。那么，这种不被程序员控制的自动拆（装）箱会不会存在什么问题呢？
三、问题回顾
首先，通过你已有的经验看一下下面这段代码。如果你得到的结果和后文分析的结果一致（并且你知道原理），那么请忽略本文。如果不一致，请跟我探索下去。
Map<String,Boolean> map = new HashMap<String, Boolean>();
Boolean b = (map!=null ? map.get("test") : false);
以上这段代码，是我们在不注意的情况下有可能经常会写的一类代码（在很多时候我们都爱使用三目运算符）。当然，这段代码是存在问题的，执行该代码，会报NPE。
Exception in thread "main" java.lang.NullPointerException
首先可以明确的是，既然报了空指针，那么一定是有些地方调用了一个null的对象的某些方法。在这短短的两行代码中，看上去只有一处方法调用map.get("test")，但是我们也都是知道，map已经事先初始化过了，不会是Null，那么到底是哪里有空指针呢。
我们接下来反编译该代码。看看我们写的代码在经过编译器处理之后变成了什么样。反编译后代码如下：
HashMap hashmap = new HashMap();
Boolean boolean1 = Boolean.valueOf(hashmap == null
? false
: ((Boolean)hashmap.get("test")).booleanValue());
看完这段反编译的代码之后，经过分析我们大概可以知道问题出在哪里。((Boolean)hashmap.get("test")).booleanValue()的执行过程及结果如下：
hashmap.get(“test”)->null;
(Boolean)null->null;
null.booleanValue()->报错
好，问题终于定位到了。那么接下来看看如何解决该问题以及为什么会出现这种问题。
四、原理分析
通过查看反编译之后的代码，我们准确的定位到了问题，分析之后我们可以得出这样的结论：NPE的原因应该是三目运算符和自动拆箱导致了空指针异常。那么，这段代码为什么会自动拆箱呢？这其实是三目运算符的语法规范。参见 jls-15.25，摘要如下
If the second and third operands have the same type (which may be the null type),
then that is the type of the conditional expression. If one of the second and third operands is of primitive type T,
and the type of the other is the result of applying boxing conversion (§5.1.7) to T,
then the type of the conditional expression is T. If one of the second and third operands is of the null type and
the type of the other is a reference type,
then the type of the conditional expression is that reference type.
简单的来说就是：当第二，第三位操作数分别为基本类型和对象时，其中的对象就会拆箱为基本类型进行操作。
所以，结果就是：由于使用了三目运算符，并且第二、第三位操作数分别是基本类型和对象。所以对对象进行拆箱操作，由于该对象为null，所以在拆箱过程中调用null.booleanValue()的时候就报了NPE。
如果代码这么写，就不会报错：
Boolean b = (map!=null ? map.get("test") : Boolean.FALSE);
就是保证了三目运算符的第二、第三位操作数都为对象类型。这和三目运算符有关。
五、扩展例子
public class Demo2 {
public static void main(String[] args) {
// 初始化三个变量
Integer number1 = 20;
Integer number2 = 30;
Integer number3 = null;
// 表达式
Integer result = number1 > number2 ? number1 + number2 : number3;
System.out.printf("三元表达式的结果为：%d", result);
}
}
大家能看出来错误吗？可能不仔细看发现不了问题，下面我把控制台运行结果展示出来。
看到这个错误后我一愣，明明是拿包装类接收的返回值？不应该报空指针错误的啊？然后我将class文件反编译了一下，此时错误一目了然。
真相大白！当表达式1和表达式2进行类型对齐时抛出了空指针异常。
那么什么时候会出现类型对齐的情况那？我总结了以下两种会发出类型对齐的拆箱操作。
1、表达式一和表达式二有一个是基本数据类型。
2、表达式一和表达式二的值类型不一致，会强制拆箱升级成范围更大的那个表达式的类型。
六、版本差异
JDK7，报出了空指针异常。
JDK8，没有报异常。
所以还在使用JDK7的小伙伴注意了，为了避免空指针异常，三目运算符中要把基础类型进行装箱