这样做安全吗（请参见下面的代码）？
您必须定义 safe 。
该
AbstractApplicationContext#refresh()方法的javadoc状态
因为这是一种启动方法，所以如果失败，它应该销毁已创建的单例，以避免资源悬空。换句话说，在调用该方法之后，应实例化所有单例或根本不实例化。
基本上，您上下文中的每个bean都将被销毁，对它们的所有引用都将被删除，从而使其成为垃圾收集的候选对象。您需要确保这些bean具有释放它们可能拥有的任何资源的适当方法。有不同的方法可以做到这一点
- 使您的类实现该
DisposableBean
接口。 destroy-method
向您的<bean>
或@Bean
定义添加属性。- 用注释方法
@PreDestroy
。
请注意，
refresh()通常会急于刷新您的
ApplicationContext，即。立即重新实例化所有咖啡豆。在这种情况下，您可能会注意到应用程序速度变慢。
我读过，借助
StaticApplicationContextorBeanPostProcessor或BeanFactoryPostProcessor？可以在运行时实现bean定义更改。那么区别是什么呢？
StaticApplicationContext是
ApplicationContext您自己注册Bean定义的类之一。在您的示例中，bean定义是从XML文件中解析出来的，并在后台注册。使用
StaticApplicationContext，您可以使用
registerBeanDefinition(..)或其他
registerXxx()方法来显式注册Bean定义。
A
BeanFactoryPostProcessor可以访问
BeanFactory正在使用的，因此可以访问所有已注册的bean定义。这样，您可以检索所需的任何
BeanDefinition内容并进行修改。作为
BeanFactoryPostProcess#postProcessBeanFactory(..)州的javadoc
所有bean定义都将被加载，但尚未实例化任何bean。这甚至可以覆盖或添加属性，甚至可以用于初始化bean。
您可以在
ApplicationContext实际使用bean定义之前对其进行更改。
最后，a
BeanPostProcessor不会更改bean的定义。您可以使用
BeanPostProcessor来更改Bean的创建方式，但基础
BeanDefinition将保持不变。
为了您的编辑（大于实际答案:)）
据我了解，BeanPostProcess允许您在运行时通过使用代理包装对象来修改已经存在的bean实例。我对吗？
它不仅用于代理，还可以对对象进行任何操作：修改其属性，在其他上下文中注册它，将其制成
null，等等。这涉及bean定义。
AbstractApplicationContext#refresh()删除所有单例豆并重新创建它们。但是，如果我想更改原型/自定义范围的bean的定义？如果我有两个bean：A和B。A引用了B。如果我以不包含B的定义的方式更改bean的定义。B实例将被销毁，但新实例将不被破坏。被创建。比A将获得空依赖。我对吗？
在中
ApplicationContext，您声明了bean定义。如果要更改Bean定义，请在中对其进行更改，
BeanFactoryPostProcessor或者在上下文配置中对其进行不同的声明。
对于依赖项，如果您破坏了
Bbean的定义，则不会注入任何bean
A，Spring会抱怨，throwing
NoSuchBeanDefinitionException。
null除非您明确告知，否则Bean注入永远不会注入。
StaticApplicationContext并且BeanFactoryPostProcessor都允许我在运行时改变一个bean定义。但是，优点/缺点有什么区别？
两者的目的完全不同。
StaticApplicationContext是一个
ApplicationContext实现。在这里，您声明了bean定义。A
BeanFactoryPostProcessor可根据您希望实现的任何条件以任何方式修改这些bean定义。
为什么Spring有3种机制来实现相同的目标。你能简单比较（或usecases的例子）
AbstractApplicationContext#refresh()，StaticApplicationContext并BeanFactoryPostProcessor请。
目标不一样。一个
ApplicationContext比一个不同的
BeanFactoryPostProcessor和进场在上下文中的生命周期不同的时间（请参阅图不错你在前面的问题了）。
我没有适合您的用例。了解以上所有内容可以做什么，当您获得特定要求时，您将知道何时应用它们。
