在你执行任何其他建议之前，问自己这些问题…

为什么我要获取ApplicationContext? 我是否有效地使用ApplicationContext作为服务定位器? 我可以完全避免访问ApplicationContext吗?

在某些类型的应用程序(例如Web应用程序)中，这些问题的答案比在其他应用程序中更容易，但无论如何都值得一问。

访问ApplicationContext确实违反了整个依赖注入原则，但有时您没有太多选择。

不确定这有多有用，但你也可以在初始化应用程序时获得上下文。这是最快的你可以获得上下文，甚至在@Autowire之前。

@SpringBootApplication
public class Application extends SpringBootServletInitializer {
    private static ApplicationContext context;

    // I believe this only runs during an embedded Tomcat with `mvn spring-boot:run`. 
    // I don't believe it runs when deploying to Tomcat on AWS.
    public static void main(String[] args) {
        context = SpringApplication.run(Application.class, args);
        DataSource dataSource = context.getBean(javax.sql.DataSource.class);
        Logger.getLogger("Application").info("DATASOURCE = " + dataSource);

在Spring bean中进行自动装配，如下所示:

@Autowired
private ApplicationContext appContext;

您将得到ApplicationContext对象。

看一下ContextSingletonBeanFactoryLocator。它提供静态访问器来获取Spring的上下文，假设它们已经以某种方式注册。

它并不漂亮，而且可能比您想要的还要复杂，但它是有效的。

这里有一个很好的方法(不是我的，原始参考在这里: http://sujitpal.blogspot.com/2007/03/accessing-spring-beans-from-legacy-code.html

我使用过这种方法，效果很好。基本上，它是一个简单的bean，包含对应用程序上下文的(静态)引用。通过在spring配置中引用它来初始化它。

看看原来的裁判，非常清楚。

我使用一种简单、标准化的方法允许外部访问我自己的任何单例Spring bean。使用这个方法，我继续让Spring实例化Bean。我是这么做的:

定义与外围类类型相同的私有静态变量。 在类的每个构造函数中将该变量设置为this。如果类没有构造函数，则添加一个用于设置变量的默认构造函数。 定义一个返回单例变量的公共静态getter方法。

这里有一个例子:

@Component
public class MyBean {
    ...

    private static MyBean singleton = null;

    public MyBean() {
        ...
        singleton = this;
    }

    ...
    
    public void someMethod() {
        ...
    }

    ...

    public static MyBean get() {
        return singleton;
    }
}

然后我可以在单例bean上调用someMethod，在我代码中的任何地方，通过:

MyBean.get().someMethod();

如果您已经子类化了您的ApplicationContext，您可以直接将这种机制添加到它中。否则，您可以子类化它来完成这个任务，或者将这个机制添加到任何可以访问ApplicationContext的bean中，然后使用它来从任何地方访问ApplicationContext。重要的是，正是这个机制让您能够进入Spring环境。