Java泛型类型擦除以及类型擦除带来的问题

简介: Java泛型在编译时会进行类型擦除,仅保留原始类型(如Object或限定类型),导致运行时无法获取泛型信息。擦除后,List<String>和List<Integer>均变为List,引发反射可插入不兼容类型等问题。类型检查在编译期完成,基于引用而非对象本身。擦除还带来自动强转、多态冲突(桥方法解决)、静态成员不能使用类泛型等特性。基本类型不可作为泛型参数,instanceof和静态上下文中使用泛型也受限制。

1.什么是泛型擦除
我们都知道Java的泛型是伪泛型,即编译期间所有的泛型信息都会被擦除,如我们代码定义了:List和List,但是对于JVM而言,看到的只有List,由泛型附加的类型信息对于JVM而言是看不到的。代码说明如下:
1.1 原始类型擦除后相等
在这个例子中,我们定义了两个ArrayList数组,不过一个是ArrayList泛型类型的,只能存储字符串;一个是ArrayList泛型类型的,只能存储整数,最后,我们通过list1对象和list2对象的getClass()方法获取他们的类的信息,最后发现结果为true。说明泛型类型String和Integer都被擦除掉了,只剩下原始类型。
1.2 反射添加的元素被擦除
如果直接调用add()方法,那么只能存储整数数据,不过当我们利用反射调用add()方法的时候,却可以存储字符串,这说明了Integer泛型实例在编译之后被擦除掉了,只保留了原始类型。
2.什么是泛型擦除后保留的原始类型
原始类型 就是擦除去了泛型信息,最后在字节码中的类型变量的真正类型,无论何时定义一个泛型,相应的原始类型都会被自动提供,类型变量擦除,并使用其限定类型(无限定的变量用Object)替换。举例说明
其对应的原始类型就是
但如果该类的定义有限定,比如继承了,那么就会产生变化:
此时原始类型就是Comparable,而不再是Object
3.泛型擦除引起的问题及解决方法
3.1 先检查,再编译以及编译的对应和引用传递问题
这里我们可能会有一个疑问,既然说类型变量会在编译的时候擦除掉,那为什么上面的ArrayList中添加String类型的时候就报错了呢,因为String编译时候也会变成Object啊?
A:因为JAVA编译器是通过先检查代码中泛型的类型,然后再进行类型擦除,再进行编译的。那么这个检查到底是针对谁的,我们需要再明确下
A2:如我们上面代码是:
现在我们写成:
此时如果我们与之前的代码兼容,各种引用传值之间,必然会出现下面情况:
这样没错,但是会有个编译时警告,不过在第一种情况下,可以实现与完全使用泛型参数一样的效果,但是第二种没有效果。
因为类型检查是编译时完成的,new ArrayList()只是在内存中开辟一个存储空间,可以存储任何类型的对象,而真正涉及类型检查的是“它的引用”,即list1的方法调用,如add方法,所以list1引用能够完成泛型类型检查(前面声明了String),但是list2(后面声明的只是开辟内存空间,不涉及)由于前面的声明没有添加泛型,所以不行。
所以这里我们也大概知道了,所谓的类型(泛型)检查,是针对引用的。谁是一个引用,用这个引用调用泛型方法,就会对这个引用所调用的方法进行类型检查,而无关它真正引用的对象。
3.2 自动类型转换
因为类型擦除的问题,所以所有的泛型类型变量在最后都会被替换成原始类型,既然都被替换了,那么为什么获取的时候,不需要进行强制类型转换呢?可以看下 ArrayList.get() 方法
可以看到,在return之前,会根据泛型变量进行强转。假设泛型类型变量为Date,虽然泛型信息会被擦除掉,但是会将(E) elementData[index],编译为(Date) elementData[index]。所以我们不用自己进行强转。当存取一个泛型域时也会自动插入强制类型转换。假设Pair类的value域是public的,那么表达式:
也会自动地在结果字节码中插入强制类型转换。
3.3 泛型擦除与多态的冲突与解决方法
假设有一个泛型类
然后有一个子类需要继承
在这个子类中,我们设定父类的泛型类型为Pair,在子类中,我们覆盖了父类的两个方法,我们的原意是这样的:将父类的泛型类型限定为Date,那么父类里面的两个方法的参数都为Date类型。
所以,我们在子类中重写这两个方法一点问题也没有,实际上,从他们的@Override标签中也可以看到,一点问题也没有,实际上是这样的吗?
分析:实际上,类型擦除后,父类的的泛型类型全部变为了原始类型Object,所以父类编译之后会变成下面的样子:
而此时,子类中类型依然是Date,这如果还是在继承关系中,那么根本就不是重写,而是重载了。通过反编译会发现子类中的方法Object getValue()和Date getValue()是同 时存在的,可是如果是常规的两个方法,他们的方法签名是一样的,也就是说虚拟机根本不能分别这两个方法。如果是我们自己编写Java代码,这样的代码是无法通过编译器的检查的,但是虚拟机却是允许这样做的,因为虚拟机通过参数类型和返回类型来确定一个方法,所以编译器为了实现泛型的多态允许自己做这个看起来“不合法”的事情,然后交给虚拟器去区别。
3.4 泛型类型变量不能是基本数据类型
不能用类型参数替换基本类型。就比如,没有ArrayList,只有ArrayList。因为当类型擦除后,ArrayList的原始类型变为Object,但是Object类型不能存储double值,只能引用Double的值。
3.5 编译时集合的instanceof(可能面试考察)
Java
运行代码
复制代码
1
ArrayList arrayList = new ArrayList();
因为类型擦除之后,ArrayList只剩下原始类型,泛型信息String不存在了。那么,编译时进行类型查询的时候使用下面的方法是错误的
Java
运行代码
复制代码
1
if( arrayList instanceof ArrayList)
3.6 泛型在静态方法和静态类中的问题(可能面试考察)
泛型类中的静态方法和静态变量不可以使用泛型类所声明的泛型类型参数,举例说明:
Java
运行代码
复制代码
1
2
3
4
5
6
public class Test2 {
public static T one; //编译错误
public static T show(T one){ //编译错误
return null;
}
}
因为泛型类中的泛型参数的实例化是在对象定义时候指定的,而静态变量和静态方法是不需要通过对象来调用的,对象都没有创建,如何确定这个泛型是何类型呢?所以说上面的代码明显是错误的。
但是需要注意下面的一种特殊情况
Java
运行代码
复制代码
1
2
3
4
5
public class Test2 {
public static T show(T one){ //这是正确的
return null;
}
}
因为这是一个泛型方法,在泛型方法中使用过的T是自己在方法中定义的T,而不是泛型中的T

