Spring上下文动态变化

Question

我已经阅读了动态bean定义的更改。我在一个简单的代码示例中进行了尝试（请参见下面的代码），并且在不想停止服务器但添加/更改bean定义的情况下，它非常吸引人。

问题：

1. 这样做安全吗（请参见下面的代码）？

2. 我读过，借助StaticApplicationContexor BeanPostProcessor或BeanFactoryPostProcessor？可以在运行时实现bean定义更改。那么区别是什么呢？

   public class Main {
   

   final static String header = “<?xml version="1.0" encoding="UTF-8"?>\n” +
   “ xmlns=klzzwxh:0021http://www.springframework.org
   

Answer 1

这样做安全吗（请参见下面的代码）？

您必须定义 safe 。

该AbstractApplicationContext#refresh()方法的javadoc状态

因为这是一种启动方法，所以如果失败，它应该销毁已创建的单例，以避免资源悬空。换句话说，在调用该方法之后，应实例化所有单例或根本不实例化。

基本上，您上下文中的每个bean都将被销毁，对它们的所有引用都将被删除，从而使其成为垃圾收集的候选对象。您需要确保这些bean具有释放它们可能拥有的任何资源的适当方法。有不同的方法可以做到这一点

• 使您的类实现该DisposableBean接口。
• destroy-method向您的<bean>或@Bean定义添加属性。
• 用注释方法@PreDestroy。

请注意，refresh()通常会急于刷新您的ApplicationContext，即。立即重新实例化所有咖啡豆。在这种情况下，您可能会注意到html" target="_blank">应用程序速度变慢。

我读过，借助StaticApplicationContextor BeanPostProcessor或
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和进场在上下文中的生命周期不同的时间（请参阅图不错你在前面的问题了）。

我没有适合您的用例。了解以上所有内容可以做什么，当您获得特定要求时，您将知道何时应用它们。