1.前言。
当你同一个类,注入了两次,实际上是有风险的。如这样注入:
A中定义有一个属性为
这样同样的类,但泛型不同,在spring运行中b1在实例化的时候,将会产生冲突,将可能报类型转换错误。
spring会把a1的 泛型擦除为a2的泛型。
2.解决办法。
在A的构造方法中显式实例化A.如:
如果还不能解决,在获取返回的泛型结果中进行强转.
如List list= (T1)b1.getList();
3.总结.
(1) 泛型和回调经常会出现这个情况.尽量同一个service只@autowire同一个类的1实例。实在需要织入两个,则 在service的构造方法中显式初始化需要调用泛型的属性。
(2)虽然jdk编译不会出错,但在获取泛型类型的时候会出现转换错误,所以获取泛型List的时候进行强转,是个好习惯。如2中提到的转换方法。
当你同一个类,注入了两次,实际上是有风险的。如这样注入:
@Autowired
private A<T1, T1> a1;
@Autowired
private A<T2, T1> a2;
A中定义有一个属性为
B<T,T1> b1;
这样同样的类,但泛型不同,在spring运行中b1在实例化的时候,将会产生冲突,将可能报类型转换错误。
spring会把a1的 泛型擦除为a2的泛型。
2.解决办法。
在A的构造方法中显式实例化A.如:
public void A{
b1=new B<T,T1>();
}
如果还不能解决,在获取返回的泛型结果中进行强转.
如List list= (T1)b1.getList();
3.总结.
(1) 泛型和回调经常会出现这个情况.尽量同一个service只@autowire同一个类的1实例。实在需要织入两个,则 在service的构造方法中显式初始化需要调用泛型的属性。
(2)虽然jdk编译不会出错,但在获取泛型类型的时候会出现转换错误,所以获取泛型List的时候进行强转,是个好习惯。如2中提到的转换方法。