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