我有一个 Java EE + Spring 应用程序，它支持注释而不是 XML 配置。 bean 始终具有原型(prototype)作用域。

现在，我的应用程序业务规则取决于发出用户请求的国家/地区。所以我会有这样的事情(请记住这个例子被大大简化了):

@Component
public class TransactionService {
    @Autowired
    private TransactionRules rules;
    //..
}


@Component
@Qualifier("US")
public class TransactionRulesForUS implements TransactionRules {
     //..
}

@Component
@Qualifier("CANADA")
public class TransactionRulesForCanada implements TransactionRules {
     //..
}

我一直在寻找一种方法，让 Autowiring 机制根据当前请求的国家/地区自动注入(inject)正确的 bean(在本例中为美国或加拿大)。该国家/地区将存储在 ThreadLocal 变量中，并且会在每个请求中发生变化。对于没有自己特定规则的所有国家/地区，还将有一个全局类。

我想我必须自定义 Spring 决定如何创建它将注入(inject)的对象的方式。我发现这样做的唯一方法是使用 FactoryBean，但这并不是我所希望的(不够通用)。我希望做这样的事情:

1. 在 Spring 实例化对象之前，必须调用我自己的自定义代码。
2. 如果我检测到被请求的接口(interface)有多个实现，我会在我的 ThreadLocal 变量中查找正确的国家，并动态地将适当的限定符添加到自动连接请求中。
3. 在那之后，Spring 将发挥其所有惯用的魔力。如果添加限定符，则必须考虑到这一点；如果没有，流程将照常进行。

我走的路对吗？我对此有什么想法吗？

谢谢。

最佳答案

创建您自己的用于修饰实例变量或 setter 方法的注解，然后创建一个后处理器来处理注解并注入(inject)一个通用代理，该代理在运行时解析正确的实现并将调用委托(delegate)给它。

@Component
public class TransactionService {
  @LocalizedResource
  private TransactionRules rules;
  //..
}

@Retention(RUNTIME)
@Target({FIELD, METHOD})
public @interface LocalizedResource {}

这是 bean 后处理器中 postProcessBeforeInitialization(bean, beanName) 方法的算法:

1. 检查 bean 类以找到用 @LocalizedResource 注释的实例变量或 setter 方法。将结果存储在由类名索引的缓存(只是一个映射)中。为此，您可以使用 Spring 的 InjectionMetadata。您可以通过在 spring 代码中搜索对此类的引用来查找有关其工作原理的示例。
2. 如果 bean 存在这样的字段或方法，则使用下面描述的 InvocationHandler 创建一个代理，将当前的 BeanFactory 传递给它(bean 后处理器必须是 ApplicationContextAware)。在实例变量中注入(inject)该代理，或使用代理实例调用 setter 方法。

这是用于创建本地化资源的代理的 InvocationHandler。

public class LocalizedResourceResolver implements InvocationHandler {
  private final BeanFactory bf;
  public LocalizedResourceResolver(BeanFactory bf) {
    this.bf = bf;
  }
  public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
    String locale = lookupCurrentLocale();
    Object target = lookupTarget(locale);
    return method.invoke(target, args);
  }

  private String lookupCurrentLocale() {
    // here comes your stuff to look up the current locale
    // probably set in a thread-local variable
  }

  private Object lookupTarget(String locale) {
    // use the locale to match a qualifier attached to a bean that you lookup using the BeanFactory.
    // That bean is the target
  }
}

您可能需要对bean类型做一些更多的控制，或者在InvocationHandler中添加请求的bean类型。

下一步是自动检测给定接口(interface)的实现，这些实现是本地相关的，并使用与语言环境对应的限定符注册它们。您可以为此目的实现一个 BeanDefinitionRegistryPostProcessor 或 BeanFactoryPostProcessor，以便将新的 BeanDefinition 添加到注册表中，并使用适当的限定符，每个限定符一个区域感知接口(interface)的实现。您可以通过遵循命名约定来猜测实现的区域设置:如果区域设置感知接口(interface)称为 TransactionRules，则实现可能在同一包中命名为 TransactionRules_ISOCODE。

如果您负担不起这样的命名约定，您将需要进行某种类路径扫描 + 一种猜测给定实现的语言环境的方法(可能是实现类上的注释)。类路径扫描是可能的，但非常复杂和缓慢，所以尽量避免它。

以下是所发生情况的摘要:

1. 当应用程序启动时，将发现 TransactionRules 的实现，并为每个实现创建 bean 定义，并使用与每个实现的区域设置相对应的限定符。这些 bean 的 bean 名称不相关，因为查找是根据类型和限定符执行的。
2. 在执行期间，在线程局部变量中设置当前语言环境
3. 查找您需要的 bean(例如 TransactionService)。后处理器将为每个 @LocalizedResource 实例字段或 setter 方法注入(inject)一个代理。
4. 当调用 TransactionService 上的方法并最终成为某些 TransactionRules 的方法时，绑定(bind)到代理的调用处理程序会根据存储在线程局部变量中的值切换到正确的实现，然后将调用委托(delegate)给该实现。

不是很简单，但它确实有效。这实际上是 Spring 处理 @PersistenceContext 的方式，除了实现查找，这是您的用例的附加功能。

关于java - 动态定义在 Spring 中 Autowiring 哪个 bean(使用限定符)，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/7720454/