日志中出现null pointer怎么办（详细解析）

ref="/tag/415/" style="color:#874873;font-weight:bold;">日志里突然冒出null pointer？别慌，先看看这几处

前两天朋友找我吐槽，说他写的程序跑得好好的，结果一查日志，满屏都是“null pointer exception”，吓得以为系统要崩了。其实这种情况在开发和运维中挺常见的，尤其是一些老项目或者第三方接口调用时，数据没传对，日志立马就报空指针。别急着重启服务，先一步步排查，往往能省下不少调试时间和服务器开销。

先看日志上下文，定位出问题的类和行号

打开日志文件，找到报 null pointer 的那一行，通常会带出错的类名、方法名和行号。比如：

java.lang.NullPointerException
    at com.example.service.UserService.getUserInfo(UserService.java:45)
    at com.example.controller.UserController.detail(UserController.java:23)

从这里就能看出是 UserService 的第 45 行出了问题。接着去看代码，重点检查那个位置有没有直接调用对象的方法而没判断是否为空。

常见坑点：字符串比较写反了

很多人习惯写 if (name.equals("admin"))，但如果 name 是 null，这一行直接炸。正确的写法应该是把常量放前面：

if ("admin".equals(name))

这样即使 name 为 null，也不会抛异常，返回 false 就完事了。一个小改动，避免一次线上事故，还能省掉后续的紧急修复成本。

对象嵌套取值前记得判空

比如有个用户地址信息，你写 user.getAddress().getCity()，看着没问题，但如果用户没填地址，user.getAddress() 返回 null，后面 getCity() 就会触发空指针。稳妥的做法是逐层判断：

if (user != null && user.getAddress() != null) {
    String city = user.getAddress().getCity();
}

或者用 Java 8 的 Optional 写法，更简洁：

String city = Optional.ofNullable(user)
    .map(User::getAddress)
    .map(Address::getCity)
    .orElse("未知");

第三方接口返回数据别盲目信任

很多 null pointer 其实是外部接口给的 JSON 数据少了字段，反序列化后某些字段就是 null。比如调支付网关，有时候测试环境返回的数据不全，生产一跑就炸。建议在接收数据后加一层校验，关键字段缺失就打日志告警，而不是直接往下用。

加个全局异常拦截，别让程序轻易挂掉

在 Spring 项目里，可以写个 @ControllerAdvice 拦住所有未处理的空指针：

@ControllerAdvice
public class GlobalExceptionHandler {

    @ResponseBody
    @ExceptionHandler(NullPointerException.class)
    public Map<String, Object> handleNPE(NullPointerException e) {
        Map<String, Object> result = new HashMap<>();
        result.put("code", 500);
        result.put("msg", "系统正在开小差，请稍后再试");
        return result;
    }
}

至少能让用户看到友好提示，而不是直接 500 错误页面，减少客服投诉量。

遇到 null pointer 别第一反应就是改代码。先看日志上下文，再查调用链，很多时候是数据问题而不是逻辑问题。提前加上判空和异常处理，能省下半夜被叫起来修 bug 的时间，也能少花几顿请同事救场的饭钱。