我相信你可以使用SingletonBeanFactoryLocator。beanRefFactory.xml文件将保存实际的applicationContext，它将像这样:

<bean id="mainContext" class="org.springframework.context.support.ClassPathXmlApplicationContext">
     <constructor-arg>
        <list>
            <value>../applicationContext.xml</value>
        </list>
     </constructor-arg>
 </bean>

从应用上下文中获取bean的代码是这样的:

BeanFactoryLocator bfl = SingletonBeanFactoryLocator.getInstance();
BeanFactoryReference bf = bfl.useBeanFactory("mainContext");
SomeService someService = (SomeService) bf.getFactory().getBean("someService");

Spring团队不鼓励使用这个类和yadayada，但它很适合我使用它的地方。

即使在添加了@Autowire之后，如果你的类不是一个RestController或Configuration class, applicationContext对象仍然是空的。尝试用下面创建新类，它工作正常:

@Component
public class SpringContext implements ApplicationContextAware{

   private static ApplicationContext applicationContext;

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

然后，你可以在同一个类中根据你的需要实现一个getter方法，比如通过:

    applicationContext.getBean(String serviceName,Interface.Class)

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

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

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

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

我使用一种简单、标准化的方法允许外部访问我自己的任何单例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环境。

方法1:您可以通过实现ApplicationContextAware接口来注入ApplicationContext。参考链接。

@Component
public class ApplicationContextProvider implements ApplicationContextAware {

    private ApplicationContext applicationContext;

    public ApplicationContext getApplicationContext() {
        return applicationContext;
    }

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

方法2:在任何spring托管bean中自动装配应用程序上下文。

@Component
public class SpringBean {
  @Autowired
  private ApplicationContext appContext;
}

参考链接。

请注意，通过将当前ApplicationContext的任何状态或ApplicationContext本身存储在一个静态变量中(例如使用单例模式)，如果使用Spring-test，您将使您的测试不稳定且不可预测。这是因为Spring-test在同一个JVM中缓存和重用应用程序上下文。例如:

测试运行并使用@ContextConfiguration({"classpath:foo.xml"})进行注释。 测试B运行并使用@ContextConfiguration({"classpath:foo.xml"， "classpath:bar.xml})进行注释 运行测试C，并且使用@ContextConfiguration({"classpath:foo.xml"})进行注释

当测试A运行时，将创建一个ApplicationContext，并且任何实现ApplicationContextAware或自动装配ApplicationContext的bean都可能写入静态变量。

当测试B运行时，同样的事情也会发生，并且静态变量现在指向测试B的ApplicationContext

当测试C运行时，没有bean被创建，因为测试A的TestContext(这里是ApplicationContext)被重用了。现在，您得到了一个指向另一个ApplicationContext的静态变量，而不是当前为您的测试保存bean的ApplicationContext。