JSR-299 规范在 §3.1 中声明：
如果托管 bean 类是泛型类型，则它必须具有范围 @依赖。如果带有参数化 bean 类的托管 bean 声明 @Dependent 以外的任何作用域，容器会自动检测 问题并将其视为定义错误。
实际上意味着你不能这样做：
@Named
@SessionScoped or @RequestScoped or similar
public class MyProducer<T> {...}
做出此决定的技术原因是什么？
是否会在即将推出的 CDI 版本中得到补救？
是否有处理/解决此问题的最佳实践？
谢谢
EDIT - 我经常使用的一种解决方法是将通用 POJO-bean 注入到具有所需范围的 bean 中。经常，但并非总是如此。
【问题讨论】：
标签： java generics dependency-injection cdi
这是一个通用的、非依赖的 bean 类：
@ApplicationScoped
public class FavouriteChooser<T> {
public T getFavourite() {
// ...
}
}
应用程序中会有多少这个 bean 的实例？
这是一个注射部位：
@Inject
private FavouriteChooser<String> favouriteWord;
还有一个：
@Inject
private FavouriteChooser<Integer> favouriteNumber;
您想更改答案吗？ :D
哦，还有一个：
@Inject
private FavouriteChooser<CharSequence> favouriteLetters;
编辑。如果您想要一个解决方案，我建议您将泛型类抽象化，并添加绑定类型的具体子类。所以：
public abstract class MyProducer<T> {...}
@Named
@SessionScoped
public class MyStringProducer extends MyProducer<String> {}
@Named
@SessionScoped
public class MyIntegerProducer extends MyProducer<Integer> {}
它是样板文件，但每种类型只有三行。请记住，这将为每种类型的每个会话提供一个实例，这可能是您不想要的。
【讨论】：
FavouriteChooser 应用范围，这意味着只能有一个实例。但是它有两个注入点不能被同一个对象满足。我认为，这就是为什么你不能在依赖之外的任何范围内注入泛型类的实例。
FavouriteChooser 的实例，它可以注入任何需要 FavouriteChooser<String> 的地方。但这只是一个理论上的想法！
必须代理所有非依赖范围的 bean - AFAIK 这对于泛型类型是不可能的。
更新：
我希望能够更详细地解释这一点，但我不是 ;-) Weld 使用 javassist，并且他们声明 proxying generic types is possible in principle - 尽管顶层 API 不直接支持。但是我们说的是规范，而不是 Weld 的实现……
也许其他人可以填补这个空白？
【讨论】：