SpringApplicationContext.java

import org.springframework.beans.BeansException;
import org.springframework.context.ApplicationContext;
import org.springframework.context.ApplicationContextAware;

/**
 * Wrapper to always return a reference to the Spring Application 
Context from
 * within non-Spring enabled beans. Unlike Spring MVC's 
WebApplicationContextUtils
 * we do not need a reference to the Servlet context for this. All we need is
 * for this bean to be initialized during application startup.
 */
public class SpringApplicationContext implements 
ApplicationContextAware {

  private static ApplicationContext CONTEXT;

  /**
   * This method is called from within the ApplicationContext once it is 
   * done starting up, it will stick a reference to itself into this bean.
  * @param context a reference to the ApplicationContext.
  */
  public void setApplicationContext(ApplicationContext context) throws BeansException {
    CONTEXT = context;
  }

  /**
   * This is about the same as context.getBean("beanName"), except it has its
   * own static handle to the Spring context, so calling this method statically
   * will give access to the beans by name in the Spring application context.
   * As in the context.getBean("beanName") call, the caller must cast to the
   * appropriate target class. If the bean does not exist, then a Runtime error
   * will be thrown.
   * @param beanName the name of the bean to get.
   * @return an Object reference to the named bean.
   */
  public static Object getBean(String beanName) {
    return CONTEXT.getBean(beanName);
  }
}

来源:http://sujitpal.blogspot.de/2007/03/accessing-spring-beans-from-legacy-code.html

方法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;
}

参考链接。

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

如果你使用的是web应用，还有另一种不使用单例的方式来访问应用上下文，那就是使用servletfilter和ThreadLocal。在过滤器中，您可以使用WebApplicationContextUtils访问应用程序上下文，并在TheadLocal中存储应用程序上下文或所需的bean。

警告:如果你忘记撤消ThreadLocal，你将在尝试撤消应用程序时遇到严重的问题!因此，您应该设置它，并立即开始尝试，在最后部分取消对ThreadLocal的设置。

当然，这仍然使用一个单例:ThreadLocal。但实际的豆子不需要再这样了。它甚至可以是请求范围的，如果应用程序中有多个war，并且EAR中的库也可以使用此解决方案。不过，您可能会认为ThreadLocal的这种使用与普通单例的使用一样糟糕。；-）

也许Spring已经提供了类似的解决方案?我没有找到，但我不确定。

请注意，通过将当前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。

如果需要访问容器的对象是容器中的bean，则只需实现BeanFactoryAware或ApplicationContextAware接口。

如果容器外部的对象需要访问容器，我为spring容器使用了标准的GoF单例模式。这样，您的应用程序中只有一个单例bean，其余的都是容器中的单例bean。