Java中的泛型全解析(二)

本文详细介绍了Java中的泛型,包括其约束和局限性,如不能用基本类型实例化类型参数,不能创建参数化类型的数组等。同时,解释了泛型类型的继承规则,指出Pair<Employee>和Pair<Worker>之间并无继承关系。通配符类型的概念也被探讨,包括?extends X和?super X的使用场景和区别。最后,讨论了Java泛型的类型擦除实现,与C#的真实泛型进行对比。
摘要由CSDN通过智能技术生成

Java中的泛型全解析(一)

泛型中的约束和局限性

现在我们有泛型类

不能用基本类型实例化类型参数 

 运行时类型查询只适用于原始类型

泛型类的静态上下文中类型变量失效

不能在静态域或方法中引用类型变量。因为泛型是要在对象创建的时候才知道是什么类型的,而对象创建的代码执行先后顺序是static的部分,然后才是构造函数等等。所以在对象初始化之前static的部分已经执行了,如果你在静态部分引用的泛型,那么毫无疑问虚拟机根本不知道是什么东西,因为这个时候类还没有初始化。

不能创建参数化类型的数组

不能实例化类型变量 

不能捕获泛型类的实例

但是这样可以:

泛型类型的继承规则

现在我们有一个类和子类

 

有一个泛型类

请问Pair<Employee>和Pair<Worker>是继承关系吗?

答案:不是,他们之间没有什么关系

但是泛型类可以继承或者扩展其他泛型类,比如List和ArrayList

 通配符类型

正是因为前面所述的,Pair<Employee>和Pair<Worker>没有任何关系,如果我们有一个泛型类和一个方法

现在我们有继承关系的类

则会产生这种情况:

有两种使用方式:

? extends X  表示类型的上界,类型参数是X的子类

? super X  表示类型的下界,类型参数是X的超类

这两种 方式从名字上来看,特别是super,很有迷惑性,下面我们来仔细辨析这两种方法。

? extends X

表示传递给方法的参数,必须是X的子类(包括X本身)

但是对泛型类GenericType来说,如果其中提供了get和set类型参数变量的方法的话,set方法是不允许被调用的,会出现编译错误

get方法则没问题,会返回一个Fruit类型的值。

为何?

道理很简单,? extends X  表示类型的上界,类型参数是X的子类,那么可以肯定的说,get方法返回的一定是个X(不管是X或者X的子类)编译器是可以确定知道的。但是set方法只知道传入的是个X,至于具体是X的那个子类,不知道。

总结:主要用于安全地访问数据,可以访问X及其子类型,并且不能写入非null的数据。

? super X

表示传递给方法的参数,必须是X的超类(包括X本身)

但是对泛型类GenericType来说,如果其中提供了get和set类型参数变量的方法的话,set方法可以被调用的,且能传入的参数只能是X或者X的子类

get方法只会返回一个Object类型的值。

为何?

? super  X  表示类型的下界,类型参数是X的超类(包括X本身),那么可以肯定的说,get方法返回的一定是个X的超类,那么到底是哪个超类?不知道,但是可以肯定的说,Object一定是它的超类,所以get方法返回Object。编译器是可以确定知道的。对于set方法来说,编译器不知道它需要的确切类型,但是X和X的子类可以安全的转型为X。

总结:主要用于安全地写入数据,可以写入X及其子类型。

无限定的通配符 ?

表示对类型没有什么限制,可以把?看成所有类型的父类,如Pair< ?>;

比如:

ArrayList<T> al=new ArrayList<T>(); 指定集合元素只能是T类型

ArrayList<?> al=new ArrayList<?>();集合元素可以是任意类型,这种没有意义,一般是方法中,只是为了说明用法。

在使用上:

? getFirst() : 返回值只能赋给 Object,;

void setFirst(?) : setFirst 方法不能被调用, 甚至不能用 Object 调用;

虚拟机是如何实现泛型的?

泛型思想早在C++语言的模板(Template)中就开始生根发芽,在Java语言处于还没有出现泛型的版本时,只能通过Object是所有类型的父类和类型强制转换两个特点的配合来实现类型泛化。,由于Java语言里面所有的类型都继承于java.lang.Object,所以Object转型成任何对象都是有可能的。但是也因为有无限的可能性,就只有程序员和运行期的虚拟机才知道这个Object到底是个什么类型的对象。在编译期间,编译器无法检查这个Object的强制转型是否成功,如果仅仅依赖程序员去保障这项操作的正确性,许多ClassCastException的风险就会转嫁到程序运行期之中。

泛型技术在C#和Java之中的使用方式看似相同,但实现上却有着根本性的分歧,C#里面泛型无论在程序源码中、编译后的IL中(Intermediate Language,中间语言,这时候泛型是一个占位符),或是运行期的CLR中,都是切实存在的,List<int>与List<String>就是两个不同的类型,它们在系统运行期生成,有自己的虚方法表和类型数据,这种实现称为类型膨胀,基于这种方法实现的泛型称为真实泛型。

Java语言中的泛型则不一样,它只在程序源码中存在,在编译后的字节码文件中,就已经替换为原来的原生类型(Raw Type,也称为裸类型)了,并且在相应的地方插入了强制转型代码,因此,对于运行期的Java语言来说,ArrayList<int>与ArrayList<String>就是同一个类,所以泛型技术实际上是Java语言的一颗语法糖,Java语言中的泛型实现方法称为类型擦除,基于这种方法实现的泛型称为伪泛型。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

android_frost

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值