公司搬迁，临时充当装修工，提前两个小时到公司忙着拆卸设备。结果接到客户反映，某部分功能偶尔不能用。于是参与救火，与写这段代码的小伙伴一起排查原因。
最终发现导致业务偶尔不能使用是由long类型自动拆箱导致空指针异常引起的。下面就带大家分析一下java中基础类型的包装类在拆箱和装箱过程中都做了什么，为什么会出现空指针异常，以及面试过程中会出现的相关面试题。
问题重现
下面通过一个简单的示例才重现一下异常出现的场景。
基本的场景就是请求一个接口，去接口中取某个值，这个值为long类型，从map中取得值之后，进行long类型的强转。当接口返回的userid为null时，强转这块就抛出空指针异常：
exception in thread “main” java.lang.nullpointerexception
at com.choupangxia.box.boxtest.main(boxtest.java:15)
上面的场景跟下面的代码出现异常效果一样：
上述代码也是将long类型进拆箱导致的异常，只不过一个在代码中，一个在参数中。为了分析更简化，我们以第二个为例进行讲解。
原因分析
最初大家可能会疑惑，抛出异常的代码都没有对象的方法调用，怎么会出现空指针呢？
这中间主要涉及到的就是一个自动拆箱操作。是否是拆箱导致的呢？我们来通过字节码看一下。
通过javap -c来查看一下对应的字节码：
其中getvalue方法调用对应的是main方法中编号3和6的操作。编号3为命令invokevirtual为方法指令。对应的便是value.longvalue，value对应的就是声明的long类型。
也就是说编译器将getvalue(value)拆分成了两步，第一步将通过value的longvalue方法将其拆箱，然后再将拆箱之后的结果传递给方法。相当于：
对照最开始的代码，如果value为null的话，那么在调用longvalue方法时便会抛出nullpointerexception。
所以，本质上来讲，所谓的自动拆箱和装箱只不过是java提供的语法糖而已。
再次证实
下面用int类型的实例同时证实一下自动拆箱和自动装箱两个操作语法糖底层到底是怎么运行的：
同样查看上面代码的字节码：
可以看到main方法部分，编号2进行了装箱操作，将原始类型int，装箱成了integer，调用的方法为integer.valueof；而编号7进行了拆箱操作将integer类型转换成了int类型，调用的方法为integer.intvalue。
自动拆箱装箱的本质
通过上面的分析，我们可以看出所谓的拆箱（unboxing）和装箱（boxing）操作只不过是一个语法糖的功能。编译器在编译操作时，本质上还是会调用对应包装类的不同方法来进行处理。
装箱时通常会调用包装类的valueof方法，而拆箱时通常会调用包装类的xxxvalue()方法，其中xxx为类似boolean/long/int等。
而自动拆箱和装箱的操作主要发生在赋值、比较、算数运算、方法调用等常见。此时，我们就需要主要空指针的问题。
面试题
看一个面试题：请问下面foo1和foo2被调用时如何执行？并简单分析一下。
很明显在调用两个方法时都会抛出空指针异常。关于抛空指针异常的原因及分析过程，上文已经讲过，大家可以尝试分析一下字节码。
再看一个面试题：下面的语句能正常执行吗？
答案：可以正常执行。在java中null是一个特殊的值，可以赋值给任何引用类型，也可以转化为任何引用类型。
小结
任何一个小的问题，小的异常，如果深入追踪一下，不仅能够更清楚的明白底层原理，而且还可以在实践的过程中更有把握，更少犯错。
到此这篇关于java自动拆箱空指针异常的解决的文章就介绍到这了,更多相关java自动拆箱空指针异常内容请搜索www.887551.com以前的文章或继续浏览下面的相关文章希望大家以后多多支持www.887551.com！
