如何避免NPE(NullPointException)

首先声明一个 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 下的 NPE
Map 应该是我们开发中使用最频繁的了，最常用的可能有 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	线程不安全