在运行时交换出Spring Bean配置

如今，大多数Java开发人员都定期与Spring打交道，而我们当中的许多人已经熟悉了Spring的功能和局限性。

最近，我遇到了一个我从未遇到过的问题：引入了基于运行时引入的配置来重新连接Bean内部的功能。这对于简单的配置更改或交换掉诸如Strategy或Factory类之类的东西非常有价值，而不是重建应用程序上下文的复杂部分。

我能够找到一些有关如何执行此操作的注释，但是我认为有些人可能会发现我的注释和代码示例很有用，特别是因为我可以确认该技术在Spring 1.2.6之前的版本中可以使用。不幸的是，并不是我们所有人都有幸成为每个图书馆中最新最好的图书馆。

问题范围

我将概述的方法主要是针对单个bean的更改，尽管可以轻松扩展此代码以更改多个bean。可以通过JMX或向管理员公开的其他UI调用它。

它没有涉及的一件事是在整个应用程序中重新布线单例–可以想到，这可以通过对当前应用程序上下文的某种反射和检查来完成，但是在大多数应用程序中，除非它们具有某种临时关闭或关闭的方式，否则可能不安全。在整个应用程序中进行更改时，将一段时间内的所有处理都阻塞。

编码

这是示例代码。它将获取一个包含bean定义的字符串列表，并将它们连接到新的临时Spring上下文中。您将看到可以提供父上下文，这在您的新bean定义需要引用应用程序中已经配置的bean时很有用。

public static <T> Map<String, T> extractBeans(Class<T> beanType,List<String> contextXmls, ApplicationContext parentContext) throws Exception {List<String> paths = new ArrayList<String>();try {for (String xml : contextXmls) {File file = File.createTempFile("spring", "xml");// ... write the file using a utility methodFileUtils.writeStringToFile(file, xml, "UTF-8");paths.add(file.getAbsolutePath());}String[] pathArray = paths.toArray(new String[0]);return buildContextAndGetBeans(beanType, pathArray, parentContext);} finally {// ... clean up temp files immediately if desired}
}private static <T> Map<String, T> buildContextAndGetBeans(Class<T> beanType,String[] paths, ApplicationContext parentContext) throws Exception {FileSystemXmlApplicationContext context =new FileSystemXmlApplicationContext(paths, false, parentContext) {@Override  // suppress refresh events bubbling to parent contextpublic void publishEvent(ApplicationEvent event) { }};try {// avoid classloader errors in some environmentscontext.setClassLoader(beanType.getClassLoader());context.refresh(); // parse and load contextMap<String, T> beanMap = context.getBeansOfType(beanType);return beanMap;} finally {try {context.close();} catch (Exception e) {// ... log this}}
}

如果查看buildContextAndGetBeans（） ，您将看到它通过使用提供的XML bean定义文件构建Spring上下文来完成大部分工作。然后，它返回所请求类型的构造bean的映射。

注意：由于临时Spring上下文已被破坏，因此请确保您的bean没有生命周期方法，该方法会导致它们在停止或破坏时处于无效状态。

这是一个Spring上下文的示例，可用于重新连接组件。想象一下，我们有一个电子商务系统，可以进行欺诈检查，但是可以使用多种策略来检查欺诈。我们可能希望从服务类中交换这些内容，而不必停止并重新配置应用程序，因为这样做会造成业务损失。也许我们正在发现对该系统的特定滥用，可以通过更改用于定位欺诈性订单的策略来更好地解决。

这是一个示例XML定义，可用于重新连接我们的FraudService 。

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN" "http://www.springframework.org/dtd/spring-beans.dtd">
<beans><bean id="fraudStrategy" class="com.example.SomeFraudStategory"><!-- example of a bean defined in the parent application context that we can reference --><property name="fraudRuleFactory" ref="fraudRuleFactory"/></bean>
</beans>

这是您可以使用对定义的欺诈策略的引用来重新连接Bean的代码，假设您已将其包含在名为SpringUtils的实用工具类中：

public class FraudService implements ApplicationContextAware {private ApplicationContext context;// volatile for thread safety (in Java 1.5 and up only)private volatile FraudStrategy fraudStrategy;@Override // get a handle on the the parent contextpublic void setApplicationContext(ApplicationContext context) {this.context = context;}public void swapFraudStategy(String xmlDefinition) throws Exception {List<Sting> definitions = Arrays.asList(xmlDefinition);Map<String, FraudStrategy> beans =SpringUtils.extractBeans(FraudStrategy.class, definitions, context);if (beans.size() != 1) {throw new RuntimeException("Invalid number of beans: " + beans .size());}this.fraudStrategy = beans.values().iterator().next();}}

在那里，您拥有了！可以适当地扩展此示例以满足您的需求，但是我认为它展示了如何动态创建Spring上下文并使用其bean重新配置应用程序而无需停机的基础知识。

参考：在Carfey Software博客上，我们的JCG合作伙伴提供了在运行时交换Spring Bean配置的信息。

相关文章：