你是不是刚写 Java 的时候，突然就弹出个 NullPointerException？当时是不是一脸懵，明明我代码里都赋值了啊，怎么还空了？我当初第一次遇到这玩意儿的时候，盯着控制台那行红色报错看了十分钟，甚至怀疑是不是编译器出问题了 —— 现在想起来还觉得好笑，哪有编译器背锅的道理，其实都是自己没考虑到 “对象可能不存在” 的情况。

就拿做用户管理功能来说吧，你从数据库查用户信息，心里想着 “查到了就直接用”，于是顺手写了 user.getName () 想显示用户名。结果有时候数据库里根本没这个用户，返回的 user 是 null，这时候一运行，NullPointerException 直接跳出来，程序咔嚓就停了。你是不是也经历过这种 “明明逻辑没问题，怎么就报错了” 的崩溃时刻？其实问题很简单，你默认了 “查出来的 user 一定有值”，但实际业务里总有例外情况，比如用户没注册、数据被删除，这些都会让对象变成 null。

那怎么避开这个坑呢？最基础的办法就是 “调用前先判断”。比如先写个 if (user != null)，确认对象存在之后再去调 getName ()，虽然多写了一行代码，但能少踩很多没必要的坑。不过 Java 8 之后不是有 Optional 嘛，用它来包装对象会更优雅 —— 比如 Optional userOpt = Optional.ofNullable (user)，然后用 userOpt.map (User::getName).orElse ("未知用户")，这样既不用写一堆 if，还能给个默认值，是不是比硬判断舒服多了？我自己现在写代码，只要涉及对象调用，基本都会用 Optional，亲测能减少至少一半的空指针问题。

说到这儿可能有人会问：“那集合遍历的时候，怎么也会报空指针啊？” 你是不是也遇到过这种情况：别人传了个 List users 给你，你直接就 for (User u : users) 开始遍历，结果运行的时候又报错了。这时候你可能还纳闷，我没往集合里放东西啊，怎么还空了？其实空集合和 null 完全是两回事 —— 空集合是 new ArrayList<>()，虽然里面没元素，但集合对象本身是存在的，遍历的时候顶多不执行循环体；但如果 users 是 null，就意味着 “根本没有这个集合对象”，一遍历自然就报错了。

对付这种坑也有小技巧，比如你自己定义集合的时候，一开始就初始化，别让它处于 null 状态。比如写 List users = new ArrayList<>()，就算后续没加元素，遍历也不会有问题。如果是接收别人传过来的集合，担心是 null 的话，可以用 Objects.requireNonNullElse (users, new ArrayList<>())，意思就是 “如果 users 是 null，就给它赋个空集合”，这样后续不管是遍历还是加元素，都安全多了。

还有个容易被忽略的坑，就是字符串比较的时候。比如你写 String str = null; if (str.equals ("test"))，这时候肯定会报空指针，因为 null 对象不能调用方法。但如果把常量放前面，写成 "test".equals (str)，就算 str 是 null 也不会报错，只会返回 false—— 这个小技巧是不是很实用？我也是踩过几次坑之后才发现的，现在写字符串比较，下意识就会把常量放前面。

你想想看，除了这几个场景，你写 Java 的时候还遇到过哪些 NullPointerException 的情况？比如调用数组元素的时候，数组本身是 null？或者调用对象的嵌套属性，比如 user.getAddress ().getCity ()，中间的 address 是 null？这种嵌套调用最容易出问题，一层一层下来，只要有一个环节是 null，整个调用链就断了。对付这种情况，要么用 Optional 的链式调用，要么就老老实实地逐层判断，虽然麻烦，但总比线上报错强。

其实 NullPointerException 虽然讨厌，但本质上是提醒我们 “代码考虑得不周全”。只要写代码的时候多留个心眼，多问自己一句 “这个对象会不会是 null？”，提前做好判断，大部分情况都能避免。你平时是怎么处理空指针的？有没有什么自己总结的小技巧？欢迎在评论区分享一下，大家一起避坑，少走点弯路～

我是【即兴小索奇】，点击关注，后台回复 领取，获取更多相关资源