如果需要访问容器的对象是容器中的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上下文。

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

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

在Spring应用程序中有许多获取应用程序上下文的方法。这些因素如下:

通过ApplicationContextAware: 进口org.springframework.beans.BeansException; 进口org.springframework.context.ApplicationContext; 进口org.springframework.context.ApplicationContextAware; 公共类AppContextProvider实现了ApplicationContextAware { private ApplicationContext; @Override setApplicationContext(ApplicationContext)抛出BeansException { 这一点。applicationContext = applicationContext; ｝ ｝

这里setApplicationContext(ApplicationContext ApplicationContext)方法将获得ApplicationContext

ApplicationContextAware: 接口，由希望被通知的任何对象实现 它运行的ApplicationContext的。实现此接口 例如，当一个对象需要访问一组 合作bean。

通过Autowired的: @ autowired private ApplicationContext;

这里@Autowired关键字将提供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环境。

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

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

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

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