三目运算符是我们经常在代码中使用的a= (b==null?0:1); 这样一行代码可以代替一个 if-else，可以使代码变得清爽易读但是，三目运算符也是有一定的语言规范的在运用不恰当的时候会导致意想不到的问题。前段时间遇到（一个由于使用三目运算符导致的问题其实是因为有三目运算符和自动拆箱同时使用（虽然自动拆箱鈈是我主动用的）。
对于条件表达式b?x:y先计算条件b，然后进行判断如果b的值为true，计算x的值运算结果为x的值；否则，计算y的值运算结果为y的值。一个条件表达式从不会既计算x又计算y。条件运算符是右结合的也就是说，从右向左分组计算例如，a?b:c?d:e将按a?b:（c?d:e）执行

二、洎动装箱与自动拆箱 实际上，执行上面那句代码的时候系统为我们执行了： Integer i = Integer.valueOf(100); 这里暂且不讨论这个原理是怎么实现的（何时拆箱、何时装箱），也略过普通数据类型和对象类型的区别我们可以理解为，当我们自己写的代码符合装（拆）箱规范的时候编译器就会自动帮我們拆（装）箱。那么这种不被程序员控制的自动拆（装）箱会不会存在LL是什么梁问题呢？

首先通过你已有的经验看一下下面这段代码。如果你得到的结果和后文分析的结果一致（并且你知道原理）那么请忽略本文。如果不一致请跟我探索下去。
以上这段代码是我們在不注意的情况下有可能经常会写的一类代码（在很多时候我们都爱使用三目运算符）。当然这段代码是存在问题的，执行该代码會报NPE.
首先可以明确的是，既然报了空指针那么一定是有些地方调用了一个null的对象的某些方法。在这短短的两行代码中看上去只有一处方法调用map.get("test")，但是我们也都是知道map已经事先初始化过了，不会是Null那么到底是哪里有空指针呢。我们接下来反编译一下该代码看看我们寫的代码在经过编译器处理之后变成了LL是什么梁样。
简单的来说就是：当第二第三位操作数分别为基本类型和对象时，其中的对象就会拆箱为基本类型进行操作
所以，结果就是：由于使用了三目运算符并且第二、第三位操作数分别是基本类型和对象。所以对对象进行拆箱操作由于该对象为null，所以在拆箱过程中调用null.booleanValue()的时候就报了NPE