相关文章
|
1天前
|
机器学习/深度学习 存储 边缘计算
物联网平台实战:从设备接入到数据分析的端到端架构演进
本文系统阐述物联网平台从设备接入到数据分析的架构演进路径,涵盖多协议接入、边缘计算、实时处理与AI集成等关键技术,分享高并发优化、分层存储、安全认证等实战经验,助力企业构建高效、可扩展的IoT平台,推动数字化转型与智能决策。
|
1天前
|
Java API Maven
[MES]不合格订单接入提醒功能(☆☆☆)
克隆或下载代码至IDEA,配置JDK、Maven等环境,遇问题主动请教同事或组长。运行项目后,针对“不合格工单超30分钟需通知”需求,结合定时任务与短信/钉钉API实现。涉及Git、Maven、SpringBoot技术。
|
1天前
|
消息中间件 物联网 测试技术
幂等方案专题
适用于科技公司服务器及物联网设备异常时的语音告警通知。开通语音服务后,可申请资质、话术与模板,支持变量替换,通过API调用实现自动拨打电话播报告警内容,并可通过控制台或API查询呼叫记录,支持消息回执推送,保障告警及时处理。
|
1天前
|
机器学习/深度学习 存储 边缘计算
物联网平台实战:从设备接入到数据分析的端到端架构演进
本文详解物联网平台从设备接入到数据分析的架构演进路径,涵盖多协议接入、边缘计算、实时处理与AI集成等核心技术,分享高并发优化、分层存储、安全认证等实战经验,助力企业构建高效、可扩展的IoT系统,推动数字化转型与智能决策升级。(238字)
|
1天前
|
存储 缓存 安全
One Trick Per Day
Map初始化应避免容量设置不当,建议用Guava指定预期大小;禁用Executors创建线程池,防止OOM,推荐手动定义参数或使用Guava;Arrays.asList返回不可变集合,禁止修改操作;遍历Map优先使用entrySet或forEach提升性能;SimpleDateFormat非线程安全,禁用static修饰,推荐ThreadLocal或Java8新时间类;并发修改记录需加锁,优先乐观锁(version控制),冲突低时重试不少于3次。
|
1天前
|
弹性计算 运维 安全
自动化运维实战:利用运维编排OOS批量管理数百台ECS
阿里云运维编排服务(OOS)助力企业高效管理大规模ECS集群,支持批量操作、任务编排、定时执行与安全管控,实现运维自动化。相比传统人工操作,效率提升超95%,显著降低错误率,构建标准化、可复用的智能运维体系。
|
1天前
|
测试技术
发布模式
蓝绿部署是一种减少发布中断的策略,通过维护两套系统(绿为线上,蓝为新版本)实现快速切换与回滚。金丝雀发布则逐步替换旧系统,适用于大规模集群。A/B测试用于比较不同版本效果,非发布策略。三者各有适用场景。
|
1天前
|
弹性计算 运维 监控
混合云降本之道:通过CEN连接IDC与云上弹性资源
阿里云CEN助力企业构建高性价比混合云,打通IDC与云端资源,实现弹性扩展、智能调度与成本优化。通过专线互联、自动扩缩容和统一管理,显著降低硬件、网络与运维成本,广泛适用于电商、金融等场景,成为数字化转型主流选择。(238字)
|
1天前
|
存储 缓存 监控
EFC&CTO:缓存引发数据不一致问题排查与深度解析
EFC客户端更新缓存架构后,在NAS场景CTO测试中出现data mismatch。经排查,因分布式缓存版本号回退,导致旧NULL数据被读入pagecache并刷入文件系统,破坏了正常数据。通过维护递增版本号修复,最终测试通过。
|
1天前
|
弹性计算 安全 Serverless
预留实例券 vs 节省计划:哪种计费方式更适合你的业务?
企业云成本如何从“可变”转为“可控”?阿里云预留实例券(RI)与节省计划(SP)是两大利器。RI适合长期稳定业务,折扣高但灵活性低;SP覆盖广、管理简单,适配弹性多变场景。本文通过四维对比与决策树,助您按业务特性选择最优方案,实现成本从消耗到战略投资的转变。(238字)