已初始化局部变量仍出现java.lang.NullPointerException（Tomcat Servlet报错）

看起来你遇到了让人头疼的空指针问题——哪怕已经初始化了局部变量，第二行黄标代码还是抛出了java.lang.NullPointerException，结合你给出的Tomcat报错：

Apr 06, 2018 3:15:29 PM org.apache.catalina.core.StandardWrapperValve invoke SEVERE: Servlet.service() for servlet dispatcher threw exception java.lang.NullPointerException

我帮你梳理几个常见的排查方向：

• 检查“初始化”是否真的有效
  很多时候我们以为给变量赋了值，但实际可能是Object obj = null;这种形式的“假初始化”。或者你初始化的对象依赖其他未正确实例化的组件（比如Spring注解漏加导致注入失败），导致这个变量本质还是null。仔细核对初始化代码，确保给的是一个有效实例。

• 黄标行的调用链中存在null前置对象
  假设黄标行是obj.getSubObj().doSomething()，哪怕你初始化了obj，但obj.getSubObj()返回的是null，照样会触发NPE。或者你在初始化变量后，又不小心给它重新赋值为null了（比如中间有obj = someMethod()，而这个方法返回null）。

• 警惕并发场景下的变量意外修改
  Servlet本身是多线程处理请求的，虽然局部变量默认线程安全，但如果你的变量引用了外部的共享对象（比如Servlet类的成员变量），那可能被其他线程修改为null。排查下变量是否关联了非线程安全的共享资源。

• 用调试/日志定位变量状态
  在黄标代码的前一行，添加日志或者打印语句，输出相关变量的状态，比如：

  System.out.println("目标变量状态：" + targetVar);
  

  通过输出结果确认变量是否真的非null，如果显示为null，就回溯变量的赋值路径，找出哪一步把它置为null了。

如果能提供黄标行附近的具体代码片段，会更精准地定位问题哦！

内容的提问来源于stack exchange，提问作者Preciso Sensedge