首先声明一个 User
对象,接下来所有代码可能都会用到这个对象做演示,在下面将不在赘述。很简单,不上代码,上图片:
1.自动解箱抛 NPE
代码只有一行,再简单不过了:
int method() { return new User().getId(); }
踩坑姿势:包装类型为 null 时,进行自动转换为基本数据类型报错。
解决方案:返回之前进行判断与处理或者改为相同类型。
2.级联调用易产生 NPE
这段代码有点容易迷惑人,因为它进行了集合元素的 isEmpty
判断,按说不会出问题了吧。看代码:
static void method1() {
List<User> list = new ArrayList<User>();
list.add(new User());
if (!CollectionUtils.isEmpty(list)) {
for (User user : list) {
System.out.println("userid:" + user.getId().toString());
}
}
}
不废话,看运行结果:
踩坑姿势:其实就是尽管你在之前做了对象不为空的判断,但你并不能保证对象中的值不为空,而且这时候去级联调用就会抛 NPE 。
手册中关于 NPE 的描述:
防止 NPE 是调用者的责任。即使被调用方法返回空集合或者空对象,对调用者来说,也并非高枕无忧,必须考虑到远程调用失败、序列化失败、运行时异常等场景返回 null 的情况。
集合里的元素即使 isEmpty,取出的数据元素也可能为 null。
级联调用 obj.getA().getB().getC();一连串调用,易产生 NPE
3.关于 Equals
这是日常开发中用于相等比较使用最多的方法了吧,因为当年谁没被 ==
坑过阿。现在一般我们都会这么写:user.getName().equals("mafly");
踩坑姿势: 一不小心使用了 null 值调用了 Equals
方法。
解决方案: 很简单咯,这么写:"mafly".equals(user.getName());
equals 方法容易抛空指针异常,应使用常量或确定有值的对象来调用 equals。
4.Map 下的 NPEMap
应该是我们开发中使用最频繁的了,最常用的可能有 HashMap
、ConcurrentHashMap
这俩了,可能会一不留神写出这样的代码:
踩坑姿势: 可能我们知道 ConcurrentHashMap
的 K/V 都不能为空,但我们有时候并不知道传进来的值是否为空。
解决方案: 设置时做下检验,对它的特性正确理解及使用。
由于 HashMap 的干扰,很多人认为 ConcurrentHashMap 是可以置入 null 值,而事实上,
存储 null 值时会抛出 NPE 异常
Map 类集合 K/V 能不能存储 null 值的情况,如下表格:
集合类 | Key | Value | Super | 说明 |
---|---|---|---|---|
Hashtable | 不允许为 null | 不允许为 null | Dictionary | 线程安全 |
ConcurrentHashMap | 不允许为 null | 不允许为 null | AbstractMap | 分段锁技术 |
TreeMap | 不允许为 null | 允许为 null | AbstractMap | 线程不安全 |
HashMap | 允许为 null | 允许为 null | AbstractMap | 线程不安全 |