使用 Spring Boot @Service 自动装配的通用类型反向查找

Question

此处为 Spring Boot 和 Java 11。 我有一个抽象基类：

public abstract class AbstractBurninator {
  // ...
}

还有一些子类，比如：

public class FizzBurninator extends AbstractBurninator {}
public class BuzzBurninator extends AbstractBurninator {}
public class FoobazBurninator extends AbstractBurninator {}

但是除了这三个之外，它还有更多的子类。 我也有一个界面：

public interface DoesThings<B extends AbstractBurninator> {
    void doAllTheThings(B burninator, String payload);
}

所以接口的每个实现都必须指定它所操作的AbstractBurninator子类。 因此我有：

• public class DoesFizzThings implements DoesThings<FizzBurninator> {}
• public class DoesBuzzThings implements DoesThings<BuzzBurninator> {}
• public class DoesFoobazThings imlpements DoesThings<FoobazBurninator> {}
• 等等

我现在有一个 Spring Boot 服务（用@Service注释），它使用所有List<DoesThings>的列表自动装配。 在该服务中，我有一个方法可以推断（从某些逻辑）并实例化一个AbstractBurninator子类，然后它需要查找与其关联的DoesThings实现。 因此，如果它推断出FizzBurninator的实例，我希望它从自动装配列表中选择DoesFizzThings实例：

@Service
public class BurninationService {

    @Autowired
    private List<DoesThings> thingDoers;

    public void hahaha(Whistlefeather wf) {

      // use 'wf' and other stateful data to infer a subclassed instance of 'AbstractBurninator':
      AbstractBurninator burninator = inferSomehow();

      // TODO: how to figure out which item of 'thingDoers' matches 'burninator'?
    
    }

执行此TBD查找的简单而优雅的方法是什么？ 我可以注入一张地图：

private Map<AbstractBurninator,DoesThings> thingDoers;

但这似乎没有必要，因为每个DoesThing都有 1-and-only-1 对应的AbstractBurninator 。 有任何想法吗？ 这可能可以直接使用 Java 泛型来完成，但我猜 Spring 有一些漂亮的实用程序可以在这里提供帮助。

Answer 1

如果您愿意将 Spring 上下文连接到您的服务中，您可以做这样的事情（ 受此SO accepted answer 的启发）

   private <T extends AbstractBurninator> DoesThings<T> getSomeBurn(Class<T> clazz) {
      String[] arr = ctx.getBeanNamesForType(ResolvableType.forClassWithGenerics(DoesThings.class, clazz));
      if (arr.length == 1) {
         return (DoesThings<T>) ctx.getBean(arr[0]);
      } else {
         throw new IllegalArgumentException("No burninator found");
      }
   }

这带有一个漂亮的“未经检查的转换”警告。 此外，根据我的经验，连接应用程序上下文表明存在设计问题并且肯定会使测试复杂化。