静态方法中不能直接使用@Autowired，必须通过ApplicationContext获取Bean；推荐用ApplicationContextAware工具类，次选@PostConstruct初始化静态字段，轻量场景可用启动类暴露context，禁用静态字段直接注入。

静态方法中不能直接使用 @Autowired，因为 Spring 的依赖注入发生在对象实例化之后，而静态成员属于类本身、在类加载时就已存在，此时 Spring 容器尚未初始化，也无法对静态字段执行注入。要安全获取 Bean，关键在于**绕过直接注入，转而通过已初始化的 ApplicationContext 获取实例**。

推荐方案：ApplicationContextAware 工具类

这是最常用、最稳定的方式，适用于绝大多数 SpringBoot 项目。

• 新建一个工具类（如 SpringContextUtil），实现 ApplicationContextAware 接口
• 该类必须交由 Spring 管理（加 @Component 或手动注册为 Bean）
• 在 setApplicationContext 回调中保存上下文引用，后续通过静态方法调用 getBean()
• 注意加线程安全防护（如使用 volatile 修饰上下文变量）和空值校验

替代方案：@PostConstruct 初始化静态字段

适合工具类本身可以被 Spring 托管的场景，侵入性略高但代码更集中。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

• 将工具类标记为 @Component
• 用非静态字段接收注入（@Autowired private UserService userService）
• 在 @PostConstruct 方法中，把该实例赋值给 static 字段
• 确保该类在容器启动后才完成初始化，避免多线程竞争问题

进阶方案：启动类中暴露 ApplicationContext

适用于轻量级或测试环境，不推荐用于复杂项目。

• 在 SpringBoot 启动类（含 @SpringBootApplication 的类）中定义 public static ApplicationContext context
• 在 SpringApplication.run(...) 返回后立即赋值
• 其他地方通过 启动类名.context.getBean(...) 获取 Bean
• 缺点是强耦合启动类，不利于模块拆分和单元测试

注意事项与避坑点

无论采用哪种方式，都要注意以下几点：

• 不要在静态字段上直接加 @Autowired —— 编译可通过，运行必报 NullPointerException
• 确保工具类或启动逻辑在 Spring 容器完全刷新（ContextRefreshedEvent）之后才被调用
• 若涉及多线程并发访问，getBean 调用本身是线程安全的，但需保证上下文变量的可见性（建议用 volatile）
• 避免在 Bean 构造函数或 @PostConstruct 中提前调用静态工具方法，否则可能触发循环依赖或空指针