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

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

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

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

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

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

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

@Autowired
private ApplicationContext appContext;

您将得到ApplicationContext对象。

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

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

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

即使在添加了@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)

请注意;下面的代码将创建新的应用程序上下文，而不是使用已经加载的上下文。

private static final ApplicationContext context = 
               new ClassPathXmlApplicationContext("beans.xml");

还要注意，beans.xml应该是src/main/resources的一部分，这意味着在war中它是WEB_INF/classes的一部分，其中真正的应用程序将通过Web.xml中提到的applicationContext.xml加载。

<context-param>
    <param-name>contextConfigLocation</param-name>
    <param-value>META-INF/spring/applicationContext.xml</param-value>
</context-param>

在ClassPathXmlApplicationContext构造函数中很难提及applicationContext.xml路径。ClassPathXmlApplicationContext("META-INF/spring/applicationContext.xml")无法定位文件。

因此，最好通过使用注释来使用现有的applicationContext。

@Component
public class OperatorRequestHandlerFactory {

    public static ApplicationContext context;

    @Autowired
    public void setApplicationContext(ApplicationContext applicationContext) {
        context = applicationContext;
    }
}