Spring Boot中ApplicationContextAware跨Jar使用失效问题求助

1. 确保ApplicationContextUtils被Spring容器正确管理 #

• 给ApplicationContextUtils类添加@Component注解，让Spring扫描时自动将其纳入容器管理，保证ApplicationContext能被正常注入。
• 如果Jar包的类不在主项目默认扫描路径下，在主项目的配置类上添加@ComponentScan指定Jar包的基础包：

  @Configuration
  @ComponentScan(basePackages = {"com.your.jar.base.package", "com.main.project.package"})
  public class MainAppConfig {
  }
  

2. 优化ApplicationContext持有方式（避免类加载顺序问题） #

直接用静态变量持有上下文可能因类加载时机导致注入失败，改用静态内部类的方式更稳定：

@Component
public class ApplicationContextUtils implements ApplicationContextAware {

    private ApplicationContextUtils() {}

    private static class ContextHolder {
        private static ApplicationContext context;
    }

    @Override
    public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {
        ContextHolder.context = applicationContext;
    }

    public static ApplicationContext getApplicationContext() {
        return ContextHolder.context;
    }

    public static <T> T getBean(Class<T> clazz) {
        return ContextHolder.context.getBean(clazz);
    }
}

3. 避免过早调用getApplicationContext #

很多空指针是因为Spring还没完成ApplicationContextUtils的初始化，就提前在静态代码块、构造方法等类加载阶段调用了getApplicationContext。确保调用时机在Spring容器完全启动之后，比如在业务方法内调用。

4. 直接注入Tracer（绕开ApplicationContextUtils） #

既然目标是使用Brave Tracer，没必要通过上下文间接获取，直接在非组件类中传入Tracer实例：

• 如果非组件类由Spring管理的类实例化，在创建时传入Tracer：

  @Service
  public class BusinessService {
      private final Tracer tracer;
  
      public BusinessService(Tracer tracer) {
          this.tracer = tracer;
      }
  
      public void execute() {
          NonComponentClass nonComponent = new NonComponentClass(tracer);
          nonComponent.doTrace();
      }
  }
  

• 如果非组件类必须自行实例化，可考虑用@Configurable结合AspectJ实现依赖注入，但这种方式需要额外配置AspectJ，优先推荐构造方法传入的方案。

5. 检查Jar包打包配置 #

确保打包时ApplicationContextUtils的注解元数据没有被混淆或丢失。如果用Maven打包，检查maven-shade-plugin或maven-jar-plugin的配置，确保类的注解信息被完整保留。

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