在java-spring网络应用程序中,我希望能够动态注入bean。 例如,我有一个具有2种不同实现的接口:
在我的应用程序中,我正在使用一些属性文件来配置注射:
#Determines the interface type the app uses. Possible values: implA, implB
myinterface.type=implA
我的注入实际上是有条件地在属性文件中的属性值上加载的。例如,在这种情况下myinterface.type = implA无论我在哪里注入MyInterface,将注入的实现都是ImplA(我通过扩展Conditional annotation来完成)。
我希望在运行时期间 - 一旦属性发生更改,将发生以下情况(无需重新启动服务器):
myinterface.type=implB
时,ImplB将被注入到使用MyInterface的地方我想要刷新我的上下文,但这会产生问题。 我想可能会使用setter进行注入,并在重新配置属性后重新使用这些setter。是否有这种要求的工作实践?
有什么想法吗?
更新
正如一些人所建议我可以使用一个工厂/注册表来保存两个实现(ImplA和ImplB)并通过查询相关属性返回正确的实现。 如果我这样做,我还有第二个挑战 - 环境。例如,如果我的注册表看起来像这样:
@Service
public class MyRegistry {
private String configurationValue;
private final MyInterface implA;
private final MyInterface implB;
@Inject
public MyRegistry(Environmant env, MyInterface implA, MyInterface ImplB) {
this.implA = implA;
this.implB = implB;
this.configurationValue = env.getProperty("myinterface.type");
}
public MyInterface getMyInterface() {
switch(configurationValue) {
case "implA":
return implA;
case "implB":
return implB;
}
}
}
一旦属性发生变化,我应该重新注入我的环境。有什么建议吗?
我知道我可以在方法中查询env而不是构造函数但是这会降低性能,而且我想想一个重新注入环境的ider(再次,可能使用setter注入?)。
答案 0 :(得分:13)
我会尽可能简化这项任务。而不是在启动时有条件地加载MyInterface
接口的一个实现,然后触发一个触发动态加载同一接口的另一个实现的事件,我将以不同的方式解决这个问题,这更容易实现和维护。
首先,我只是加载所有可能的实现:
@Component
public class MyInterfaceImplementationsHolder {
@Autowired
private Map<String, MyInterface> implementations;
public MyInterface get(String impl) {
return this.implementations.get(impl);
}
}
这个bean只是MyInterface
接口的所有实现的持有者。这里没有什么神奇之处,只是常见的Spring自动装配行为。
现在,无论您需要注入MyInterface
的特定实现,都可以在界面的帮助下完成:
public interface MyInterfaceReloader {
void changeImplementation(MyInterface impl);
}
然后,对于需要通知实现更改的每个类,只需使其实现MyInterfaceReloader
接口即可。例如:
@Component
public class SomeBean implements MyInterfaceReloader {
// Do not autowire
private MyInterface myInterface;
@Override
public void changeImplementation(MyInterface impl) {
this.myInterface = impl;
}
}
最后,您需要一个实际更改每个具有MyInterface
作为属性的bean的实现的bean:
@Component
public class MyInterfaceImplementationUpdater {
@Autowired
private Map<String, MyInterfaceReloader> reloaders;
@Autowired
private MyInterfaceImplementationsHolder holder;
public void updateImplementations(String implBeanName) {
this.reloaders.forEach((k, v) ->
v.changeImplementation(this.holder.get(implBeanName)));
}
}
这只是自动装配实现MyInterfaceReloader
接口的所有bean,并使用新的实现更新它们中的每一个,该实现从持有者检索并作为参数传递。同样,常见的Spring自动装配规则。
每当你想要改变实现时,你应该只使用新实现的bean的名称来调用updateImplementations
方法,这是该类的较低的驼峰式简单名称,即{{1对于类myImplA
和myImplB
。
MyImplA
您还应该在启动时调用此方法,以便在实现MyImplB
接口的每个bean上设置初始实现。
答案 1 :(得分:8)
我使用org.apache.commons.configuration.PropertiesConfiguration和org.springframework.beans.factory.config.ServiceLocatorFactoryBean解决了类似的问题:
让VehicleRepairService成为一个界面:
public interface VehicleRepairService {
void repair();
}
和CarRepairService和TruckRepairService实现它的两个类:
public class CarRepairService implements VehicleRepairService {
@Override
public void repair() {
System.out.println("repair a car");
}
}
public class TruckRepairService implements VehicleRepairService {
@Override
public void repair() {
System.out.println("repair a truck");
}
}
我为服务工厂创建了一个接口:
public interface VehicleRepairServiceFactory {
VehicleRepairService getRepairService(String serviceType);
}
让我们使用Config作为配置类:
@Configuration()
@ComponentScan(basePackages = "config.test")
public class Config {
@Bean
public PropertiesConfiguration configuration(){
try {
PropertiesConfiguration configuration = new PropertiesConfiguration("example.properties");
configuration
.setReloadingStrategy(new FileChangedReloadingStrategy());
return configuration;
} catch (ConfigurationException e) {
throw new IllegalStateException(e);
}
}
@Bean
public ServiceLocatorFactoryBean serviceLocatorFactoryBean() {
ServiceLocatorFactoryBean serviceLocatorFactoryBean = new ServiceLocatorFactoryBean();
serviceLocatorFactoryBean
.setServiceLocatorInterface(VehicleRepairServiceFactory.class);
return serviceLocatorFactoryBean;
}
@Bean
public CarRepairService carRepairService() {
return new CarRepairService();
}
@Bean
public TruckRepairService truckRepairService() {
return new TruckRepairService();
}
@Bean
public SomeService someService(){
return new SomeService();
}
}
通过使用 FileChangedReloadingStrategy ,您可以在更改属性文件时重新加载配置。
service=truckRepairService
#service=carRepairService
让您的服务中的配置和工厂,让您可以使用该属性的当前值从工厂获得适当的服务。
@Service
public class SomeService {
@Autowired
private VehicleRepairServiceFactory factory;
@Autowired
private PropertiesConfiguration configuration;
public void doSomething() {
String service = configuration.getString("service");
VehicleRepairService vehicleRepairService = factory.getRepairService(service);
vehicleRepairService.repair();
}
}
希望它有所帮助。
答案 2 :(得分:5)
如果我理解正确,那么目标不是替换注入的对象实例,而是在接口方法调用期间使用不同的实现取决于运行时的某些条件。
如果是这样,那么您可以尝试与TargetSource结合使用Sring
ProxyFactoryBean机制。关键是代理对象将被注入到使用您的接口的bean中,并且所有接口方法调用都将被发送到TargetSource
目标。
让我们称之为#34; Polymorphic Proxy&#34;。
看看下面的例子:
<强> ConditionalTargetSource.java 强>
@Component
public class ConditionalTargetSource implements TargetSource {
@Autowired
private MyRegistry registry;
@Override
public Class<?> getTargetClass() {
return MyInterface.class;
}
@Override
public boolean isStatic() {
return false;
}
@Override
public Object getTarget() throws Exception {
return registry.getMyInterface();
}
@Override
public void releaseTarget(Object target) throws Exception {
//Do some staff here if you want to release something related to interface instances that was created with MyRegistry.
}
}
<强>的applicationContext.xml 强>
<bean id="myInterfaceFactoryBean" class="org.springframework.aop.framework.ProxyFactoryBean">
<property name="proxyInterfaces" value="MyInterface"/>
<property name="targetSource" ref="conditionalTargetSource"/>
</bean>
<bean name="conditionalTargetSource" class="ConditionalTargetSource"/>
<强> SomeService.java 强>
@Service
public class SomeService {
@Autowired
private MyInterface myInterfaceBean;
public void foo(){
//Here we have `myInterfaceBean` proxy that will do `conditionalTargetSource.getTarget().bar()`
myInterfaceBean.bar();
}
}
此外,如果您希望将两个MyInterface
实现都设置为Spring bean,并且Spring上下文不能同时包含这两个实例,那么您可以尝试将ServiceLocatorFactoryBean与{{1}一起使用目标bean范围和目标实现类的prototype
注释。可以使用此方法代替Conditional
。
<强> P.S。强> 可能应用程序上下文刷新操作也可以执行您想要的操作,但它可能会导致其他问题,例如性能开销。
答案 3 :(得分:4)
这可能是一个重复的问题或至少非常相似,无论如何我在这里回答了这类问题:Spring bean partial autowire prototype constructor
当你想在运行时为依赖项使用不同的bean时,你需要使用原型范围。然后,您可以使用配置返回原型bean的不同实现。你将需要处理自己返回的实现的逻辑,(它们甚至可以返回2个不同的单例bean并不重要)但是说你想要新的bean,并且返回实现的逻辑在一个名为{的bean中{1}},然后您可以进行配置:
SomeBeanWithLogic.isSomeBooleanExpression()
永远不需要重新加载上下文。例如,如果要在运行时更改bean的实现,请使用上面的内容。如果你真的需要重新加载你的应用程序,因为这个bean在单例bean的构造函数或者奇怪的东西中使用,那么你需要重新考虑你的设计,如果这些bean真的是单例bean。您不应该重新加载上下文来重新创建单例bean以实现不同的运行时行为,这是不需要的。
编辑这个答案的第一部分回答了有关动态注入bean的问题。正如所问,但我认为问题更多的是:'如何在运行时更改单例bean的实现'。这可以通过代理设计模式来完成。
@Configuration
public class SpringConfiguration
{
@Bean
@Autowired
@Scope("prototype")
public MyInterface createBean(SomeBeanWithLogic someBeanWithLogic )
{
if (someBeanWithLogic .isSomeBooleanExpression())
{
return new ImplA(); // I could be a singleton bean
}
else
{
return new ImplB(); // I could also be a singleton bean
}
}
}
答案 4 :(得分:1)
请注意 - 如果有兴趣知道 - FileChangedReloadingStrategy会使您的项目高度依赖于部署条件:WAR / EAR应该按容器展开,您应该可以直接访问文件系统,这些条件并不总是满足在所有情况和环境中。
答案 5 :(得分:1)
您可以使用@Resource注解进行注入,如最初回答的here
例如
@Component("implA")
public class ImplA implements MyInterface {
...
}
@Component("implB")
public class ImplB implements MyInterface {
...
}
@Component
public class DependentClass {
@Resource(name = "\${myinterface.type}")
private MyInterface impl;
}
,然后在属性文件中将实现类型设置为-
myinterface.type=implA
答案 6 :(得分:0)
您可以在属性值上使用Spring @Conditional。为两个Bean指定相同的名称,它应该起作用,因为只创建一个实例。
在这里查看如何在服务和组件上使用@Conditional: http://blog.codeleak.pl/2015/11/how-to-register-components-using.html