日志中出现null pointer异常如何排查与解决

ref="/tag/415/" style="color:#C468A7;font-weight:bold;">日志里突然冒出null pointer，别慌

做数据备份的时候，系统日志突然刷出一堆NullPointerException，看着确实让人头皮发紧。但其实这问题没那么玄乎，关键是要知道它从哪儿来，往哪儿去。

最常见的场景是备份脚本读取配置文件时，某个字段没填，程序没做空值判断，直接调用方法就崩了。比如你写了个Java服务定期备份数据库，配置项backup.path漏写了，代码里直接file.getParent().mkdirs()，这时候getParent()返回null，调mkdirs()自然就抛空指针。

先看堆栈，定位出事的那行

打开日志，找到异常堆栈最上面那一行，通常是具体报错的位置。比如：

java.lang.NullPointerException
    at com.backup.TaskRunner.execute(TaskRunner.java:45)
    at com.backup.Scheduler.run(Scheduler.java:30)

说明问题出在TaskRunner.java第45行。去看看那行代码干了啥，是不是对一个可能为空的对象调用了方法。

加空值检查，别让程序裸奔

比如原本的代码是：

String path = config.getBackupPath();
Files.createDirectories(Paths.get(path));

如果getBackupPath()返回null，第二行就炸。改成：

String path = config.getBackupPath();
if (path == null || path.trim().isEmpty()) {
    logger.error("备份路径未配置");
    return;
}
Files.createDirectories(Paths.get(path));

提前拦截，日志也清楚，不会莫名其妙挂掉。

配置文件和输入数据都要验

很多null来自外部输入。比如JSON配置少了个字段，或者数据库某条记录的last_modified是null，反序列化后对象属性就是null。建议在服务启动时做一次配置校验，关键字段必须存在且非空。

也可以用工具类辅助，比如Apache Commons的StringUtils.isNotBlank()，或者Java 8的Optional：

Optional.ofNullable(config.getBackupPath())
    .filter(p -> !p.trim().isEmpty())
    .orElseThrow(() -> new IllegalArgumentException("备份路径不能为空"));

日志别只记异常，上下文更重要

光打个NullPointerException没用，得把当时的变量状态也记下来。比如：

logger.info("准备执行备份，目标路径：{}，源库：{}", path, sourceUrl);

这样出问题时一眼就能看出哪个是null。别等到排查时靠猜。

还有一点，别把敏感信息打满日志，路径里带密码或密钥的话要脱敏。安全和可查得兼顾。

单元测试补上，别等上线才发现

写个测试用例，把配置设成null，看看会不会崩。模拟几种异常输入，确保程序能优雅处理而不是直接抛空指针。特别是核心备份流程，宁可多花十分钟测，别让半夜报警找上门。