Spring上下文动态变化

Question

我读过动态bean定义更改。我在一个简单的代码示例中尝试了它（参见下面的代码），我发现在不想停止服务器而是添加/更改bean定义的情况下，它非常有吸引力。

问题：

public class Main {
final static String header = "<?xml version=\"1.0\" encoding=\"UTF-8\"?>\n" +
        "<beans xmlns=\"http://www.springframework.org/schema/beans\"\n" +
        "       xmlns:xsi=\"http://www.w3.org/2001/XMLSchema-instance\"\n" +
        "       xmlns:context=\"http://www.springframework.org/schema/context\"\n" +
        "       xsi:schemaLocation=\"http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context.xsd\">\n" +
        "    <context:annotation-config />\n" +
        "    <context:component-scan base-package=\"vbah\"/>";

final static String contextA =
        "<bean id=\"test\" class=\"java.lang.String\">\n" +
                "\t\t<constructor-arg value=\"fromContextA\"/>\n" +
                "</bean></beans>";

final static String contextB =
        "<bean id=\"test\" class=\"java.lang.String\">\n" +
                "\t\t<constructor-arg value=\"fromContextB\"/>\n" +
                "</bean></beans>";

public static void main(String[] args) throws IOException {
    //create a single context file
    final File contextFile = new File("src/resources/spring-config.xml");

    //write the first context into it
    FileUtils.writeStringToFile(contextFile, header + contextA);

    //create a spring context
    FileSystemXmlApplicationContext context = new FileSystemXmlApplicationContext(
            new String[]{contextFile.getPath()}
    );

    //echo "fromContextA"
    System.out.println(context.getBean("test"));

    //write the second context into it
    FileUtils.writeStringToFile(contextFile, header + contextB);

    //refresh the context
    context.refresh();

    //echo "fromContextB"
    System.out.println(context.getBean("test"));
}
}

null

StatiCapplicationContext和BeanFactoryPostProcessor都允许我在运行时更改bean定义。但有什么不同，利/弊？

Answer 1

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

你必须定义安全。

AbstractApplicationContext#refresh()方法javadoc声明

null

StatiCapplicationContext是您自己注册bean定义的ApplicationContext类之一。在您的示例中，从XML文件解析bean定义并在幕后注册。对于StatiCapplicationContext，可以使用RegisterBeanDefinition(..)或其他RegisterXXX()方法显式注册bean定义。

BeanFactoryPostProcessor可以访问正在使用的BeanFactory，因此可以访问所有已注册的bean定义。因此，您可以检索所需的任何BeanDefinition并对其进行修改。正如javadoc forBeanFactoryPostProcess#PostProcessBeanFactory(..)所述

所有bean定义都将被加载，但是还没有bean被实例化。这允许重写或添加属性，甚至可以对快速初始化bean进行重写或添加属性。

最后，BeanPostProcessor不会更改bean定义。您可以使用BeanPostProcessor来更改bean的创建方式，但是底层的BeanDefinition将保持不变。

对于您的编辑（比实际答案大：））

据我所知，BeanPostProcess允许您在运行时通过用代理包装对象来修改已经存在的bean实例。我说的对吗？

AbstractApplicationContext#refresh()删除所有单例bean并重新创建它们。

但是如果我想改变原型/自定义作用域bean的定义呢？如果我有两个bean：A和B，A有对B的引用。如果我以不包含B定义的方式更改bean定义，那么B实例将被销毁，但不会创建新的实例。将获得null依赖项。我说的对吗？

在applicationcontext中声明bean定义。如果要更改bean定义，请在BeanFactoryPostProcessor中更改它，或者在上下文配置中以不同的方式声明它。

对于依赖项，如果破坏Bbean定义，就不会有bean注入a，Spring会抱怨，抛出NosuchBeanDefinitionException。Bean注入从不注入null，除非您明确地告诉它。

StatiCapplicationContext和BeanFactoryPostProcessor都允许我在运行时更改bean定义。但有什么不同，利/弊？

两者服务于完全不同的目的。StatiCapplicationContext是一个ApplicationContext实现。在这里，您声明bean定义。BeanFactoryPostProcessor用于根据您希望实现的任何条件以任何方式修改这些bean定义。

我没有用例给你。了解以上每一项都能做什么，当你得到特定的需求时，你就会知道什么时候应用它们。