1. 首页
  2. 问题
  3. Spring上下文动态变化
一尘不染

Spring上下文动态变化

java

我已经阅读了动态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/schema/beans\"\n" + " xmlns:xsi=klzzwxh:0023http://www.w3.org/2001/XMLSchema-instance\"\n" + " xmlns:context=klzzwxh:0025http://www.springframework.org/schema/context\"\n" + " xsi:schemaLocation=klzzwxh:0027http://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.xsdklzzwxh:0028>\n” +
    ” \n” +
    ” “;

    final static String contextA =
    “\n” +
    “\t\t\n” +
    “    “;

    final static String contextB =
    “\n” +
    “\t\t\n” +
    “    “;

    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"));

    }
    }

编辑：

您能否回答以下问题：

  1. 据我了解，BeanPostProcess您可以在运行时通过将对象与代理包装在一起来修改已存在的bean实例。我对吗？

  2. AbstractApplicationContext＃refresh（）删除所有单例bean并重新创建它们。

    • 但是，如果我想更改原型/自定义范围的bean的定义？
    • 如果我有两个bean：A和B。A引用了B。如果我以不包含B的定义的方式更改bean的定义。B实例将被销毁，但新实例将不被破坏。被创建。比A将获得null依赖。我对吗？
    • StaticApplicationContext并且BeanFactoryPostProcessor都允许我在运行时改变一个bean定义。但是，优点/缺点有什么区别？

  3. [主要问题] 为什么Spring有3种机制来实现相同的目标。你可以做一个简单的compoarison（或usecases例子）之间AbstractApplicationContext#refresh()，StaticApplicationContext并BeanFactoryPostProcessor请。


阅读 255

收藏
2020-12-03

共1个答案

一尘不染

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

您必须定义 safe 。

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

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

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

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

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

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

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

2020-12-03