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

即使在添加了@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确实违反了整个依赖注入原则，但有时您没有太多选择。

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

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

你可以实现ApplicationContextAware或者使用@Autowired:

public class SpringBean {
  @Autowired
  private ApplicationContext appContext;
}

SpringBean将注入ApplicationContext，在其中实例化此bean。例如，如果你有一个非常标准的上下文层次结构的web应用程序:

main application context <- (child) MVC context

并且SpringBean是在主上下文中声明的，它将被注入主上下文; 否则，如果它是在MVC上下文中声明的，它将被注入MVC上下文。

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

@Autowired
private ApplicationContext appContext;

您将得到ApplicationContext对象。