Eclipse下Tomcat运行JSF IP追踪项目@Inject返回NullPointerException

问题定位 #

你遇到的track字段为null触发空指针异常，核心原因非常明确：CDI容器没有正常激活，完全没有执行Bean托管和依赖注入流程。
Tomcat是轻量Servlet容器，本身不内置完整的Java EE/Jakarta EE运行时，哪怕JSF页面能正常渲染、FacesServlet能正常跑，只要CDI环境没配全，所有@Named、@Inject、@ApplicationScoped这类注解都形同虚设——容器既不会帮你实例化托管Bean，也不会给带@Inject的字段赋值，track自然保持Java对象默认的null值，一调用方法就抛NPE。
你之前把构造器里的IP获取逻辑迁移到@PostConstruct的调整方向完全正确，只是这个调整的生效前提是CDI能正常识别托管你的Bean，基础环境没搭好的话，逻辑写得再对也没用。

分步排查解决 #

• 补齐CDI运行的强制配置
  Tomcat环境下跑CDI两个条件缺一个就会失效：
  1. 在项目的WEB-INF路径下新增beans.xml配置文件，作用是告知容器当前Web应用需要纳入CDI托管扫描范围。最小可用的配置内容为：

  <?xml version="1.0" encoding="UTF-8"?>
  <beans xmlns="http://xmlns.jcp.org/xml/ns/javaee"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/javaee
                             http://xmlns.jcp.org/xml/ns/javaee/beans_2_0.xsd"
         bean-discovery-mode="all">
  </beans>
  

  关键配置是bean-discovery-mode="all"，确保容器会扫描项目下所有带CDI注解的类，不用额外逐个配置。
  2. 确保项目依赖里包含CDI的具体实现（比如Weld，是JSF生态默认配套的CDI实现），别光导JSF核心包就期待CDI功能自动生效。
• 检查注解包路径的版本匹配性
  绝对不能混用不同版本体系的注解：
  • 用Java EE 8及更早版本（对应Tomcat 9、JSF 2.3）时，所有注解必须使用javax.*开头的包路径，和你当前代码的导入保持一致
  • 用Jakarta EE 9及以上版本（对应Tomcat 10+、JSF 3.0+）时，所有注解要替换为jakarta.*开头的包路径
    如果出现注解混用（比如导入javax.inject.Named却搭配jakarta.enterprise.context.ApplicationScoped），容器会直接识别不出这个Bean是需要托管的，自然不会做实例化和注入。
• 排查手动实例化Bean的场景
  检查代码里有没有手动写new Track()、new IncreaseCount()的逻辑：只要是手动new出来的对象，完全不经过CDI容器的处理流程，所有@Inject标注的字段永远是null，不会触发容器的注入逻辑。
• 潜在隐患优化
  你现在@PostConstruct里获取IP的逻辑有额外的坑：如果Bean的初始化发生在没有Faces上下文的场景下，FacesContext.getCurrentInstance()会返回null，提前触发空指针。可以在方法里加非空判断兜底：

  @PostConstruct
  public void init() {
      FacesContext context = FacesContext.getCurrentInstance();
      if (context != null) {
          HttpServletRequest request = (HttpServletRequest) context.getExternalContext().getRequest();
          this.ipAddress = request.getRemoteAddr();
      }
  }
  

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