Spring Boot整合Apache Camel时@Autowired类方法调用触发空指针异常

• 依赖注入与字段初始化的执行顺序冲突：Java中实例字段的初始化（示例中类C写的String username=config.getUsername();这类直接在类体中给字段赋值的逻辑）是在类实例构造阶段执行的，而Spring的@Autowired字段注入是在对象构造完成之后才执行的。也就是说，Spring初始化类C的流程是：先调用类C的无参构造器创建对象 → 执行实例字段初始化逻辑（此时@Autowired修饰的config还未被注入，值为null） → 完成对象创建后再给config字段注入值。因此执行到config.getUsername()时config仍为null，直接触发NPE。
• 附带语法问题（虽不是直接NPE诱因，但会导致项目编译或运行失败）：
  • 类A的getUsername()方法末尾缺少分号
  • 类B继承RouteBuilder的configure方法缺少方法括号，正确签名应为带小括号的方法定义
  • 类名、类引用存在笔误：比如类名b不符合Java大驼峰命名规范，类C中引用的ClassA/ClassC和实际定义的类名A、C不匹配。

1. 修正类C的赋值逻辑，规避初始化顺序问题 #

根据实际使用场景选择以下任意一种写法：

• 场景1：无需在类C初始化时就获取username，仅在业务逻辑中使用
  直接把取值逻辑放到Camel实际调用的业务方法中即可，此时Spring已完成所有依赖注入，不会出现空指针：

  @Component
  public class C {
      @Autowired
      private A config;
  
      // 供Camel调用的业务方法
      public void process() {
          String username = config.getUsername();
          // 后续业务逻辑
      }
  }
  

• 场景2：确实需要在类C初始化完成后就持有username值
  优先使用Spring官方推荐的构造器注入，在构造对象时就完成依赖传入和赋值，从根源上避免空指针：

  @Component
  public class C {
      // 用final修饰保证依赖不可变，安全性更高
      private final A config;
      private String username;
  
      // 类仅存在一个构造器时无需添加@Autowired，Spring会自动匹配注入
      public C(A config) {
          this.config = config;
          // 构造时config已经由Spring传入，可安全调用方法
          this.username = config.getUsername();
      }
  }
  

  也可以使用@PostConstruct注解实现：该注解修饰的方法会在Spring完成所有依赖注入、对象完全初始化后才执行：

  @Component
  public class C {
      @Autowired
      private A config;
      private String username;
  
      @PostConstruct
      public void init() {
          this.username = config.getUsername();
      }
  }
  

2. 修正所有语法与规范问题 #

• 给类A的getUsername()方法补上分号：return username;
• 修正类B的路由方法签名，补充@Override注解，同时明确Camel调用的bean方法名（避免默认匹配失败）：

  @Component
  public class RouteB extends RouteBuilder {
      @Autowired
      private C customC;
  
      @Override
      public void configure() throws Exception {
          from("direct:start")
              // 显式指定调用C类的process方法，避免Camel默认匹配失败
              .bean(customC, "process")
              .to("log:first-timer");
      }
  }
  

• 统一类名、类引用的命名规范，避免笔误导致的其他注入失败问题。

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